УЛУЧШЕННАЯ ПОДДЕРЖКА КАЧЕСТВА ОБСЛУЖИВАНИЯ ДЛЯ ПЕРЕДАЧ V2X
IMPROVED QUALITY OF SERVICE SUPPORT FOR V2X TRANSFERS

Область техники, к которой относится изобретение
[0001] Настоящее раскрытие относится к улучшенной поддержке QoS для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи (sidelink). Настоящее раскрытие представляет соответствующий (относящийся к транспортному средству) мобильный терминал, базовую станцию и соответствующие способы.
Предпосылки создания изобретения
[0002] Долгосрочное Развитие (LTE)
Мобильные системы третьего поколения (3G), основанные на технологии радиодоступа WCDMA, были развернуты в широком масштабе по всему миру. Первым этапом улучшения или развития данной технологии является введение Высокоскоростного Пакетного Доступа Нисходящей Линии Связи (HSDPA) и улучшенной восходящей линии связи, также именуемой Высокоскоростным Пакетным Доступом Восходящей Линии Связи (HSUPA), предоставляя технологию радиодоступа, которая является высоко-конкурентной.
[0003] Для того, чтобы быть подготовленным к дальнейшим растущим потребностям пользователя, и чтобы быть конкурентным по отношению к новым технологиям радиодоступа, 3GPP ввел новую систему мобильной связи, которая именуется Долгосрочным развитием (LTE). LTE предназначено для удовлетворения потребностей поставщика услуг связи в высокоскоростной транспортировке данных и мультимедиа, как, впрочем, и обеспечении передачи голоса высокой емкости в течение следующего десятилетия. Возможность обеспечения высоких скоростей передачи данных является ключевым показателем для LTE.
[0004] Техническое описание рабочего вопроса (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.
[0005] Архитектура LTE
Полная архитектура LTE показана на Фиг. 1. E-UTRAN состоит из eNodeB, предоставляющего окончания протокола плоскости пользователя E-UTRA (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) по отношению к оборудованию пользователя (UE). eNodeB (eNB) размещает слои Физический (PHY), Управления Доступом к Среде (MAC) Управления Линией Радиосвязи (RLC) и Протокола Управления Пакетных Данных (PDCP), которые включают в себя функциональную возможность сжатия и шифрования заголовка плоскости пользователя. Он также предлагает функциональную возможность Управления Ресурсами Радиосвязи (RRC), соответствующую плоскости управления. Он выполняет много функций, включая администрирование ресурсов радиосвязи, управление допущением, планирование, принуждение обеспечения оговоренного Качества Обслуживания (QoS) восходящей линии связи, широковещательную передачу информации соты, шифрование/дешифрование данных плоскости пользователя и управления, и сжатие/распаковку заголовков пакета плоскости пользователя нисходящей/восходящей линии связи. eNodeB взаимно соединены друг с другом посредством интерфейса X2.
[0006] eNodeB также соединяются посредством интерфейса S1 с EPC (Расширенное Пакетное Ядро), в частности с MME (Объект Администрирования Мобильности) посредством S1-MME и с Обслуживающим Шлюзом (SGW) посредством S1-U. Интерфейс S1 поддерживает отношение многих-со-многими между MME/Обслуживающими Шлюзами и eNodeB. SGW осуществляет маршрутизацию и переадресацию пакетов данных пользователя, при этом также выступая в качестве точки привязки мобильности для плоскости пользователя во время меж-eNodeB передач обслуживания и в качестве точки привязки для мобильности между LTE и другими технологиями 3GPP (завершая интерфейс S4 и ретранслируя трафик между системами 2G/3G и PDN GW). Применительно к оборудованиям пользователя в состоянии бездействия, SGW завершает путь данных нисходящей линии связи и инициирует поисковый вызов, когда прибывают данные нисходящей линии связи для оборудования пользователя. Он осуществляет администрирование и хранит контексты оборудования пользователя, например, параметры услуги носителя IP, или информацию внутренней маршрутизации сети. Он также выполняет тиражирование трафика пользователя в случае правомерного перехвата.
[0007] MME является ключевым узлом-управления для сети-доступа LTE. Он отвечает за процедуру отслеживания и поискового вызова оборудования пользователя в режиме бездействия, включая повторные передачи. Он включен в процесс активации/деактивации носителя и также отвечает за выбор SGW для оборудования пользователя при первоначальном прикреплении и в момент внутри-LTE передачи обслуживания, включающего повторное определение местоположения узла Базовой Сети (CN). Он отвечает за аутентификацию пользователя (посредством взаимодействия с HSS). Сигнализация Слоя без Доступа (NAS) завершается в MME, и он также отвечает за генерирование и распределение временных идентификационных данных оборудованиям пользователя. Он проверяет авторизацию оборудования пользователя, чтобы закрепляться в Наземной Сети Мобильной Связи Общего Пользования (PLMN) поставщика услуги и приводит в исполнение ограничения роуминга оборудования пользователя. MME является точкой завершения в сети для шифрования/защиты целостности применительно к сигнализации NAS и обеспечивает администрирование ключа безопасности. Правомерный перехват сигнализации также поддерживается посредством MME. MME также предоставляет функцию плоскости управления для мобильности между сетями доступа LTE и 2G/3G с интерфейсом S3, завершающимся в MME от SGSN. MME также завершает интерфейс S6a в отношении домашнего HSS применительно к роумингу оборудований пользователя.
[0008] Структура Компонентной Несущей в LTE
DL
RB
DL
DL
DL
RB
SC
symb
RB
RB
Компонентная несущая нисходящей линии связи у системы 3GPP LTE подразделена в частотно-временной области на так называемые субкадры. В 3GPP LTE каждый субкадр разделен на два слота нисходящей линии связи, как показано на Фиг. 2, при этом первый слот нисходящей линии связи содержит область канала управления (область PDCCH) внутри первых OFDM-символов. Каждый субкадр состоит из заданного числа OFDM-символов во временной области (12 или 14 OFDM-символов в 3GPP LTE (Редакция 8)), при этом каждый OFDM-символ охватывает всю полосу пропускания компонентной несущей. OFDM-символы, таким образом, каждый состоит из некоторого числа символов модуляции, которые передаются по соответствующим поднесущим. В LTE, передаваемый сигнал в каждом слоте описывается посредством сетки ресурсов из N×N поднесущих и N OFDM-символов. N является числом блоков ресурсов внутри полосы пропускания. Количество N зависит от полосы пропускания передачи нисходящей линии связи, сконфигурированной в соте и должно удовлетворять
,
min,DL
max,DL
RB
RB
DL
RB
RB
SC
SC
symb
где N=6 и N=110 являются соответственно наименьшей и наибольшей полосами пропускания нисходящей линии связи, поддерживаемыми текущей версией технического описания. NB является числом поднесущих внутри одного блока ресурсов. Применительно к структуре субкадра нормального циклического префикса, N=12 и N=7.
[0009] Предполагая систему связи с несколькими несущими, например, использующую OFDM, как, например, используется в 3GPP Долгосрочном Развитии (LTE), наименьшей единицей ресурсов, которая может быть назначена планировщиком, является «блок ресурсов». Физический блок ресурсов (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 (NPL 1), раздел 6.2, доступный по адресу http://www.3gpp.org и включенный в настоящее описание посредством ссылки).
[0010] Один субкадр состоит из двух слотов, так что присутствует 14 OFDM-символов в субкадре, когда используется так называемый «нормальный» CP (циклический префикс), и 12 OFDM-символов в субкадре, когда используется так называемый «расширенный» CP. Для терминологии, в нижеследующем частотно-временные ресурсы эквивалентные одним и тем же последовательным поднесущим, охватывающим полный субкадр, именуются «парой блоков ресурсов», или эквивалентно «парой RB» или «парой PRB».
[0011] Понятие «компонентная несущая» относится к сочетанию нескольких блоков ресурсов в частотной области. В будущих редакциях LTE, понятие «компонентная несущая» более не используется; вместо этого, терминология изменена на «соту», которая относится к сочетанию ресурсов нисходящей линии связи и опционально восходящей линии связи. Связывание между частотой несущей у ресурсов нисходящей линии связи и частотой несущей у ресурсов восходящей линии связи указывается в информации системы, передаваемой по ресурсам нисходящей линии связи.
[0012] Сходные допущения для структуры компонентной несущей будут также применяться к более поздним редакциям.
[0013] Агрегация Несущих в LTE-A для обеспечения более широкой полосы пропускания
Частотный спектр для Усовершенствованной-IMT был принят на Всемирной Конференции по Радиосвязи 2007 (WRC-07). Несмотря на то, что был принят полный частотный спектр для Усовершенствованной-IMT, фактическая доступная полоса частот отличается в соответствии с каждой областью и страной. Вслед за решением по плану доступного частотного спектра, тем не менее, стандартизация радиоинтерфейса началась в Проекте Партнерства 3-его Поколения (3GPP). На конференции 3GPP TSG RAN #39, было одобрено описание Предмета Исследования по «Further Advancements for E-UTRA (LTE-Advanced)». Предмет исследования охватывает компоненты технологии, которые должны быть рассмотрены для развития E-UTRA, например, чтобы удовлетворять требования по Усовершенствованной-IMT.
[0014] Полоса пропускания, которую система Усовершенствованного-LTE способна поддерживать, составляет 100МГц, тогда как система LTE может поддерживать только 20 МГц. В наши дни, отсутствие спектра радиосвязи стало узким местом развития беспроводных сетей, и, в результате, сложно найти полосу спектра, которая является достаточно широкой для системы Усовершенствованного-LTE. Следовательно, крайне необходимо найти путь получения более широкой полосы спектра радиосвязи, при этом возможным ответом является функциональная возможность агрегации несущих.
[0015] При агрегации несущих, осуществляется агрегация двух или более компонентных несущих для того, чтобы обеспечивать более широкие полосы пропускания передачи, вплоть до 100 МГц. Осуществляется агрегация нескольких сот в системе LTE в один более широкий канал в системе Усовершенствованного-LTE, который является достаточно широким для 100 МГц даже несмотря на то, что эти соты в LTE могут быть в разных полосах частот.
[0016] Все компонентные несущие могут быть сконфигурированы, чтобы быть совместимыми с LTE Rel. 8/9, по меньшей мере, когда полоса пропускания компонентной несущей не превышает поддерживаемую полосу пропускания соты LTE Rel. 8/9. Не все компонентные несущие, агрегация которых осуществляется посредством оборудования пользователя, могут обязательно быть совместимыми с Rel. 8/9. Существующие механизмы (например, запрет) могут быть использованы, чтобы не допускать того, чтобы оборудования пользователя Rel-8/9 закреплялись в компонентной несущей.
[0017] Оборудование пользователя может одновременно осуществлять прием или передачу по одной или нескольким компонентным несущим (соответствующим нескольким обслуживающим сотам) в зависимости от его возможностей. Оборудование пользователя LTE-A Rel. 10 с возможностями прием и/или передачи применительно к агрегации несущих может одновременно осуществлять прием и/или передачу по нескольким обслуживающим сотам, тогда как оборудование пользователя LTE Rel. 8/9 может осуществлять прием и передачу только по единственной обслуживающей соте, при условии, что структура компонентной несущей следует техническим описаниям Rel. 8/9.
[0018] Агрегация несущих поддерживается как для смежных, так и несмежных компонентных несущих, причем каждая компонентная несущая ограничивается максимум 110 Блоками Ресурсов в частотной области (используя нумерологию 3GPP LTE (Редакция 8/9)).
[0019] Существует возможность сконфигурировать оборудование пользователя совместимое с 3GPP LTE-A (Редакция 10) чтобы осуществлять агрегацию разного числа компонентных несущих, происходящих от одного и того же eNodeB (базовой станции) и возможно разных полос частот в восходящей линии связи и нисходящей линии связи. Число компонентных несущих нисходящей линии связи, которое может быть сконфигурировано, зависит от возможности агрегации нисходящей линии связи у UE. И наоборот, число компонентных несущих восходящей линии связи, которое может быть сконфигурировано, зависит от возможности агрегации восходящей линии связи у UE. В настоящее время невозможно сконфигурировать мобильный терминал с большим числом компонентных несущих восходящей линии связи, чем число компонентных несущих нисходящей линии связи. В типичном развертывании TDD число компонентных несущих и полоса пропускания каждой компонентной несущей в восходящей линии связи и нисходящей линии связи являются одними и теми же. Компонентные несущие происходящие от одного и того же eNodeB не обязательно обеспечивают одно и то же покрытие.
[0020] Промежуток между центральными частотами компонентных несущих, агрегация которых осуществляется смежно, должен быть кратным 300кГц. Это для того, чтобы быть совместимым со 100кГц частотным растром у 3GPP LTE (Редакция 8/9) и в то же самое время сохранять ортогональность поднесущих с 15кГц промежутком. В зависимости от сценария агрегации, n × 300кГц промежуток может быть обеспечен посредством вставки низкого числа неиспользуемых поднесущих между смежными компонентными несущими.
[0021] Характер агрегации нескольких несущих доступен только до слоя MAC. Как для восходящей линии связи, так и нисходящей линии связи присутствует один объект HARQ, требуемый в MAC для каждой компонентной несущей с агрегацией. Присутствует (в отсутствие SU-MIMO для восходящей линии связи) самое большое один транспортный блок из расчета на компонентную несущую. Транспортный блок и его потенциальные повторные передачи HARQ должны быть отображены в одной и той же компонентной несущей.
[0022] Когда конфигурируется агрегация несущих, мобильный терминал имеет только одно соединение 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.
[0023] Объект/слой MAC, слой RRC, Физический слой
Стек протоколов плоскости пользователя/плоскости управления слоя 2 LTE содержит четыре подслоя, RRC, PDCP, RLC и MAC. Слой Управления Доступом к Среде (MAC) является самым нижним подслоем в архитектуре Слоя 2 у стека протоколов радиосвязи LTE и определяется посредством, например, технического стандарта 3GPP TS 36.321, текущая версия 13.1.0 (NPL 2). Соединение с физическим слоем ниже осуществляется посредством транспортных каналов, а соединение со слоем RLC выше осуществляется посредством логических каналов. Вследствие этого слой MAC выполняет мультиплексирование и демультиплексирование между логическими каналами и транспортными каналами: слой MAC на передающей стороне создает MAC PDU, известные как транспортные блоки, из MAC SDU, принятых через логические каналы, и слой MAC на принимающей стороне восстанавливает MAC SDU из MAC PDU, принятых через транспортные каналы.
[0024] Слой MAC предоставляет услугу переноса данных (см. подстатьи 5.4 и 5.3 в TS 36.321, включенные в настоящий документ посредством ссылки) для слоя RLC посредством логических каналов, которые являются либо логическими каналами управления, которые несут данные управления (например, сигнализацию RRC), либо логическими каналами трафика, которые несут данные плоскости пользователя. С другой стороны, обмен данными из слоя MAC осуществляется с физическим слоем посредством транспортных каналов, которые классифицируются в качестве нисходящей линии связи или восходящей линии связи. Данные мультиплексируются в транспортных каналах в зависимости от того, каким образом они передаются по воздуху.
[0025] Физический слой отвечает за фактическую передачу данных и информации управления через радиоинтерфейс, т.е. Физический Слой несет всю информацию из транспортных каналов MAC через радиоинтерфейс на стороне передачи. Некоторые из важных функций, которые выполняются Физическим слоем, включают в себя кодирование и модуляцию, адаптацию линии связи (AMC), управление мощностью, поиск соты (для первоначальной синхронизации и в целях передачи обслуживания) и другие измерения (внутри системы LTE и между системами) для слоя RRC. Физический слой выполняет передачи на основании параметров передачи, таких как схема модуляции, скорость кодирования (т.е. схема модуляции и кодирования, MCS), число физических блоков ресурсов, и т.д. Больше информации по функционированию физического слоя можно найти в техническом стандарте 3GPP 36.213 текущая версия 13.1.1 (NPL 3), включенном в настоящее описание посредством ссылки.
[0026] Слой Управления Ресурсами Радиосвязи (RRC) управляет связью между UE и eNB в радиоинтерфейсе и мобильностью UE, перемещающегося по нескольким сотам. Протокол RRC также поддерживает перенос информации NAS. Применительно к UE в RRC_IDLE, RRC поддерживает уведомление из сети о входящих вызовах. Управление соединением RRC охватывает все процедуры, которые относятся к созданию, модификации и высвобождению соединения RRC, включая поисковый вызов, конфигурацию и представление отчета об измерении, конфигурацию ресурса радиосвязи, первоначальную активацию обеспечения безопасности, и создание Носителя Радиосвязи Сигнализации (SBR) и однонаправленных каналов радиосвязи, несущих данные пользователя (Однонаправленные каналы Радиосвязи Данных, DRB).
[0027] Подслой управления линией радиосвязи (RLC) содержит главным образом функциональность ARQ и поддерживает сегментацию и сцепление данных, т.е. слой RLC выполняет кадрирование RLC SDU, чтобы поместить их в размер, указанный слоем MAC. Последние два минимизируют потери протокола независимо от скорости передачи данных. Слой RLC соединяется со слоем MAC через логические каналы. Каждый логический канал транспортирует разные типы трафика. Слой над слоем RLC является, как правило, слоем PDCP, но в некоторых случаях он является слоем RRC, т.е., сообщения RRC, передаваемые по логическим каналам BCCH (Широковещательный Канал Управления), PCCH (Канал Управления Поисковым Вызовом) и CCCH (Общий Канал Управления), не требуют защиты обеспечения безопасности и, таким образом, проходят непосредственно к слою RLC, в обход слоя PDCP.
[0028] Схема Доступа Восходящей Линии Связи для LTE
Применительно к передаче восходящей линии связи, эффективная по мощности передача терминала пользователя необходима, чтобы максимально увеличить зону покрытия. Передача с одной несущей, объединенная с FDMA с динамическим распределением полосы пропускания, была выбрана в качестве схемы передачи восходящей линии связи расширенного UTRA. Основной причиной предпочтения передачи с одной несущей является более низкое отношение пиковой-к-средней мощности (PAPR), в сравнении с сигналами с несколькими несущими (OFDMA), и соответствующие улучшенная эффективность усилителя мощности и улучшенное покрытие (более высокие скорости передачи данных для заданной пиковой мощности терминала). В течение каждого интервала времени, eNodeB назначает пользователям уникальный временной/частотный ресурс для передачи данных пользователя, тем самым гарантируя внутри-сотовую ортогональность. Ортогональный доступ в восходящей линии связи обещает повышенную спектральную эффективность посредством исключения внутри-сотовых помех. Помехи из-за многолучевого распространения обрабатываются на базовой станции (eNodeB), с помощью вставки циклического префикса в передаваемый сигнал.
[0029] Базовый физический ресурс, используемый для передачи данных, состоит из частотного ресурса размера разрешения BW во время одного интервала времени, например, субкадра, в котором отображаются биты кодированной информации. Следует отметить, что субкадр, также именуемый интервалом времени передачи (TTI), является наименьшим интервалом времени для передачи данных пользователя. Тем не менее, существует возможность назначения частотного ресурса разрешения BW по более длинному периоду времени, чем один TTI, для пользователя посредством сцепления субкадров.
[0030] Сигнализация Управления Слоя 1/Слоя 2
Для того, чтобы информировать планируемых пользователей о их статусе распределения, транспортном формате, и другой относящейся к передаче информации (например, информация HARQ, команды управления мощностью передачи (TPC)), сигнализация управления L1/L2 передается по нисходящей линии связи наряду с данными. Сигнализация управления L1/L2 мультиплексируется с данными нисходящей линии связи в субкадре, предполагая, что распределение пользователя может меняться от субкадра к субкадру. Следует отметить, что распределение пользователя также может быть выполнено на основе TTI (Интервал Времени Передачи), где длина TTI может быть кратной субкадрам. Длина TTI может быть фиксированной в зоне услуги для всех пользователей, может быть разной для разных пользователей, или может быть даже динамической для каждого пользователя. В целом, требуется, чтобы сигнализация управления L1/2 передавалась единожды за TTI. Без потери общности, нижеследующее предполагает, что TTI является эквивалентным одному субкадру.
[0031] Сигнализация управления L1/L2 передается по Физическому Каналу Управления Нисходящей Линии Связи (PDCCH). PDCCH несет сообщение в качестве Информации Управления Нисходящей Линии связи (DCI), которая в большинстве случаев включает в себя назначения ресурса и другую информацию управления для мобильного терминала или групп UE. Несколько PDCCH может быть передано в одном субкадре.
[0032] В целом, информация, отправляемая в сигнализации управления L1/L2 для назначения ресурсов радиосвязи восходящей линии связи или нисходящей линии связи (в частности LTE(-A) Редакция 10), может быть классифицирована на следующие элементы:
- Идентификационные данные пользователя, указывающие пользователя, который распределяется. Это, как правило, включается в контрольную сумму посредством маскирования CRC с помощью идентификационных данных пользователя;
- Информация распределения ресурсов, указывающая ресурсы (например, Блоки Ресурсов, RB), по которым распределяется пользователь. В качестве альтернативы, данная информация называется назначением блока ресурсов (RBA). Отметим, что число RB, по которым распределяется пользователь, может быть динамическим;
- Индикатор несущей, который используется, если канал управления, передаваемый по первой несущей, назначает ресурсы, которые затрагивают вторую несущую, т.е. ресурсы по второй несущей или ресурсы, относящиеся ко второй несущей (планирование между несущими);
- Схема модуляции и кодирования, которая определяет используемую схему модуляции и скорость кодирования;
- Информация HARQ, такая как индикатор новых данных (NDI) и/или версия избыточности (RV), которые в частности являются полезными при повторных передачах пакетов данных или их частей;
- Команды управления мощностью, чтобы регулировать мощность передачи у назначенной передачи данных или информации управления восходящей линии связи;
- Информация опорного сигнала, такая как применяемый циклический сдвиг и/или индекс ортогонального кода покрытия, которые должны быть использованы для передачи или приема опорных сигналов, относящихся к назначению;
- Индекс назначения восходящей линии связи или нисходящей линии связи, который используется чтобы идентифицировать очередность назначений, которая в частности полезен в системах TDD;
- Информация скачкообразного изменения, например, указание того, применяется ли и каким образом скачкообразное изменение ресурсов для того, чтобы улучшить частотное разнесение;
- запрос CSI, который используется, чтобы инициировать передачу информации о состоянии канала в назначенном ресурсе; и
- мульти-кластерная информация, которая является флагом, используемым чтобы указывать и управлять тем, происходит ли передача в одном кластере (смежном наборе RB) или в нескольких кластерах (по меньшей мере, двух не смежных наборах смежных RB). Мульти-кластерное распределение было введено 3GPP LTE-(A) Редакция 10.
[0033] Следует отметить, что вышеприведенное перечисление является неисчерпывающим, и не все упомянутые элементы информации должны присутствовать в каждой передаче PDCCH в зависимости от используемого формата DCI.
[0034] Информация управления нисходящей линии связи происходит в нескольких форматах, которые отличаются по общему размеру, а также по информации, которая содержится в их полях, как упомянуто выше. Разные форматы DCI, которые в настоящий момент определены для LTE, соответствуют изложенным ниже и описываются подробно в документе 3GPP TS 36.212, «Multiplexing and channel coding», раздел 5.3.3.1 (текущая версия v13.1.0 (NPL 4), доступном по адресу http://www.3gpp.org и включенном в настоящее описание посредством ссылки). Технический стандарт 3GPP TS 36.212, текущая версия 13.1.0, определяет в подстатье 5.4.3, включенной в настоящее описание посредством ссылки, информацию управления для интерфейса побочной линии связи.
Список Цитирования
Непатентная Литература
[0035] NPL 1: 3GPP TS 36.211, версия 13.1.0
NPL 2: 3GPP TS 36.321, версия 13.1.0
NPL 3: 3GPP TS 36.213, версия 13.1.1
NPL 4: 3GPP TS 36.212, версия vl3.1.0
NPL 5: 3GPP TS 23.203, версия 14.0.0
NPL 6: 3GPP TR 23.713, версия vl3.0.0
NPL 7: 3GPP TS 36.300, версия 13.3.0
NPL 8: 3GPP TS 23.303, версия 13.4.0
NPL 9: 3GPP TR 21.905, версия 13.0.0
NPL 10: ETSI EN 302 637-2 v 1.3.1
NPL 11: ETSI EN 302 637-3 v 1.2.1
Сущность изобретения
[0036] Неограничивающие и примерные варианты осуществления предоставляют улучшенные передающие устройства и соответствующие способы для передачи относящихся к транспортному средству данных и для надлежащего учета требований качества обслуживания. Независимые пункты формулы изобретения предоставляют неограничивающие и примерные варианты осуществления. Преимущественные варианты осуществления подчиняются зависимым пунктам формулы изобретения.
[0037] Предоставляется несколько аспектов касательно того, каким образом поддерживать конкретные требования качества обслуживания для относящейся к транспортному средству связи через интерфейс побочной линии связи, в частности, когда UE отвечает за распределение ресурсов радиосвязи. Лежащий в основе сценарий соответствует тому, что передающее устройство (такое как относящееся к транспортному средству UE) должно передавать относящиеся к транспортному средству данные через интерфейс побочной линии связи другим устройствам. Относящееся к транспортному средству UE должно поддерживать UE-автономное распределение ресурсов, как, впрочем, и управляемое базовой станцией распределение ресурсов.
[0038] Соответственно, в соответствии с первым аспектом, необходимые параметры качества обслуживания передаются вместе с относящимися к транспортному средству данными нижним слоям, отвечающим за передачу относящихся к транспортному средству данных. Параметры качества обслуживания затем используются при UE-автономном распределении ресурсов, которое выполняется относящимся к транспортному средству UE так, чтобы получить походящие параметры передачи, которые должны быть использованы для передачи относящихся к транспортному средству данных, при этом, в то же самое время, пытаясь принудительно исполнять требования качества обслуживания. Относящиеся к транспортному средству данные затем передаются в соответствии с полученными параметрами передачи.
[0039] В соответствии со вторым аспектом, определяются разные конфигурации качества обслуживания (соответственно с параметрами качества обслуживания), и относящееся к транспортному средству UE выполняет распределение ресурсов и передачу относящихся к транспортному средству данных в соответствии с одной из конфигураций качества обслуживания. В частности, прикладной слой генерирует относящиеся к транспортному средству данные, как, впрочем, и указание конфигурации QoS и переадресовывает как то, так и другое ответственному слою передачи. В свою очередь, слой передачи определяет соответствующую конфигурацию качества обслуживания и параметры качества обслуживания и выполняет UE-автономное распределение ресурсов радиосвязи на их основании так, чтобы получать необходимые параметры передачи. Затем, слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи.
[0040] В соответствии с третьим аспектом, выполнение UE-автономного распределения ресурсов или управляемого базовой станцией распределения ресурсов, делается зависимым от данных, которые должны быть переданы. Соответственно, относящееся к транспортному средству UE поддерживает оба режима распределения ресурсов, предусмотренных для интерфейса побочной линии связи, тем не менее, выполняет один из двух в зависимости от данных, которые должны быть переданы. Предполагается, что качество обслуживания поддерживается только посредством управляемого базовой станцией распределения ресурсов. В частности, прикладной слой генерирует относящиеся к транспортному средству данные и может, например, генерировать соответствующее указание поддержки качества обслуживания, указывающее должно ли качество обслуживания поддерживаться нижними слоями или нет. Указание качества обслуживания может быть переадресовано вместе с относящимися к транспортному средству данными к соответствующему слою передачи относящегося к транспортному средству UE, которое затем выполняет распределение ресурсов, указанное указанием качества обслуживания. Таким образом, полученные параметры передачи (учитывающие или не учитывающие требования качества обслуживания) затем используются для фактической передачи относящихся к транспортному средству данных.
[0041] В соответствии с четвертым аспектом, процедура присвоения приоритетов логическим каналом побочной линии связи улучшается посредством дополнительного учета агрегированной максимальной скорости передачи битов для относящегося к транспортному средству UE, которая указывает максимальную пропускную способность относящихся к транспортному средству данных, передаваемых относящимся к транспортному средству UE через интерфейс побочной линии связи. Данный дополнительный параметр ограничивает пропускную способность относящихся к транспортному средству данных, которые должны быть переданы передающим устройством через интерфейс побочной линии связи.
[0042] Соответственно, в одном общем первом аспекте, методики, раскрываемые в данном документе, отличаются передающим устройством для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Прикладной слой передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает относящиеся к транспортному средству данные вместе с указанием приоритета и одним или более параметрами качества обслуживания к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи выполняет автономное распределение ресурсов радиосвязи на основании принятого указания приоритета и одного или более параметров качества обслуживания. Слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи. Соответственно, в одном общем первом аспекте, методики, раскрываемые в данном документе, отличаются способом для передачи относящимся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Способ содержит следующие этапы, которые выполняются передающим устройством. Относящиеся к транспортному средству данные генерируются на прикладном слое и переадресовываются вместе с указанием приоритета и одним или более параметрами качества обслуживания к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи выполняет автономное распределение ресурсов радиосвязи на основании принятого указания приоритета и одного или более параметров качества обслуживания. Слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0043] Соответственно, в одном общем первом аспекте, методики, раскрываемые в данном документе, отличаются передающим устройством для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Приемник передающего устройства принимает информацию системы, широковещательная передача которой осуществляется посредством базовой станции радиосвязи в ее соте радиосвязи, причем информация системы содержит одну или более конфигурации качества обслуживания. Прикладной слой передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает сгенерированные относящиеся к транспортному средству данные вместе с указанием к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи определяет одну из принятых одной или более конфигураций качества обслуживания в зависимости от указания, принятого вместе с относящимися к транспортному средству данными. Слой передачи выполняет автономное распределение ресурсов радиосвязи на основании определенной одной конфигурации качества обслуживания. Слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0044] Соответственно, в одном общем первом аспекте, методики, раскрываемые в данном документе, отличаются способом для передачи относящихся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Способ содержит следующие этапы, которые выполняются передающим устройством. Информация системы, широковещательная передача которой осуществляется посредством базовой станции радиосвязи в ее соте радиосвязи, принимается посредством принимающего устройства, причем информация системы содержит одну или более конфигурации качества обслуживания. Относящиеся к транспортному средству данные генерируются на прикладном слое и переадресовываются вместе с указанием к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи определяет одну из принятых одной или более конфигураций качества обслуживания в зависимости от указания, принятого вместе с транспортным средством, и выполняет автономное распределение ресурсов радиосвязи на основании определенной одной конфигурации качества обслуживания. Относящиеся к транспортному средству данные передаются через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0045] Соответственно, в одном общем первом аспекте, методики, раскрываемые в данном документе, отличаются передающим устройством для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Агрегированная максимальная скорость передачи битов определяется для передающего устройства, указывающая максимально-разрешенную суммарную пропускную способность относящихся к транспортному средству данных у передающего устройства через интерфейс побочной линии связи. Прикладной слой передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает относящиеся к транспортному средству данные к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи выполняет автономное распределение ресурсов радиосвязи для относящихся к транспортному средству данных, включающий в себя выбор частотно-временных ресурсов радиосвязи. Слой передачи выполняет процедуру присвоения приоритета логическим каналам побочной линии связи для распределения выбранных частотно-временных ресурсов радиосвязи, чтобы сгенерировать пакет данных, несущий относящиеся к транспортному средству данные, причем процедура присвоения приоритета логическим каналам побочной линии связи рассматривает агрегированную максимальную скорость передачи битов в качестве ограничения для пропускной способности относящихся к транспортному средству данных, которые должны быть переданы посредством передающего устройства через интерфейс побочной линии связи. Слой передачи передает сгенерированный пакет данных, несущий относящиеся к транспортному средству данные, к одному или более принимающим устройствам, используя распределенные частотно-временные ресурсы.
[0046] Соответственно, в одном общем первом аспекте, методики, раскрываемые в данном документе, отличаются способом для передачи относящихся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Агрегированная максимальная скорость передачи битов определяется для передающего устройства, указывающая максимально-разрешенную суммарную пропускную способность относящихся к транспортному средству данных у передающего устройства через интерфейс побочной линии связи. Способ содержит следующие этапы, которые выполняются посредством передающего устройства. Прикладной слой генерирует относящиеся к транспортному средству данные, которые для слоя передачи, отвечающего за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи выполняет автономное распределение ресурсов радиосвязи для относящихся к транспортному средству данных, включающее в себя выбор частотно-временных ресурсов радиосвязи. Слой передачи выполняет процедуру присвоения приоритета логическим каналам побочной линии связи для распределения выбранных частотно-временных ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные, причем процедура присвоения приоритета логическим каналам побочной линии связи рассматривает агрегированную максимальную скорость передачи битов в качестве ограничения для пропускной способности относящихся к транспортному средству данных, которые должны быть переданы передающим устройством через интерфейс побочной линии связи. Слой передачи передает сгенерированный пакет данных, несущий относящиеся к транспортному средству данные, к одному или более принимающим устройствам, используя распределенные частотно-временные ресурсы радиосвязи.
[0047] Дополнительные эффекты и преимущества раскрываемых вариантов осуществления будут очевидны из технического описания и Фигур. Эффекты и/или преимущества могут быть индивидуально предоставлены посредством разнообразных вариантов осуществления и признаков технического описания и раскрытия чертежей, и не требуется, чтобы были предоставлены все для того, чтобы получать одно или более из того же самого.
[0048] Эти общие и особые аспекты могут быть реализованы, используя систему, способ, и компьютерную программу, и любое сочетание систем, способов, и компьютерных программ.
Краткое описание чертежей
[0049] В нижеследующем примерные варианты осуществления описываются более подробно со ссылкой на приложенные фигуры и чертежи.
Фиг. 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.
Фиг. 10 является схемой второго варианта осуществления, иллюстрирующего работу относящегося к транспортному средству передающего UE.
Фиг. 11 является схемой для третьего варианта осуществления, иллюстрирующего работу относящегося к транспортному средству передающего UE.
Описание вариантов осуществления
[0050] Основа настоящего раскрытия
Качество обслуживания
Несколько приложений может быть запущено на UE в любое время, каждое с разными требованиями в отношении его качества обслуживания. Например, UE может быть вовлечено в вызов VoIP (Голос через IP), при этом, в то же самое время, обеспечивая просмотр web-страницы или загружая FTP файл. VoIP имеет более строгие требования в отношении качества обслуживания исходя из задержки и дрожания задержки, чем web-просмотр и FTP, в то время как последнее требует много более низкий коэффициент потери пакетов. Для того чтобы поддерживать несколько требования QoS, разные однонаправленные каналы настраиваются в расширенной пакетной системе, например, будучи ассоциированными с QoS.
[0051] В целом, однонаправленные каналы могут быть классифицированы на 2 категории на основании характера качества обслуживания, которое они предоставляют, однонаправленные каналы минимальной гарантированной скорости передачи битов (GBR) и однонаправленные каналы не-GBR. Однонаправленные каналы GBR могут быть использованы для приложений, таких как голос через IP, и имеют ассоциированное значение GBR, для которого выделенные ресурсы передачи постоянным образом распределяются (например, посредством функции управления допущением в eNodeB). Скорости передачи битов выше, чем GBR могут быть разрешены для однонаправленного канала GBR, если ресурсы доступны. В таком случае, параметр максимальной скорости передачи битов (MBR) устанавливает верхнее ограничение по скорости передачи битов, который может ожидаться от однонаправленного канала GBR. Однонаправленные каналы не-GBR не гарантируют какой-либо конкретной скорости передачи битов, и могут быть использованы для приложений, таких как web-просмотр или перенос FTP. Для этих однонаправленных каналов, никакие ресурсы полосы пропускания не распределяются постоянным образом для однонаправленного канала.
[0052] В сети доступа, на eNodeB лежит ответственность за гарантию необходимого QoS для однонаправленного канала через радиоинтерфейс. Когда создается новый однонаправленный канал, MME сигнализирует сообщение Запроса Настройки Носителя (Идентификационные Данные Однонаправленного канала EPS, QoS Носителя EPS, Запрос Администрирования Сеанса, S1-TEID) к eNodeB, который затем отображает QoS Однонаправленного канала EPS в QoS Однонаправленного канала Радиосвязи. Затем он сигнализирует сообщение Реконфигурации Соединения RRC (QoS однонаправленного канала Радиосвязи, Запрос Администрирования Сеанса, Идентификационные Данные RB EPS) к UE.
[0053] Профиль QoS однонаправленного канала EPS включает в себя параметры QCI (Идентификатор Класса QoS), ARP (Приоритет Распределения и Удержания), GBR (Гарантированная Скорость Передачи Битов) и MBR (Максимальная Скорость Передачи Битов). Каждый однонаправленный канал EPS (типа GBR и не-GBR) ассоциирован со следующими параметрами QoS уровня однонаправленного канала:
- Идентификатор Класса QoS (QCI);
- Приоритет Распределения и Удержания (ARP).
[0054] QCI является скалярной величиной, которая используется в качестве ссылки на особые для узла доступа параметры, которые управляют обработкой переадресации пакета уровня носителя (например, весовые коэффициенты планирования, пороговые значения допущения, пороговые значения администрирования очереди, конфигурация протокола слоя линии связи, и т.д.), которые должны быть выполнены узлом LTE, и которые были предварительно сконфигурированы оператором, владеющим точкой доступа (например, eNodeB). Взаимно-однозначное отображение стандартизованных значений QCI в стандартизованных характеристиках зафиксировано в TS 23/203, как иллюстрируется в таблице ниже, которая основана на Таблице 6.1.7 в TS 23.203 текущая версия 14.0.0 (NPL 5).
[0055] [Таблица 1]
OCI
Тип Ресурса
Уровень Приоритета
Запас Задержки Пакета
Коэффициент Потери Ошибок Пакетов (Примечание 2)
Примерные Услуги
1
GBR
2
100мс
10<sup>-2</sup>
Разговорный голос
2
4
150мс
10<sup>-3</sup>
Разговорное видео (Потоковая передача в прямом эфире)
3
3
50мс
10<sup>-3</sup>
Игра в режиме реального времени
4
5
300мс
10<sup>-6</sup>
Неразговорное видео (Потоковая передача с буферизацией)
65
0.7
75мс
10<sup>-2</sup>
Голосовая связь для решения критически важных задач типа «Нажми Чтобы Говорить» плоскости пользователя (например, MCPTT)
66
2
100мс
10<sup>-2</sup>
Голосовая связь не для решения критически важных задач типа «Нажми Чтобы Говорить» плоскости пользователя
5
не-GBR
1
100мс
10<sup>-6</sup>
Сигнализация IMS
6
6
300мс
10<sup>-6</sup>
Видео (Потоковая передача с буферизацией)основанная на TCP (например, www, электронная почта, чат, ftp, p2p, совместное использование файла, прогрессивное видео, и т.д.)
7
7
100мс
10<sup>-3</sup>
Голос,Видео (Потоковая передача в прямом эфире)Интерактивная игра
8
8
300мс
10<sup>-6</sup>
Видео (Потоковая передача с буферизацией)основанная на TCP (например, www, электронная почта, чат, ftp, p2p, совместное использование файла, прогрессивное видео, и т.д.)
9
9
69
0.5
60мс
10<sup>-6</sup>
Чувствительная к задержке сигнализация для решения критически важных задач (например, сигнализация MC-PTT)
70
5.5
200мс
10<sup>-6</sup>
Данные для решения критически важных задач (например, примерными услугами являются точно такие же как QCI 6/8/9)
-2
-6
[0056] Как очевидно, каждый QCI содержит стандартизованные характеристики, такие как тип ресурса (GBR или не-GBR), приоритет (1-9, более низкие значения означают более высокий приоритет), Запас Задержки Пакета (разрешенная задержка пакета, находящая в диапазоне от 50мс до 300мс), Коэффициент Потери Ошибок Пакетов (разрешенные потери пакета от 10 до 10). Посредством предварительного определения и стандартизации характеристик производительности каждого значения QCI, операторы сети могут гарантировать то, что один и тот же минимальный уровень требуемого QoS предоставляется разным услугам/приложениям, используемым в сети LTE, состоящей из разнообразных узлов от нескольких поставщиков.
[0057] Приоритет и запас задержки пакета (и в некоторой степени приемлемый коэффициент потери пакетов) из QCI определяет конфигурацию режима RLC (т.е. прозрачный, без квитирования, с квитированием) и то, каким образом планировщик в MAC обрабатывает пакеты, отправляемые по однонаправленному каналу (например, исходя из политики планирования, политики администрирования очереди и политики формирования скорости).
[0058] Процедура Присвоения Приоритета логическим каналам, LCP
Применительно к восходящей линии связи, процесс, посредством которого UE создает MAC PDU, который должен быть передан, используя распределенные ресурсы радиосвязи, является полностью стандартизированным; процедура LCP разработана для того, чтобы гарантировать то, что UE удовлетворяет QoS каждого сконфигурированного однонаправленного канала радиосвязи образом, который является оптимальным и единообразным для разных реализаций UE. На основании сообщения разрешения ресурса передачи восходящей линии связи, которое сигнализируется по PDCCH, UE должно принимать решение по объему данных для каждого логического канала, которые должны быть включены в новый MAC PDU и, если необходимо, также распределять пространство для Элемента Управления MAC.
[0059] При создании MAC PDU с данными из нескольких логических каналов, наиболее простым и наиболее естественным способом является основанный на абсолютном приоритете способ, где пространство MAC PDU распределяется логическим каналам в порядке убывания приоритета логического канала. Т.е. данные из логического канала наивысшего приоритета обслуживаются первыми в MAC PDU, за которыми следуют данные из следующего логического канала наивысшего приоритета, продолжаясь до тех пор, пока пространство MAC PDU не заканчивается. Несмотря на то, что основанный на абсолютном приоритете способ является достаточно простым исходя из реализации UE, он иногда приводит к зависанию данных из логических каналов низкого приоритета. Зависание означает, что данные из логических каналов низкого приоритета не могут быть переданы, так как данные из логических каналов высокого приоритета занимают все пространство MAC PDU.
[0060] В LTE, Приоритетная Скорость Передачи Битов (PBR) определена для каждого логического канала, для того чтобы передавать данные в очередности важности, но также и избежать зависания данных с более низким приоритетом. PBR является минимальной скоростью передачи битов, гарантируемой для логического канала. Даже если логический канал имеет низкий приоритет, по меньшей мере, небольшой объем пространства MAC PDU распределяется, чтобы гарантировать PBR. Таким образом, можно избежать проблемы зависания посредством использования PBR.
[0061] Присвоение Приоритета Логическим Каналам стандартизовано, например, в 3GPP TS 36.321, текущая версия v13.1.0, в подстатье 5.4.3.1, включенной в настоящее описание посредством ссылки. Процедура Присвоения Приоритета Логическим Каналам (LCP) применяется, когда выполняется новая передача.
[0062] Услуги Близости (ProSe) связи типа Устройство с Устройством (D2D) LTE
Основанные на близости приложения и услуги представляют собой зарождающуюся социально-технологическую тенденцию. Идентифицированные зоны включают в себя услуги, относящиеся к коммерческим услугам и Общественной Безопасности, которые будут интересны операторам и пользователям. Введение возможности Услуг Близости (ProSe) в LTE позволяет 3GPP отрасли обслуживать данный развивающийся рынок и будет, в то же самое время, обслуживать экстренные потребности нескольких сообществ Общественной Безопасности, которые совместно привержены LTE.
[0063] Связь типа Устройство-с-Устройством (D2D) является технологическим компонентом, который введен LTE-Rel.12, который обеспечивает D2D в качестве основания для сотовой сети, чтобы увеличивать спектральную эффективность. Например, если сотовая сеть является LTE, то все несущие данные физические каналы используют SC-FDMA для сигнализации D2D. В связи D2D, оборудования пользователя передают сигналы данных друг другу через прямую линию связи, используя сотовые ресурсы, вместо посредством базовой станции радиосвязи. На всем протяжении настоящего раскрытия, понятия «D2D», «ProSe» и «побочная линия связи» используются взаимозаменяемым образом.
[0064] Связь D2D в LTE сконцентрирована на двух зонах: Обнаружение и Связь.
[0065] Прямое Обнаружение ProSe (Основанные на Близости Услуги) определяется как процедура, используемая UE с поддержкой ProSe, чтобы обнаруживать другие UE с поддержкой ProSe в его близости, используя прямые сигналы радиосвязи E-UTRA через интерфейс PC5.
[0066] В связи D2D, UE передают сигналы данных друг другу через прямую линию связи, используя сотовые ресурсы вместо посредством базовой станции (BS). Пользователи D2D осуществляют связь напрямую, при этом оставаясь под управлением BS, т.е., по меньшей мере, когда находятся в зоне покрытия eNB. Вследствие этого, D2D может улучшать производительность системы посредством повторного использования сотовых ресурсов.
[0067] Предполагается, что D2D работает в спектре LTE восходящей линии связи (в случае FDD) или субкадрах восходящей линии связи у соты, предоставляющей покрытие (в случае TDD, за исключением, когда находится вне покрытия). Кроме того, передача/прием D2D не использует полный дуплекс по заданной несущей. С точки зрения отдельного UE, по заданной несущей прием сигнала D2D и передача восходящей линии связи LTE не используют полный дуплекс, т.е. невозможен одновременный прием сигнала D2D и передача LTE UL.
[0068] В связи D2D, когда конкретное UE 1 имеет роль передачи (передающее оборудование пользователя или передающий терминал), UE 1 отправляет данные, и другое UE2 (принимающее оборудование пользователя) принимает их. UE1 и UE2 могут менять из роли передачи и приема. Передача от UE1 может быть принята одним или более UE, подобными UE2.
[0069] Линия связи слоя-2 прямой связи ProSe
Вкратце, один-с-одним прямая связь ProSe реализуется посредством создания безопасной линии связи слоя-2 через PC5 между двумя UE. Каждое UE имеет ID Слоя-2 для одноадресной связи, который включается в поле ID Слоя-2 Источника каждого кадра, который оно отправляет по линии связи слоя-2, и в поле ID Слоя-2 Получателя каждого кадра, который оно принимает по линии связи слоя-2. UE требуется гарантировать то, что ID Слоя-2 для одноадресной связи является, по меньшей мере, локально уникальным. Таким образом UE должно быть подготовлено к обработке конфликтов ID Слоя-2 со смежными UE, используя неопределенные механизмы (например, само-назначение нового ID Слоя-2 для одноадресной связи, когда выявляется конфликт). Линия связи слоя-2 для один-с-одним прямой связи ProSe идентифицируется посредством сочетания ID Слоя-2 у двух UE. Это означает, что UE может вовлекаться в несколько линий связи слоя-2 применительно к один-с-одним прямой связи ProSe, используя один и тот же ID Слоя-2.
[0070] Один-с-одним прямая связь ProSe состоит из следующих процедур, как объясняется подробно в документе TR 23.713 текущая версия v13.0.0 (NPL 6) раздел 7.1.2, включенный в настоящее описание посредством ссылки:
- Создание безопасной линии связи слоя-2 через PC5.
- Назначение IP адреса/префикса.
- Сопровождение линии связи Слоя-2 через PC5.
- Высвобождение линии связи Слоя-2 через PC5.
[0071] Фиг. 1 иллюстрирует то, каким образом создавать безопасную линию связи через интерфейс PC5.
1. UE-1 отправляет сообщение Запроса Прямой Связи к UE-2 для того, чтобы инициировать взаимную аутентификацию. Инициатору линии связи (UE-1) требуется знать ID Слоя-2 однорангового узла для того чтобы выполнить этап 1. В качестве примера, инициатор линии связи может узнать ID Слоя-2 у однорангового узла посредством исполнения сначала процедуры обнаружения или приняв участие в связи один-со-многими ProSe, включающей одноранговый узел.
2. UE-2 инициирует процедуру для взаимной авторизации. Успешное завершение процедуры аутентификации завершает создание безопасной линии связи слоя-2 через PC5.
[0072] UE вовлеченные в изолированную (без-ретрансляции) один-с-одним связь также могут использовать локальные для линии связи адреса. Протокол Сигнализации PC5 должен поддерживать функциональную возможность проверки активности, которая используется, чтобы выявлять, когда UE не находятся в диапазоне Связи ProSe с тем, чтобы они могли продолжать неявным высвобождением линии связи слоя-2. Высвобождение линии связи Слоя-2 через PC5 может быть выполнено посредством использования сообщения запроса Разъединения, переданного другому UE, которое также удаляет все ассоциированные данные контекста. По приему сообщения Запроса Разъединения, другое UE отвечает сообщением Ответа Разъединения и удаляет все данные контекста, ассоциированные с линией связи слоя-2.
[0073] Идентификационные данные, Относящиеся к Прямой Связи ProSe
3GPP TS 36.300, текущая версия 13.0.0 (NPL 7), определят в подстатье 8.3 следующие идентификационные данные для использования в Прямой Связи ProSe:
- SL-RNTI: Уникальная идентификация, используемая для Планирования Прямой Связи ProSe;
- ID Слоя-2 Источника: Идентифицирует отправителя данных в Прямой Связи Prose побочной линии связи. ID Слоя-2 Источника составляет 24 бита в длину и используется вместе с ID Получателя Слоя-2 ProSe и LCID для идентификации объекта RLC UM и объекта PDCP в приемнике;
- ID Слоя-2 Получателя: Идентифицирует цель данных в Прямой Связи ProSe побочной линии связи. ID Слоя-2 Получателя составляет 24 бита в длину и разбит на слое MAC на две битовые строки:
-- Одна битовая строка является LSB частью (8 битов) у ID Слоя-2 Получателя и переадресовывается к физическому слою в качестве ID Слоя-1 Управления Побочной Линии Связи. Он идентифицирует цель предназначенных данных в Управлении Побочной Линии Связи и используется для фильтрации пакетов на физическом слое.
-- Вторая битовая строка является MSB частью (16 битов) у ID Слоя-2 Получателя и переносится внутри заголовка MAC. Она используется для фильтрации пакетов на слое MAC.
[0074] Сигнализация Слоя без Доступа требуется для формирования группы и чтобы конфигурировать ID Слоя-2 Источника, ID Слоя-2 Получателя и ID L1 Управления Побочной Линии Связи в UE. Эти идентификационные данные либо предоставляются верхним слоем, либо извлекаются из идентификационных данных, предоставляемых верхним слоем. В случае групповой передачи или широковещательной передачи, ID UE ProSe, предоставленный верхним слоем, используется напрямую в качестве ID Слоя-2 Источника, а ID Группы Слоя-2 Prose, предоставленный верхним слоем, используется напрямую в качестве ID Слоя-2 Получателя в слое MAC. В случае один-с-одним связи, верхний слой предоставляет ID Слоя-2 Источника и ID Слоя-2 Получателя.
[0075] Распределение Ресурсов Радиосвязи для Услуг Близости
С точки зрения передающего UE, UE с поддержкой Услуг Близости (UE с поддержкой ProSe) может работать в двух режимах применительно к распределению ресурсов:
[0076] Режим 1 относится к режиму планируемого eNB распределения ресурсов, где UE запрашивает ресурсы передачи у eNB (или узла-ретранслятора Редакции-10), и eNodeB (или узел-ретранслятор Редакции-10) в свою очередь планирует ресурсы, используемые UE, чтобы передавать прямые данные и прямую информацию управления (например, Назначение Планирования). UE требуется находиться в состоянии RRC_CONNECTED для того, чтобы передавать данные. В частности, UE отправляет запрос планирования (D-SR или Произвольный Доступ) к eNB, сопровождаемый отчетом о статусе буфера побочной линии связи (BSR) обычным образом (см. также следующую главу «Процедура передачи для связи D2D»). На основании BSR, eNB может определять, что UE имеет данные для передачи Прямой Связи ProSe, и может оценивать ресурсы, необходимые для передачи.
[0077] С другой стороны, Режим 2 относится к UE-автономному режиму выбора ресурсов, где UE само выбирает ресурсы (временные и частотные) из пула(ов) ресурсов, чтобы передавать прямые данные и прямую информацию управления (т.е. SA). Определяется, по меньшей мере, один пул ресурсов, например, посредством содержимого SIB18, а именно посредством поля commTxPoolNormalCommon, осуществляется широковещательная передача этого конкретного пула(ов) ресурсов в соте и затем становится общим доступным для всех UE в соте, по-прежнему в состоянии RRC_Idle. Фактически, eNB может определять вплоть до четырех разных экземпляров упомянутого пула, соответственно четыре пула ресурсов для передачи сообщений SA и прямых данных. Тем не менее, в Rel-12 UE всегда должно использовать первый пул ресурсов, определенный в списке, даже если для него было сконфигурировано несколько пулов ресурсов. Данное ограничение было снято для Rel-13, т.е. UE может осуществлять передачу по нескольким сконфигурированным пулам ресурсов в рамках одного периода SC. Каким образом UE выбирает пулы ресурсов для передачи более подробно излагается ниже (дополнительно указано в TS36.321).
[0078] В качестве альтернативы, другой пул ресурсов может быть определен посредством eNB и просигнализирован в SIB18, а именно посредством использования поля commTxPoolExceptional, которое может быть использовано UE в исключительных случаях.
[0079] То, какой режим распределения ресурсов UE будет использовать, является конфигурируемым посредством eNB. Кроме того, то, какой режим распределения ресурсов UE будет использовать для связи данных D2D, также может зависеть от состояния RRC, т.е. RRC_IDLE или RRC_CONNECTED, и состояния покрытия у UE, т.е. в-покрытии, вне-покрытия. UE считается в-покрытии, если оно имеет обслуживающую соту (т.е. UE находится в состоянии RRC_CONNECTED или закрепляется в соте в состоянии RRC_IDLE).
[0080] Фиг. 4 иллюстрирует использование ресурсов передачи/приема для системы наложения (LTE) и основания (D2D).
[0081] В основном, eNodeB управляет тем, может ли UE применять Режим 1 или Режим 2 передачи. Как только UE узнает свои ресурсы, по которым оно может осуществлять передачу (или прием) связи D2D, оно использует соответствующие ресурсы только для соответствующей передачи/приема. Например, на Фиг. 4 субкадры D2D будут использоваться только чтобы принимать или передавать сигналы D2D. Поскольку UE как устройство D2D будет работать в режиме Полудуплекса, оно может либо принимать, либо передавать сигналы D2D в любой момент времени. Сходным образом, другие субкадры, иллюстрируемые на Фиг. 4, могут быть использованы для передачи и/или приема LTE (наложения).
[0082] Процедура передачи для связи 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.
[0083] Назначение Планирования (SA), также называемое SCI (Информация Управления Побочной Линии Связи) является компактным (с низкой полезной нагрузкой) сообщением, содержащим информацию управления, например, указатель(и) на частотно-временные ресурсы, схему модуляции и кодирования и ID Получателя Группы для соответствующей передачи данных D2D. SCI транспортирует информацию планирования побочной линии связи для одного ID получателя (ProSe). Содержимое SA (SCI) является, главным образом, в соответствии с разрешением, принятым на Этапе 4 выше. Разрешение D2D и содержимое SA (т.е., содержимое SCI) определяются в техническом стандарте 3GPP 36.212, текущая версия 13.1.0, подстатья 5.4.3, включенная в настоящее описание посредством ссылки, определяющая в частности формат 0 SCI (см. содержимое формата 0 SCI выше).
[0084] С другой стороны, для Режима 2 распределения ресурсов, вышеприведенные этапы 1-4 являются главным образом ненужными, и UE автономно выбирает ресурсы радиосвязи для передачи SA и данных D2D из пула(ов) ресурсов передачи, сконфигурированных и предоставленных посредством eNB.
[0085] Фиг. 5 в качестве примера иллюстрирует передачу Назначения Планирования и данных D2D для двух UE, UE-1 и UE-2, где ресурсы для отправки назначений планирования являются периодическими, и ресурсы, используемые для передачи данных D2D, указываются посредством соответствующего Назначения Планирования.
ая
ья
ая
ая
ья
ая
[0086] Фиг. 6 иллюстрирует один конкретный пример хронометража связи D2D для Режима 2, автономное планирование, во время одного периода SA/данных, также известного как период SC, период Управления Побочной Линии Связи. Фиг. 7 иллюстрирует хронометраж связи D2D для Режима 1, eNB-планируемое распределение во время одного периода SA/данных. В Rel. 13, 3GPP определяет период SC как период времени, состоящий из передачи Назначения Планирования и его соответствующих данных. Как может быть видно из Фиг. 6, UE осуществляет передачу после времени смещения SA, Назначения Планирования, используя ресурсы пула передачи для назначений планирования для Режима 2, SA_Mode2_Tx_pool. 1-ая передача SA сопровождается, например, тремя повторными передачами того же самого сообщения SA. Затем, UE начинает передачу данных D2D, т.е. в частности битовую карту/шаблон T-RPT, с некоторым сконфигурированным смещением (Mode2data_offset) после первого субкадра пула ресурсов SA (заданного посредством SA_offset). Одна передача данных D2D у MAC PDU (т.е. транспортного блока) состоит из 1-ой первоначальной передачи и нескольких повторных передач. Применительно к иллюстрации Фиг. 6 (и Фиг. 7) предполагается, что выполняется три повторные передачи (т.е., 2-ая, 3-ья, и 4-ая передача того же самого MAC PDU). Битовая Карта RPT Режима2 (шаблон временных ресурсов передачи, T-RPT) главным образом определяет хронометраж передачи MAC PDU (1-ая передача) и ее повторных передач (2, 3, и 4 передача). Шаблон SA главным образом определяет хронометраж первоначальной передачи SA и ее повторных передач (2, 3, и 4 передача).
[0087] Как в настоящий момент указано в стандарте, для одного разрешения побочной линии связи, например, либо отправленного eNB, либо выбранного посредством самого UE, UE может передавать несколько транспортных блоков, MAC PDU (только один из расчета на субкадр (TTI), т.е., один за другим), тем не менее, только к одной группе получателей ProSe. Также передачи одного транспортного блока должны быть закончены до того, как начинается первая передача следующего транспортного блока, т.е. только один процесс HARQ используется из расчета на разрешение побочной линии связи для передачи нескольких транспортных блоков. Кроме того, UE может иметь и использовать несколько разрешений побочной линии связи из расчета на период SC, но разный получатель ProSe должен выбираться для каждого из них. Таким образом, в одном периоде SC UE может передавать данные одному получателю ProSe только один раз.
ая
ья
ая
[0088] Как очевидно из Фиг. 7, для режима eNB-планируемого распределения ресурсов (Режим 1), передача данных D2D, т.е. в частности шаблон/битовая карта T-RPT, начинается в следующем субкадре UL после последнего повторения передачи SA в пуле ресурсов SA. Как уже объяснялось для Фиг. 6, Битовая Карта T-RPT Режим1 (шаблон временного ресурса у передачи, T-RPT) главным образом определяет хронометраж передачи MAC PDU (1-ая передача) и ее повторных передач (2, 3, и 4 передача).
[0089] Процедуру передачи данных побочной линии связи можно найти в документе стандарта 3GPP TS 36.321 v13.1.0, раздел 5.14, включенный в настоящее описание посредством ссылки. В ней, подробно описывается автономный выбор ресурсов Режима-2, различающийся между сконфигурированным с помощью одного пула ресурсов радиосвязи или нескольких пулов ресурсов радиосвязи.
[0090] То, что обсуждалось выше, является текущим состоянием стандарта 3GPP для связи D2D. Тем не менее, следует отметить, что продолжается обсуждение того, каким образом в дальнейшем улучшить и усилить связь D2D, что вероятно приведет к тому, что некоторые изменения будут внесены в связь D2D в будущих редакциях. Настоящее раскрытие, как будет описано позже, также может быть применено к этим более поздним редакциям.
[0091] Например, применительно к 3GPP Rel. 14, которая разрабатывается в настоящий момент, 3GPP может принять решение об изменении хронометража передачи так, чтобы он более не был основан на периодах SC, как обсуждалось выше, но по-другому (например, основывался на субкадрах точно также/сходно с передачами интерфейса Uu). Соответственно, вышеприведенные подробные примеры того, каким образом могут быть выполнены передачи по интерфейсу побочной линии связи (PC5), являются лишь примерными и могут применяться к Rel. 13, но возможно не к более поздним редакциям соответствующих стандартов 3GPP.
[0092] Архитектура сети ProSe и объекты ProSe
Фиг. 8 иллюстрирует высокоуровневую примерную архитектуру для случая без роуминга, включающую в себя разные приложения ProSe в соответствующих UE A и B, как, впрочем, и Сервер Приложений ProSe и функцию ProSe в сети. Примерная архитектура Фиг. 8 взята из документа TS 23.303 v13.2.0 глава 4.2 «Architectural Reference Model», включенная в настоящее описание посредством ссылки.
[0093] Функциональные объекты представлены и объясняются подробно в документе TS 23.303 подстатья 4.4 «Functional Entities», включенная в настоящее описание посредством ссылки. Функция ProSe является логической функцией, которая используется для относящихся к сети действий, требуемых для ProSe и играет разные роли для каждого из признаков ProSe. Функция ProSe является частью 3GPP EPC и предоставляет все релевантные сетевые услуги подобные авторизации, аутентификации, обработке данных, и т.д. относящиеся к услугам близости. Применительно к прямому обнаружению и связи ProSe, UE может получать особые идентификационные данные UE Prose, другую информацию конфигурации, как, впрочем, и авторизацию от функции ProSe через опорную точку PC3. Может быть развернуто несколько функций ProSe в сети, несмотря на то, что для простоты иллюстрации представлена одна функция ProSe. Функция ProSe состоит из трех основных субфункций, которые выполняют разные роли в зависимости от признака ProSe: Функция Прямого Предоставления (DPF), Функция Администрирования Имени Прямого Обнаружения, и Функция Обнаружения EPC-уровня. DPF используется, чтобы предоставлять UE необходимые параметры для использования Прямого Обнаружения ProSe и Прямой Связи ProSe.
[0094] Понятие «UE», используемое в упомянутом соединении, относится к UE с поддержкой ProSe, поддерживающему функциональную возможность ProSe, такую как:
- Обмен информацией управления ProSe между UE с поддержкой ProSe и Функцией ProSe через опорную точку PC3.
- Процедуры для открытия Прямого Обнаружения ProSe у другого UE с поддержкой ProSe через опорную точку PC5.
- Процедуры для один со-многими Прямой Связи ProSe через опорную точку PC5.
- Процедуры, чтобы выступать в качестве Ретранслятора UE-к-Сети ProSe. Удаленное UE осуществляет связь с Ретранслятором UE-к-Сети ProSe через опорную точку PC5. Ретранслятор UE-к-Сети ProSe использует переадресацию пакета слоя-3.
- Обмен информацией управления между UE ProSe через опорную точку PC5, например, для направления Ретранслятора UE-к-Сети и Прямого Обнаружения ProSe.
- Обмен информацией управления с другим UE с поддержкой ProSe и Функцией ProSe через опорную точку PC3. В случае Ретранслятора UE-с-Сетью ProSe Удаленное UE будет отправлять данную информацию управления через плоскость пользователя PC5, чтобы она была ретранслирована через Интерфейс LTE-Uu к Функции ProSe.
- Параметры конфигурации (например, включая IP-адреса, ID Группы Слоя-2 ProSe, материалы безопасности Группы, параметры ресурса радиосвязи). Эти параметры могут быть предварительно сконфигурированы в UE, или, если в покрытии, предоставлены посредством сигнализации через опорную точку PC3 к Функции ProSe в сети.
[0095] Сервер Приложений ProSe поддерживает Хранение ID Пользователя ProSe EPC, и ID Функции ProSe, и отображение ID Пользователя Прикладного Слоя и ID Пользователя ProSe EPC. Сервер Приложений (AS) ProSe является объектом вне объема 3GPP. Приложение ProSe в UE осуществляет связь с ProSe AS через опорную точку PC1 прикладного слоя. ProSe AS соединен с сетью 3GPP через опорную точку PC2.
[0096] Процедура LCP для D2D, логические каналы побочной линии связи
Процедура LCP для D2D в соответствии с Rel. 13 будет отличной от представленной выше процедуры LCP для нормальных данных LTE восходящей линии связи, передаваемых по интерфейсу Uu. Нижеследующая информация взята из документа TS 36.321, текущая версия 13.1.0, подстатья 5.14.1.3.1, описывающая процедуру LCP для ProSe; она включена в настоящее описание во всей своей полноте посредством ссылки.
[0097] Процедура Присвоения Приоритета Логическим Каналам применяется, когда выполняется новая передача. Каждый логический канал побочной линии связи имеет ассоциированный приоритет, который может быть PPPP (Приоритет из Расчета на Пакет ProSe, объясняется позже). Несколько логических каналов побочной линии связи могут иметь один и тот же ассоциированный приоритет. Отображение между приоритетом и LCID оставлено для реализации UE.
[0098] Объект MAC должен выполнять следующую процедуру Присвоения Приоритета логическим каналам для каждой SCI, передаваемой в период SC:
- Объект MAC должен распределять ресурсы логическим каналам побочной линии связи в следующих этапах:
-- Этап 0: Выбирают Получателя ProSe, который не был выбран ранее для данного периода SC, с логическим каналом побочной линии связи с наивысшим приоритетом, среди логических каналов побочной линии связи с данными доступными для передачи;
-- Этап 1: Из числа логических каналов побочной линии связи, принадлежащих к выбранному Получателю ProSe и с данными, доступными для передачи, распределяют ресурсы логическому каналу побочной линии связи с наивысшим приоритетом;
-- Этап 2: если остаются какие-либо ресурсы, логические каналы побочной линии связи, принадлежащие к выбранному Получателю ProSe, обслуживаются в порядке убывания приоритета до тех пор, пока не будут израсходованы либо данные для логического канала(ов) побочной линии связи, либо разрешение SL, что наступит раньше. Логические каналы побочной линии связи, сконфигурированные с равным приоритетом, должны обслуживаться одинаково.
- UE также должно следовать правилам ниже во время процедур планирования выше:
UE должно распределять ресурсы логическим каналам побочной линии связи в соответствии со следующими правилами
- UE не должно сегментировать RLC SDU (или частично передаваемый SDU), если SDU целиком (или частично передаваемый SDU) умещается в оставшиеся ресурсы;
- если UE сегментирует RLC SDU из логического канала побочной линии связи, оно должно максимизировать размер сегмента, чтобы заполнять разрешение как можно больше;
- UE должно максимально увеличивать передачу данных;
- если объектом MAC задается размер разрешения побочной линии связи, который равен или больше 10 байтов при наличии доступных данных для передачи, объект MAC не должен передавать только заполнение.
ПРИМЕЧАНИЕ: Правила выше подразумевают, что очередность, в которой обслуживаются логические каналы побочной линии связи, остается на реализацию UE.
[0099] В целом, для одного MAC PDU, MAC должен рассматривать только логические каналы с теми же самыми парами ID Слоя-2 Источника - ID Слоя-2 Получателя, т.е., для одного MAC PDU, объект MAC в UE должен рассматривать только логические каналы одной и той же группы получателей ProSe, что главным образом означает, что UE выбирает получателя ProSe во время процедуры LCP. В Rel-13 допускается наличие более одного Разрешения Побочной Линии связи в рамках периода SC. Для каждого разрешения побочной линии связи UE может как в Rel-12 только передавать данные одной группы получателей ProSe. Тем не менее, поскольку UE может быть выполнено с возможностью наличия более одного действительного разрешения побочной линии связи в рамках одного периода SC, передающее UE может передавать данные разным получателям ProSe, т.е. каждое разрешение SL должно передавать данные разным получателям ProSe.
[0100] Поддержка QoS для ProSe
В Rel-13 QoS поддерживается главным образом для связи один-со-многими ProSe. По этой причине был введен так называемый Приоритет из Расчета на Пакет ProSe (PPPP), например, в документе 23.303, версия 13.4.0 (NPL 8), раздел 5.4.6. Приоритет из Расчета на Пакет ProSe является скалярным значением, ассоциированным с протокольным блоком данных, например, IP-пакетом, который определяет обработку приоритета, которая должна быть применена для передачи протокольного блока данных, т.е., обработку приоритета для передач по интерфейсу PC5. Другими словами PPP ProSe является механизмом, используемым для обеспечения присвоения приоритета пакетам при использовании Прямой Связи ProSe, включая для UE-с-UE ProSe, а также для Ретранслятора ProSe.
[0101] Когда верхний слой ProSe (т.е. выше слоя доступа PC5) пропускает протокольный блок данных для передачи к слою доступа PC5, верхний слой ProSe предоставляет Приоритет из Расчета на Пакет ProSe из диапазона 8 возможных значений.
[0102] Приоритет из Расчета на Пакет ProSe является независимым от ID Слоя-2 Получателя и применяется как к один-с-одним, так и один-со-многими Прямой Связи ProSe. Приоритет из Расчета на Пакет ProSe выбирается прикладным уровнем, например, на основании разнообразных критериев, которые находятся вне объема данного технического описания (таких как требования задержки у услуги подобной передачам Голосового Пакета или сигнализации управления, подобной сигнализации, относящейся к управлению минимальным допустимым значением параметра).
[0103] Приоритет из Расчета на Пакет ProSe является независимым от режима, в котором UE осуществляет доступ к среде, т.е., используется ли режим eNB-планируемого или UE-автономного распределения ресурсов для связи ProSe. Прикладной слой не знает какой режим распределения используется нижними слоями Prose-UE. Слой доступа ProSe использует Приоритет из Расчета на Пакет ProSe, ассоциированный с протокольным блоком данных, как принятый от верхних слоев, чтобы присваивать приоритет передаче по отношению к другим внутри-UE передачам (т.е., протокольным блокам данных, ассоциированным с другими приоритетами, ожидающим передачи внутри того же самого UE) и меж-UE передачам (т.е., протокольным блокам данных, ассоциированным с другими приоритетами, ожидающим передачи внутри других UE).
[0104] Ожидается, что приоритетные очереди (как внутри-UE, так и меж-UE) должны обслуживаться в строгой очередности приоритета, т.е. UE или eNB обслуживают все пакеты, ассоциированные с Приоритетом N из Расчета на Пакет ProSe перед обслуживанием пакетов, ассоциированных с приоритетом N+1 (более низкое число означает более высокий приоритет).
[0105] Сама по себе приоритетная обработка по интерфейсу PC5 будет указана в TS36.321, процедуре присвоения приоритета логическим каналам LCP. Для каждого логического канала побочной линии связи, будет присутствовать ассоциированный приоритет, например, сходно с приоритетом логического канала в унаследованной работе LTE UL. Создание логических каналов побочной линии связи будет оставлено на реализацию UE, сходно с Rel-12. В дополнение к учету ID источника/получателя при создании логического канала, UE также будет учитывать приоритет пакетов. По существу, протокольные блоки данных с одним и тем же значением PPPP (и одним и тем же ID источника/получателя) будут обслуживаться посредством одного логического канала побочной линии связи с определенным ассоциированным приоритетом логического канала, который является точно таким же как PPPP.
[0106] Как объяснено выше, во время процедуры присвоения приоритета логическим каналам, когда UE принимает разрешение SL, UE выбирает группу ProSe с логическим каналом побочной линии связи с наивысшим PPPP среди логических каналов побочной линии связи с данными SL, и затем обслуживает все логические каналы побочной линии связи, принадлежащие выбранной группе получателей ProSe в убывающей очередности приоритета.
[0107] Относящаяся к Транспортному Средству Связь - услуги V2X
Новый предмет исследования был создан в 3GPP в Rel. 14, чтобы рассматривать пригодность новых признаков LTE для автомобильной промышленности - включая Услугу Близости (ProSe) и основанные на LTE широковещательные услуги. Функциональная возможность ProSe таким образом рассматривается как предлагающая хороший фундамент для услуг V2X. Согласовано действующие услуги в относящихся к транспортному средству сценариях становятся существенными для будущего соединенного транспортного средства в рамках области исследований ITS (Интеллектуальные Транспортные Системы). Предполагается, что они уменьшат смерть на дорогах, повысят емкость дорог, сократят углеродный след дорожного транспорта и улучшат восприятие пользователя во время поездок.
[0108] Связь V2X является пропускающей информацию от транспортного средства к любому объекту, который может оказывать воздействие на транспортное средство, и наоборот. Данный обмен информацией может быть использован, чтобы повысить безопасность, мобильность и относящиеся к окружающей среде приложения, чтобы они включали помощь водителю при обеспечении безопасности транспортного средства, адаптацию скорости и предупреждение, реагирование на чрезвычайные ситуации, информацию о поездке, навигацию, дорожные операции, планирование коммерческого парка и платежные операции.
[0109] Поддержка LTE применительно к услугам V2X содержит 3 типа разных случаев использования, которые являются следующими:
- V2V: охватывающий основанную на LTE связь между транспортными средствами.
- V2P: охватывающий основанную на LTE связь между транспортным средством и устройством, которое переносится индивидом (например, переносной терминал, который переносит пешеход, велосипедист, водитель или пассажир).
- V2I: охватывающий основанную на LTE связь между транспортным средством и единицей стороны дороги.
[0110] Эти три типа V2X могут использовать «кооперативную осведомленность», чтобы предоставлять более интеллектуальные услуги для конечных пользователей. Это означает, что транспортные объекты, такие как транспортные средства, инфраструктура стороны дороги, и пешеходы, могут собирать знания о их локальной среде (например, информацию, принимаемую от других транспортных средств или оборудования датчика поблизости), чтобы обрабатывать и совместно использовать эти знания для того, чтобы предоставлять более интеллектуальные услуги, такие как кооперативное предупреждение о столкновении или автономное вождение.
[0111] Касательно связи V2V, E-UTRAN позволяет таким (транспортным средствам) UE, которые находятся в непосредственной близости друг от друга, осуществлять обмен относящейся к V2V информации, используя E-UTRA(N), когда удовлетворяются критерии разрешения, авторизации и близости. Критерии близости могут быть сконфигурированы посредством MNO (Оператор Мобильной Сети). Тем не менее, UE, поддерживающие Услугу V2V, могут осуществлять обмен такой информацией, когда обсуживаются посредством или не обслуживаются посредством E-UTRAN, которая поддерживает услугу V2X.
[0112] Устройство (UE транспортного средства), поддерживающее приложения V2V, передает информацию прикладного слоя (например, касательно местоположения, динамики, и атрибутов как часть Услуги V2V). Полезная нагрузка V2V может быть гибкой для того, чтобы вмещать разное содержимое информации, и информация может передаваться периодически в соответствии с конфигурацией, предоставленной посредством MNO.
[0113] V2V является преимущественно основанной на широковещательной передаче; V2V включает в себя обмен относящейся к V2V информации приложения между отличными устройствами напрямую и/или, из-за ограниченного диапазона прямой связи у V2V, обмен относящейся к V2V информации приложения между отличными устройствами через инфраструктуру, поддерживающую Услугу V2V, например, RSU, сервер приложений, и т.д.
[0114] Касательно связи V2I, устройство, поддерживающее приложения V2I, отправляет информацию прикладного слоя Блоку Стороны Дороги, который в свою очередь может отправлять информацию прикладного слоя группе устройств или устройству, поддерживающему приложения V2I.
[0115] Также вводится V2N (Транспортное Средство с Сетью, eNB/CN), где одной стороной является UE, а другой стороной является обслуживающий объект, как поддерживающий приложения V2N, так и осуществляющий связь друг с другом через сеть LTE.
[0116] Касательно связи V2P, E-UTRAN позволяет таким UE, которые находятся в непосредственной близости друг от друга, осуществлять обмен относящейся к V2P информацией, используя E-UTRAN, когда удовлетворяются критерии разрешения, авторизации и близости. Критерии близости могут быть сконфигурированы посредством MNO. Тем не менее, UE, поддерживающие Услугу V2P, могут осуществлять обмен такой информацией даже когда не обслуживаются посредством E-UTRAN, которая поддерживает Услугу V2X.
[0117] UE, поддерживающее приложения V2P, передает информацию прикладного слоя. Широковещательная передача такой информации  может осуществляться посредством транспортного средства с UE, поддерживающим Услугу V2X (например, предупреждение пешеходу), и/или посредством пешехода с UE, поддерживающим Услугу V2X (например, предупреждение транспортному средству).
[0118] V2P включает в себя обмен относящейся к V2P информацией приложения между отличными UE (одно для транспортного средства, а другое для пешехода) напрямую и/или, из-за ограниченного диапазона прямой связи у V2P, обмен относящейся к V2) информацией приложения между отличными UE через инфраструктуру, поддерживающую Услугу V2X, например, RSU, сервер приложений, и т.д.
[0119] Для данного нового предмета исследования V2X, 3GPP предоставляет конкретные понятия и определения в документе TR 21.905, текущая версия 13.0.0 (NPL 9), которые могут быть повторно использованы для данной заявки.
[0120] Блок Стороны Дороги (RSU): Объект, поддерживающий Услугу V2I, который может осуществлять передачу к, и прием от UE, использующего приложение V2I. RSU может быть реализован в eNB или стационарном UE.
[0121] Услуга V2I: Тип Услуги V2X, где одной стороной является UE, а другой стороной является RSU, причем обе стороны используют приложение V2I.
[0122] Услуга V2N: Тип Услуги V2X, где одной стороной является UE, а другой стороной является обслуживающий объект, при этом обе стороны используют приложения V2N и осуществляют связь друг с другом через сетевые объекты LTE.
[0123] Услуга V2P: Тип Услуги V2X, где обеими сторонами связи являются UE, использующие приложения V2P.
[0124] Услуга V2V: Тип Услуги V2X, где обеими сторонами связи являются UE, использующие приложение V2V.
[0125] Услуга V2X: Тип услуги связи, который включает передающее или принимающее UE, использующее приложение V2V через транспорт 3GPP. На основании другой стороны, включенной в связь, она может быть дополнительно разделена на Услугу V2V, Услугу V2I, Услугу V2P, и Услугу V2N.
[0126] Многие услуги ITS имеют общие требования к связи:
- Периодический обмен статусом. Услугам ITS, как правило, требуется знать статус транспортного средства или терминала стороны дороги. Это подразумевает периодический обмен пакетами данных с информацией о местоположении, скорости, идентификаторе, и т.д.
- Асинхронные уведомления. Данный вид сообщений используется, чтобы информировать об особом событии услуги. В противоположность предыдущим сообщениям статуса, надежная доставка этих сообщений одному терминалу или их группе обычно является ключевым требованием.
[0127] Примеры использования первого типа связи можно найти в услугах по повышению эффективности дорожного движения, таких как удаленный мониторинг транспортного средства, которые собирают периодические данные статуса от транспортных средств, или в услугах обеспечения безопасности, таких как кооперативное предотвращение столкновения, которые требуют информации о кинематике касательно окружающих транспортных средств, чтобы обнаруживать потенциальные столкновения. Асинхронные уведомления главным образом проявляются в услугах обеспечения безопасности, таких как предупреждение о скользком дорожном покрытии или предупреждение после столкновения.
[0128] Разные типы сообщений определены и будут определены для связи V2V. Два разных типа сообщений уже были определены ETSI для Интеллектуальных Транспортных Систем (ITS), см. соответствующие Европейские Стандарты ETSI EN 302 637-2 v1.3.1 (NPL 10) и ETSI EN 302 637-3 v1.2.1 (NPL 11):
- Сообщения Кооперативной Осведомленности (CAM), которые непрерывно инициируются динамикой транспортного средства, чтобы отражать статус транспортного средства.
- Децентрализованные Сообщения Уведомления об Окружающей Среде (DENM), которые инициируются только когда происходят относящиеся к транспортному средству события безопасности.
[0129] Поскольку стандартизации V2V и ITS находятся скорее в начале, ожидается, что в будущем могут быть определены другие сообщения.
[0130] Широковещательная передача CAM непрерывно (периодически) осуществляется посредством ITS-Станций (ITS-S), чтобы осуществлять обмен информацией статуса с другими ITS-S, и, таким образом, имеет большее влияние на нагрузку от трафика, чем инициируемые событием (апериодические) сообщения DENM. По существу, сообщения CAM являются видом сообщений типа «я живой», широковещательная передача которых осуществляется периодически каждым транспортным средством его соседям, чтобы предоставить информацию о присутствии, позиции, температуре, и базовом статусе. В противоположность, DENM, являются инициируемыми событием сообщениями, широковещательная передача которых осуществляется, чтобы предупредить пользователей дороги об опасном событии. По данной причине, характеристики трафика у сообщений CAM, как определено посредством ETSI для ITS, рассматриваются более представляющими трафик V2V.
[0131] В вышеприведенном, были описаны периодические сообщения Кооперативной Осведомленности. Тем не менее, следует отметить, что несмотря на то, что некоторая из приведенной выше информации уже была стандартизована, другая информация, такая как периодичности и размеры сообщения, еще не стандартизована и основана на допущениях. Кроме того, стандартизация возможно изменится в будущем и, таким образом, возможно также изменятся аспекты того, каким образом CAM генерируются и передаются. Следовательно, вышеприведенное подробное описание CAM следует понимать в качестве примера, задуманного в целях иллюстрации.
[0132] Для того, чтобы относящееся к транспортному средству UE имело ресурсы радиосвязи по побочной линии связи, чтобы передавать CAM, предполагается распределение ресурсов радиосвязи Режима 1 и/или Режима 2, как объяснено выше. Применительно к Режиму 1 распределения ресурсов радиосвязи, eNB распределяет ресурсы для сообщения SA и данных для каждого периода SA. Тем не менее, когда присутствует много трафика (например, высокочастотный периодический трафик), потери по линии связи Uu от UE к eNB могут быть большими.
[0133] Как очевидно из приведенного выше, большая часть трафика V2V является периодической так, что 3GPP согласился с тем, что для Режима 1 Связи V2V побочной линии связи (т.е., планируемого eNB распределения ресурсов радиосвязи), eNB и UE будут поддерживать полупостоянное распределение ресурсов радиосвязи побочной линии связи.
[0134] Для режима UE-автономного распределения ресурсов (Режим 2) очевидно, что проблема конфликта, т.е. когда более одного Tx UE выбирает одни и те же RB для доставки сообщений, будет влиять на QoS, воспринимаемое пользователями. Применительно к Rel-12/13, проблема конфликта данных (PSSCH) для режима UE-автономного распределения ресурсов, не обсуждалась, поскольку QoS для PC5/побочной линии связи не было главным требованием. Тем не менее, применительно к услугам V2X, неизбежным является улучшение QoS для режима UE-автономного распределения ресурсов. 3GPP в целом согласился улучшить QoS у UE-автономного выбора ресурсов посредством зондирования и «полупостоянной» передачи (также может именоваться резервированием ресурсов радиосвязи).
[0135] Более подробно, было решено поддерживать механизм зондирования вместе с полупостоянными передачами в качестве механизма автономного управления/выбора ресурсов для побочной линии связи V2X. UE будет указывать в рамках PSSCH (SA/SCI), что оно имеет данные по выбранному набору периодически возникающих ресурсов до тех пор, пока не происходит выбор ресурсов. Данная информация резервирования ресурсов (сигнализируемая в рамках SCI) может быть использована другими UE, которые намереваются передавать сообщение V2X для выбора ресурса так, что ресурсы, которые уже зарезервированы/забронированы другими UE, не рассматриваются для выбора ресурсов радиосвязи. Данная процедура резервирования/бронирования ресурсов должна применяться только к трафику, для которого пакеты прибывают с определенной периодичностью, например, сообщений CAM.
[0136] В отношении указания зарезервированных ресурсов радиосвязи в информации планирования, как упомянуто выше, может осуществляться мониторинг («зондирование») посредством других (относящихся к транспортному средству) устройств. В целом, зондирование используется при идентификации набора ресурсов-кандидатов для передачи. С этой целью, процесс зондирования классифицирует частотные ресурсы на разные группы:
- 'Недоступные' ресурсы. Это ресурсы, по которым UE не разрешено осуществлять передачу, поскольку эти ресурсы уже забронированы/зарезервированы другими UE.
- 'Ресурсы-кандидаты'. Это ресурсы, по которым UE может/разрешено выполнять передачу, и могут быть дополнительно классифицированы на 'первичные ресурсы' и 'вторичные ресурсы'.
[0137] Зондирование должно быть реализуемым простым образом для того, чтобы не увеличивать комплексность UE слишком сильно. Также следует отметить, что может присутствовать несколько путей/опций того, каким образом реализовывать алгоритм зондирования. Одна потенциальная опция состоит в том, что каждое UE имеет карту с предсказанием частотных ресурсов, которые охватывают самое большое, например, 1 секунду, начиная со следующего субкадра. Т.е. в момент времени P, когда пакет прибывает в буфер в UE, UE имеет карту всех частотных ресурсов для субкадров от P до L, причем L главным образом обозначает максимальный промежуток времени (в соответствии с QoS), в течение которого пакет должен быть передан, является ли каждый из ресурсов 'Недоступным', или кандидатом.
[0138] 'Недоступные' ресурсы определяются на основании декодирования SCI (бронирования/резервирования ресурсов). Следует отметить, что подробности выбора фактического ресурса для передачи (из набора ресурсов-кандидатов) окончательно еще не были приняты в 3GPP и по-прежнему являются предметом обсуждения. Один примерный подход будет состоять в том, что выбор фактических ресурсов, используемых для передачи, выполняется случайным образом в рамках набора ресурсов-кандидатов, назначая равную вероятность всем выборам. Случайность может быть подходящей для того, чтобы гарантировать то, что UE со сходными картами ресурсов, выбирают разные ресурсы. При условии, что набор ресурсов-кандидатов достаточно большой, использование произвольного выбора гарантирует то, что вероятность того, что UE с коррелированными наблюдениями выбирают один и тот же ресурс(ы), является низкой. В качестве основы, UE рассматривает самые ближайшие ресурсы, классифицированные в качестве ресурсов-кандидатов для (повторной) передачи транспортного блока. Дальнейшие ограничения могут быть применены, чтобы гарантировать то, что ресурсы-кандидаты удовлетворяют другие релевантные требования, такие как время ожидания, полоса пропускания, и т.д. Все эти ресурсы составляют набор ресурсов-кандидатов для передачи. Другой подход будет в использовании также дополнительных основанных на энергии результатов зондирования для того, чтобы выбирать фактические ресурсы передачи из числа ресурсов-кандидатов (в противоположность произвольному выбору). Следует отметить, что при наличии карты с информацией на уровне RB, UE имеет полную гибкость и ему не требуется знать размер транспортного блока, для планирования при зондировании.
[0139] Для того, чтобы лучше поддерживать и гарантировать разные требования QoS для услуг V2X, текущие обсуждения в 3GPP предоставляют решения, где используются дополнительные параметры QoS. Различаются интерфейс PC5 и интерфейс Uu.
[0140] Например, одно решение, предложенное до сих пор для интерфейса PC5, состоит в том, что MME предоставляет UE-PC5-AMBR (Агрегированная Максимальная Скорость Передачи Битов) NB как часть информации контекста UE. eNB таким образом, использует UE-PC5-AMBR, чтобы ограничивать передачу PC5 UE посредством соответствующего распределения ресурсов. Как объяснялось, информация приоритета (например, PPPP) от прикладного слоя передается посредством UE к eNB при запросе ресурсов (Режим 1-eNB-планируемый). Затем eNB должен вывести запас задержки пакета и надежность из информации приоритета, предоставленной UE, и использовать то же самое для обработки приоритета. Отображение между информацией приоритета и запасом задержки пакета/надежностью может быть основано на предоставлении, например, конфигурации O&M, или быть определено в техническом описании.
[0141] Никакое подходящее решение в настоящее время не обсуждается для Режима-2 UE-автономного распределения ресурсов, так что требования QoS могут гарантироваться только для Режима 1. Равная обработка требований QoS для Режима 1 и Режима 2 кажется, тем не менее, предпочтительной; в особенности, рассматривая то, что приложение V2X является - в настоящее время - не информированным о режиме, который используется нижним слоем(ями) для передачи данных V2X.
[0142] Более того, одним решением, которое в настоящее время исследуется в 3GPP для интерфейса Uu, состоит в введении 1 GBR QCI и 1 Не-GBR QCI для услуг V2X.
[0143] [Таблица 2]
QCI
Тип Ресурса
Уровень Приоритета
Запас Задержки Пакета
Коэффициент Потери Ошибок Пакетов
Примерные услуги
75
GBR
1.8
50мс
10<sup>-2</sup>
Сообщения V2X
79
Не-GBR
5.8
50мс
10<sup>-2</sup>
Сообщения V2X
[0144] Как очевидно, сообщество 3GPP в настоящее время исследует разные решения в отношении того, как наилучшим образом реализовать QoS для передачи данных V2X.
[0145] Настоящее раскрытие, таким образом, должно представлять решения, способствующие преодолению одной или более из проблем, упомянутых выше.
[0146] Подробное описание настоящего раскрытия
Мобильная станция или мобильный узел или терминал пользователя или оборудование пользователя является физическим объектом в сети связи. Один узел может иметь несколько функциональных объектов. Функциональные объекты относятся к модулю программного обеспечения или аппаратного обеспечения, который реализует и/или предлагает предварительно определенный набор функций другим функциональным объектам узла или сети. Узлы могут иметь один или более интерфейсы, которые прикрепляют узел к средству или среде связи, через которую узлы могут осуществлять связь. Сходным образом, сетевой объект может иметь логический интерфейс, прикрепляющий функциональный объект к средству или среде связи, через которую он может осуществлять связь с другими функциональными объектами или соответствующими узлами.
[0147] Понятия «ресурсы радиосвязи» и «частотно-временные ресурсы радиосвязи», используемые в наборе пунктов формулы изобретения и в заявке следует понимать в широком смысле как относящиеся к физическим ресурсам радиосвязи, таким как частотно-временные ресурсы.
[0148] Понятие «передача прямой связи», используемое в заявке, следует понимать в широком смысле как передачу напрямую между двумя оборудованиями пользователя, т.е. не через базовую станцию радиосвязи (например, eNB). Соответственно, передача прямой связи выполняется через «прямое соединение побочной линии связи», которое является понятием, используемым для соединения, созданного напрямую между двумя оборудованиями пользователя. Например, в 3GPP используется терминология связи D2D (Устройство-с-Устройством) или связи ProSe, или связи побочной линии связи. Понятие «прямое соединение побочной линии связи», «интерфейс побочной линии связи» следует понимать в широком смысле и может быть понято в контексте 3GPP в качестве интерфейса PC5, описанного в разделе предпосылок создания изобретения.
[0149] Понятие «ProSe» или в его несокращенной форме, «Услуги Близости», используется в заявке и применяется в контексте основанных на Близости приложений и услуг в системе LTE, как в качестве примера объяснено в разделе предпосылок создания изобретения. Другая терминология, такая как «D2D» также используется в данном контексте, чтобы относиться к связи Устройство-с-Устройством применительно к Услугам Близости.
[0150] Понятие «относящийся к транспортному средству мобильный терминал», используемое на всем протяжении заявки, может в качестве примера пониматься в контексте нового предмета исследования 3GPP соответственно рабочего вопроса V2X (относящейся к транспортному средству связи) как объясняется в разделе предпосылок создания изобретения. Соответственно, относящийся к транспортному средству мобильный терминал должен в широком смысле пониматься как мобильный терминал, который в частности инсталлирован на транспортном средстве (например, легковом автомобиле, коммерческих грузовых автомобилях, мотоциклах, и т.д.), чтобы выполнять относящуюся к транспортному средству связь, т.е. пропуская информацию, которая относится к транспортному средству, к другим объектам (таким как транспортные средства, инфраструктура, пешеходы) например в целях обеспечения безопасности или помощи водителю. Опционально, относящийся к транспортному средству мобильный терминал может иметь доступ к информации, доступной в навигационной системе (при условии, что она также инсталлирована в легковом автомобиле), такой как информация карты, и т.д.
[0151] Понятия «автономное распределение ресурсов радиосвязи» и «управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи», используемые на всем протяжении заявки, могут в качестве примера пониматься в контексте Услуг Близости 3GPP, обеспечивающие два режима для распределения ресурсов; а именно Режим 1 (т.е., управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи) в соответствии с которым базовая станция радиосвязи управляет распределением, и Режим 2 (т.е. автономное распределение ресурсов) в соответствии с которым терминал (или передающее устройство) автономно выбирает ресурсы (без базовой станции радиосвязи).
[0152] Понятия «прикладной слой» и «слой передачи», используемые на всем протяжении приложения, можно в качестве примера понимать, как абстрактные объекты внутри UE/передающего устройства, отвечающие за соответствующую процедуру, т.е. генерирование данных приложения (таких как относящихся к транспортному средству данных) соответственно передачу данных (например, также включая распределение ресурсов радиосвязи). «Прикладной слой» и «слой передачи» могут или не могут соответствовать слою модели слоев OSI (Взаимодействие открытых Систем). Сам слой может быть в качестве примера реализован в программном обеспечении и/или аппаратном обеспечении, чтобы выполнять его функцию. В одном примере, «прикладной слой» может быть частью Слоя 3 у UE/передающего устройства или слоем ProSe. С другой стороны, «слой передачи» может быть примерными слоями 1 и 2 у UE/передающего устройства (т.е., физическим слоем соответственно слоями PDCP, RLC, MAC).
[0153] Как объяснено в разделе предпосылок создания изобретения, 3GPP ввел новый предмет исследования для выполняемой с помощью LTE относящейся к транспортному средству связи, которая должна быть основана на процедурах ProSe, чтобы осуществлять обмен трафиком V2X между разнообразными относящимися к транспортному средству мобильными терминалами и другими станциями. Кроме того, продолжаются обсуждения и предложения в отношении поддержки требования качества обслуживания в частности для относящейся к транспортному средству связи через интерфейс побочной линии связи. Данные обсуждения сконцентрированы до сих пор на предоставлении eNB подходящих параметров качестве обслуживания. В этом случае, тем не менее, по меньшей мере остается одна проблема, а именно то, каким образом поддерживать качество обслуживания для относящейся к транспортному средству связи при использовании для передачи Режима 2 распределения ресурсов относящимся к транспортному средству данных, где UE автономно выполняет распределение ресурсов радиосвязи, т.е. без помощи от eNB.
[0154] Нижеследующие примерные варианты осуществления авторы изобретения задумали чтобы смягчить проблему(ы), которая объяснялась выше.
[0155] Конкретные реализации разнообразных вариантов осуществления должны быть реализованы в широком техническом описании, как задано стандартами 3GPP и объясняется частично в разделе предпосылок создания изобретения, с конкретными ключевыми признаками, добавленными как, объясняется в нижеследующих вариантах осуществления. Следует отметить, что варианты осуществления могут быть преимущественно использованы, например, в системе мобильной связи, таких как системы связи 3GPP LTE-A (Редакция 10/11/12/13/14 или более поздние редакции), как описано в разделе Технических Предпосылках Создания Изобретения выше, но варианты осуществления не ограничиваются их использованием в этих конкретных примерных сетях связи.
[0156] Сценарии и предположения, сделанные для объяснения, не следует понимать, как ограничивающие объем раскрытия, но лишь в качестве примеров, чтобы лучше понимать настоящее раскрытие. Специалист в соответствующей области техники должен быть осведомлен о том, что общие принципы настоящего раскрытия как изложено в формуле изобретения, могут быть применены к отличным сценариям и путями, которые не явно описаны в данном документе.
[0157] Разнообразные варианты осуществления главным образом предоставляют улучшенную передачу относящихся к транспортному средству данных от передающего устройства к одному или более принимающим устройствам через интерфейс побочной линии связи, которая также включает распределение ресурсов радиосвязи. Прочие функциональные возможности (т.е. функциональные возможности, не измененные разнообразными вариантами осуществления) могут оставаться точно такими же, как объясняется в разделе предпосылок создания изобретения, или могут быть изменены без каких-либо последствий для разнообразных вариантов осуществления. Это может включать в себя, например, прочие процедуры, такие как то, каким образом передача периодических данных в точности выполняется передающим устройством, используя параметры передачи, полученные посредством распределения ресурсов, или то, каким образом разнообразные устройства ProSe обнаруживают друг друга.
[0158] Одним примерным сценарием, к которому могут быть применены разнообразные варианты осуществления, является V2X-связь, как приведено в качестве примера в разделе предпосылок создания изобретения. Следовательно, передающими и принимающими устройствами может быть, например, UE в транспортном средстве, блок стороны дороги, «нормальный» мобильный терминал, который переносит пешеход, и т.д.
[0159] Разнообразные отличные варианты осуществления представляются и объясняются в связи с примерным и иллюстративным V2X-сценарием, как станет очевидно из нижеследующего. Предполагается относящееся к транспортному средству UE (в целом, передающее устройство), которое инсталлировано в транспортном средстве и выполнено с возможностью осуществления относящейся к транспортному средству связи на основании инфраструктуры D2D (т.е. через интерфейс PC5 побочной линии связи), как объясняется в разделе предпосылок создания изобретения данной заявки. Соответственно, относящиеся к транспортному средству данные должны быть переданы посредством относящегося к транспортному средству UE к другим объектам (в целом, принимающим устройствам) для которых данные являются интересными.
[0160] Кроме того, предполагается, что относящее к транспортному средству UE поддерживает оба режима распределения ресурсов, т.е. Режим 1 управляемого eNodeB распределения ресурсов, как, впрочем, и Режим 2 UE-автономного распределения ресурсов, примерная реализация которого объяснена в разделе предпосылок создания изобретения. Некоторые варианты осуществления сконцентрированы на улучшении Режима 2 UE-автономного распределения ресурсов с тем, чтобы надлежащим образом поддерживать и удовлетворять требования качества обслуживания. Любое из двух распределений ресурсов выполняется относящимся к транспортному средству UE, чтобы получать необходимые параметры передачи, чтобы затем выполнять фактическую передачу относящихся к транспортному средству данных на основании этих параметров передачи.
[0161] В целях иллюстрации, относящееся к транспортному средству UE рассматривается как обладающее стеком протоколов, содержащим разнообразные слои, такие как слой 1 (Физический), Слой 2 (PDCP, RLC, MAC), Слой 3 (Слои Уровня без Доступа, такие как IP протокол, функция ProSe). Разные функции выполняются соответствующими слоями. В пояснительных целях, стек протоколов упрощен, чтобы включать в себя один или более прикладной слой(и) и слой передачи, при этом прикладной слой главным образом отвечает за генерирование данных приложения (таких как относящиеся к транспортному средству данные относящегося к транспортному средству приложения), тогда как слой передачи отвечает за передачу данных через интерфейс (побочной линии связи) (например, относящиеся к транспортному средству данные или других не относящиеся к транспортному средству данные, сгенерированные посредством соответствующих прикладных слоев, пропускаются к слою передачи).
[0162] Первый вариант осуществления
В нижеследующем подробно будет описан первый вариант осуществления для решения вышеупомянутой проблем(ы). Также будут объяснены разные реализации и варианты первого варианта осуществления.
[0163] Как объясняется в разделе предпосылок создания изобретения, так называемый Приоритет из Расчета на Пакет ProSe (PPPP) был введен в Редакции 13, чтобы поддерживать обработку приоритета и обработку качества обслуживания для один-со-многими связи ProSe. PPPP позволяет верхнему слою ProSe (т.е. прикладному слою, отвечающему за генерирование данных) присваивать приоритет пакетам данных, которые проходят вниз (вместе с PPPP) к нижнему слою для передачи (т.е. слою передачи). Слой передачи может, таким образом, использовать PPPP, чтобы присваивать приоритет принятым данным, например, по отношению к другим внутри-UE данным (т.е. данным от других приложений в том же самом относящемся к транспортному средству UE).
[0164] Вкратце, в соответствии с первым вариантом осуществления, в дополнение к PPPP, прикладной слой может переадресовывать параметры, относящиеся к требованиям качества обслуживания у относящихся к транспортному средству данных, к слою передачи. Процедура распределения ресурсов радиосвязи в соответствии с Режимом 2, выполняемая на слое передачи, учитывает принятые параметры, т.е. PPPP и параметры QoS, чтобы получать параметры передачи, которые должны быть использованы для передачи относящихся к транспортному средству данных к принимающим объектам. Таким образом, существует возможность реализовать поддержку QoS для передачи относящихся к транспортному средству данных также для режима UE-автономного распределения ресурсов.
[0165] В одной примерной реализации первого варианта осуществления, одна или более из характеристик QCI, уже стандартизованных для 3GPP LTE, могут быть повторно использованы в качестве параметра QoS. В частности, 3GPP стандартизировал разные параметры, чтобы поддерживать QoS, такие как тип ресурса (GBR или не-GBR), уровень приоритета, запас задержки пакета, как, впрочем, и коэффициент Потери Ошибок Пакетов (см. статью 6.1.7.2 «Standardized QCI characteristics» в документе TS 23.203 v14.0.0, включенную в настоящее описание посредством ссылки). Может быть видно, что уровень приоритета, стандартизованный в статье 6.1.7.2, соответствует PPPP (упомянутому выше как введенному для связи ProSe), и раз так, может рассматриваться как параметр, отделенный от других параметров QoS. В качестве альтернативы, PPPP может рассматриваться как другой параметр QoS.
[0166] Вкратце, тип ресурса в основном указывает, должна ли конкретная скорость передачи битов гарантироваться или нет при передаче данных. Запас задержки пакета определяет верхнюю границу времени, которую пакет может брать для доставки от передающего объекта (относящегося к транспортному средству UE) к принимающему объекту. Коэффициент потери ошибок пакетов (PELR) определяет верхнюю границу для коэффициента пакетов, которые не успешно доставляются к принимающему объекту. Коэффициент Потери Ошибок Пакетов может быть установлен так, чтобы поддерживать высокую надежность, не требуя повторной передачи сообщения прикладного слоя, при этом учитывая низкий Запас Задержки Пакета, который может вызывать более высокий PELR.
[0167] В соответствии с первым вариантом осуществления, прикладной слой отвечает за то, что относящаяся к транспортному средству связь генерирует данные V2X. Как упомянуто до этого, прикладной слой устанавливает PPPP у сообщения V2X, когда пропускает его к нижнему слою(ям) для передачи. Отображение приоритета сообщения V2X прикладного слоя в PPPP, например, основано на предварительной конфигурации в UE. Конфигурация такого отображения в UE находится вне объема 3GPP и независима от вариантов осуществления, обсуждаемых в данном документе. Поскольку прикладной слой в целом осведомлен о типе данных V2X, которые должны быть переданы, прикладной слой также может предоставлять - сходно с соответствующим PPPP - один или более из упомянутых выше параметров QoS, соответствующих сгенерированным данным V2X нижнему слою(ям). Вновь, отображение между данными V2X прикладного слоя и параметрами QoS, например, основано на предварительной конфигурации в UE. Данные V2X, PPPP, и один или более параметры QoS пропускаются вниз по стеку протоколов к слою(ям) передачи, отвечающему за выполнение распределения ресурсов радиосвязи и передачу данных V2X.
[0168] В соответствии с одним примером, параметр(ы) QoS (как, впрочем, и PPPP) переадресовываются вместе с каждым пакетом к слою передачи. Таким образом, существует возможность надлежащей поддержки QoS для любой передачи пакета данных, посредством выборочного различения требований QoS для идентичного PPPP. В качестве альтернативы, в то время как PPPP переадресовывается с каждым пакетом, параметры QoS могут только предоставляться слою передачи в начале (например, единожды), т.е. когда начинается новая услуга и настраиваются соответствующие логические каналы побочной линии связи в нижних слоях. Затем, слой передачи у относящегося к транспортному средству UE может ассоциировать последующие пакеты данных, которые переадресовываются вместе с тем же самым PPPP, с ранее принятым параметром(ами) QoS на основании принятого PPPP; один логический канал побочной линии связи, сконфигурированный для конкретного PPPP, ассоциируется с параметрами QoS, принятыми, когда настраивался тот логический канал побочной линии связи. Преимущество этого состоит в том, что уменьшается межслойная связь, поскольку не требуется передавать параметры QoS с каждым пакетом данных.
[0169] Как упомянуто выше, относящееся к транспортному средству UE выполняет распределение ресурсов в соответствии с Режимом 2 (т.е. UE-автономное), чтобы получить необходимые параметры передачи и должно тем самым дополнительно учитывать PPPP параметр(ы) QoS, например, соответствующим образом, как это делается посредством eNB для Режима 1 распределения ресурсов. Более подробно, выполнение Режима 2 распределения ресурсов, как правило, включает выбор подходящей схемы модуляции и скорости кодирования, как, впрочем, и выбор достаточных частотно-временных ресурсов радиосвязи, чтобы передавать кодированные данные. В дополнение, передачи данных D2D будут вероятно включать повторения вслепую (например, без обратной связи HARQ) транспортного блока для того, чтобы увеличить надежность передачи. Предполагая, что число суммарных передач является гибким и не предварительно сконфигурированным, распределение ресурсов радиосвязи также может включать определение числа передач пакета данных, которое суммарно должно быть выполнено посредством относящегося к транспортному средству UE.
[0170] Распределение ресурсов должно быть выполнено на основании параметров, принятых от верхнего слоя для данных V2X, которые должны быть переданы. Например, схема модуляции и/или скорость кодирования могут быть выбраны так, что коэффициент потери ошибок пакетов будет вероятно удовлетворен. Сходным образом, посредством увеличения числа суммарных передач для одного транспортного блока, относящееся к транспортному средству UE может уменьшить коэффициент потери ошибок пакетов. Таким образом, число передач может быть выбрано на основании коэффициента потери ошибок пакетов.
[0171] С другой стороны, запас задержки пакета может быть использован во время распределения ресурсов радиосвязи, например, когда относящееся к транспортному средству UE определяет доступные частотно-временные ресурсы радиосвязи на основании ранее полученных результатов зондирования. Поскольку было согласовано поддерживать зондирование с помощью полупостоянной передачи для механизма автономного управления/выбора ресурсов для передачи PC5 относящихся к транспортному средству данных, передающее устройство выбирает неиспользуемые/свободные ресурсы радиосвязи для передачи (включая повторные передачи) пакета данных, на основании результатов зондирования, выполненного через окно зондирования, при этом ресурсы передачи должны лежать в рамках запаса задержки пакета. Например, в случае, когда запас задержки пакета составляет 20 мс, относящееся к транспортному средству UE должно гарантировать то, что все передачи пакета данных имеют место в рамках 20мс после того, как пакет пребывает в буфер UE. Более того, запас задержки пакета может быть использован в относящемся к транспортному средству UE, чтобы определять истекшие пакеты данных (т.е. пакет данных, для которого превышен запас задержки пакета), которые в данном случае, могут быть отброшены.
[0172] Уровень приоритета (или PPPP), принятый от прикладного слоя, может быть использован, например, в процедуре присвоения приоритета логическим каналам побочной линии связи, при распределении определенных частотно-временных ресурсов радиосвязи, чтобы генерировать транспортный блок, несущий данные V2X. В одной примерной реализации, частотно-временные ресурсы радиосвязи распределяются для передачи данных в убывающем порядке PPPP данных V2X (в частности, у настройки логических каналов в соответствии с PPPP у данных V2X). Таким образом созданный транспортный блок затем передается посредством относящегося к транспортному средству UE к другому принимающему устройству(ам).
[0173] Фиг. 9 является схемой, иллюстрирующей примерную реализацию первого варианта осуществления, показывающую функции, выполняемые прикладным слоем и слоем передачи. Как очевидно из нее, прикладной слой генерирует данные V2X, впоследствии определяет соответствующий приоритет и параметры QoS для данных V2X, и предоставляет то же самое нижнему слою передачи, отвечающему за передачу. Слой передачи в свою очередь выполняет UE-автономное распределение ресурсов на основании принятых параметров и приоритета и переходит к передаче данных V2X через интерфейс PC5 к другим устройствам.
[0174] Более того, в соответствии с дополнительными реализациями первого варианта осуществления, относящемуся к транспортному средству UE может быть предоставлена информация по UE-PC5-AMBR (Агрегированная Максимальная Скорость Передачи Битов для интерфейса побочной линии связи). UE-PC5-AMBR можно понимать как максимальную суммарную пропускную способность данных, которая разрешена для UE применительно к передачам через интерфейс побочной линии связи. Иными словами, UE ограничивается конкретной, усредненной скоростью передачи битов (данных в единицу времени) при передаче данных через интерфейс побочной линии связи. В соответствии с данным общим определением, AMBR является особой для UE, как, впрочем, и особой для интерфейса, но применяется к всем логическим каналам побочной линии связи, т.е. логическим каналам побочной линии связи, переносящим относящиеся к транспортному средству или не относящееся к транспортному средству данные.
[0175] В одном варианте, UE-PC5-AMBR может быть предоставлена для относящегося к транспортному средству UE в соответствующем выделенном сообщении от eNB, например, во время процедуры прикрепления. Во время процедуры прикрепления, MME получает UE-PC5-AMBR в соответствии с подпиской UE от HSS (Сервер Домашних Абонентов) и политикой оператора сети. Данная UE-PC5-AMBR затем отправляется от MME к eNB во время первоначальной процедуры настойки контекста для UE. eNB затем может дополнительно информировать UE о значении UE-PC5-AMBR. В качестве альтернативы, UE может предоставляться значение UE-PC5-AMBR от верхнего слоя (прикладного) на основании некоторой предварительной конфигурации.
[0176] UE-PC5-AMBR может быть использована в качестве параметра в процедуре присвоения приоритета логическим каналам побочной линии связи так, чтобы ограничить объем данных, который должен передаваться через интерфейс побочной линии связи. В одной примерной реализации, алгоритм маркерного ведра может быть использован в процедуре LCP побочной линии связи, чтобы реализовывать данное ограничение (например, сходно с нормальной унаследованной процедурой LCP, как объяснялось в разделе предпосылок создания изобретения). В частности, маркерное ведро может быть определено для логических каналов побочной линии связи, так что ресурсы радиосвязи могут распределяться только для логических каналов побочной линии связи при условии, что ведро не является пустым (т.е. >0). Тем не менее, также могут быть предусмотрены другие реализации, не использующие алгоритм маркерного ведра, для применения ограничения, заданного параметром UE-PC5-V2X-AMBR.
[0177] Особая примерная реализация такой адаптированной процедуры LCP побочной линии связи приводится в нижеследующем. Как сделано в текущей процедуре присвоения приоритета логическим каналам побочной линии связи, UE будет распределять ресурсы логическим каналам побочной линии связи в строгой очередности приоритета. Выбор получателя (получатель ProSe) не рассматривается здесь по соображениям простоты. Соответствующий нижний слой (т.е. MAC) должен распределять ресурсы (релевантным) логическим каналам побочной линии связи в следующих этапах:
1. Все логические каналы побочной линии связи с данными доступными для передачи обслуживаются в порядке убывания приоритета до тех пор, пока не будут израсходованы данные для логического канала(ов) побочной линии связи или разрешение SL или не опустеет ведро, что наступит первым.
2. Объект MAC должен уменьшать уровень ведра на суммарный размер MAC SDU, обслуживаемых на этапе выше.
[0178] В соответствии с примерной реализацией, нижние слои - слой передачи - указывают прикладному слою режим распределения ресурсов, который сконфигурирован/используется относящимся к транспортному средству UE. Данная информация используется в приложении для того, чтобы принимать решение о том, требуется ли слою передачи предоставлять параметры QoS для пакетов данных. В частности, только для случая, когда UE работает в режиме UE-автономного распределения ресурсов (Режим 2), прикладному слою требуется предоставлять информацию/параметр QoS нижним слоям.
[0179] Второй вариант осуществления
В нижеследующем представляется второй вариант осуществления, который занимается той же самой проблемой, как та, что решается первым вариантом осуществления, т.е., той, что объяснялась в начале подробного описания, а именно, каким образом реализовывать поддержку качества обслуживания для относящейся к транспортному средству связи через интерфейс побочной линии связи, в частности, где относящееся к транспортному средству UE выполняет UE-автономное распределение ресурсов радиосвязи.
[0180] Вкратце, в соответствии со вторым вариантом осуществления, определяется, по меньшей мере, одна конфигурация качества обслуживания, которая указывает один или более параметры качества обслуживания. Передающее устройство, обладающее конфигурацией(ями) QoS затем выбирает подходящую конфигурацию QoS в соответствии с относящимися к транспортному средству данными, которые должны быть переданы через интерфейс побочной линии связи. Образом сходным с первым вариантом осуществления, распределение ресурсов радиосвязи, выполняемое относящимся к транспортному средству UE в соответствии с Режимом 2 учитывает параметры QoS из одной конфигурации QoS при получении параметров передачи. Относящиеся к транспортному средству данные передаются в соответствии с выполненным распределением ресурсов радиосвязи и соответственно полученными параметрами передачи. Следовательно, можно поддерживать разные требования QoS для передачи данных V2X через интерфейс PC5 также при выполнении Режима 2 распределения ресурсов.
[0181] Как уже объяснялось в связи с первым вариантом осуществления, один или более из стандартизованных 3GPP LTE параметров QoS могут быть повторно использованы для реализации качества обслуживания, т.е. запас задержки пакета, коэффициент потери ошибок пакета, тип ресурса. Ссылка делается на более подробные объяснения касательно этих параметров QoS, приведенные в связи с первым вариантом осуществления.
[0182] Разнообразные отличные конфигурации QoS (могут также называться классами QoS) могут быть определены, чтобы отличать требования качества обслуживания, подходящие для относящихся к транспортному средству данных. Как объясняется в разделе предпосылок создания изобретения, уже были сделаны предложения в отношении того, каким образом определять требования QoS для передач данных V2X по интерфейсу Uu. В частности, были предложены следующие две разные конфигурации QoS (соответственно, идентифицируемые посредством QCI 75 и 79):
[0183] [Таблица 3]
QCI
Тип Ресурса
Уровень Приоритета
Запас Задержки Пакета
Коэффициент Потери Ошибок Пакетов
Примерные услуги
75
GBR
1.8
50мс
10<sup>-2</sup>
Сообщения V2X
79
Не-GBR
5.8
50мс
10<sup>-2</sup>
Сообщения V2X
-2
-2
[0184] Эти конфигурации QoS из таблицы могут быть взяты в качестве руководства в отношении того, каким образом применять QoS к передачам данных V2X по интерфейсу побочной линии связи PC5 в соответствии с вторым вариантом осуществления. В частности, одна возможная конфигурация QoS тогда будет определять тип ресурса как GBR, запас задержки пакета как 50 мс, и коэффициент потери ошибок пакетов как 10, тогда как другая конфигурация будет тогда определять тип ресурса как не-GBR, запас задержки пакета как 50 мс, и коэффициент потери ошибок пакетов как 10. Следует отметить, что вышеприведенное является лишь примерами и при необходимости могут быть выбраны отличные совокупности и значения для параметров.
[0185] Как очевидно из вышеприведенной таблицы, разные уровни приоритета предусматриваются для требований QoS по интерфейсу Uu. Что касается поддержки QoS для интерфейса побочной линии связи, параметр уровня приоритета у перечисленных конфигураций QoS может не потребоваться ввиду того, что приоритет-из-расчета-на-пакет ProSe (PPPP) уже стандартизован для указания приоритета (относящихся к транспортному средству) данных D2D. Другими словами, PPPP может быть использован отдельно от конфигурации QoS.
[0186] С другой стороны, также может быть интересным стандартизировать уровень приоритета для отличных конфигураций QoS так, чтобы тем самым иметь единообразное определение QoS для относящихся к транспортному средству данных независимо от конкретного прикладного слоя, генерирующего относящиеся к транспортному средству данные. В данном случае, PPPP не будет использоваться (и, таким образом, не переадресовывается раз так к нижнему слою), или PPPP (если генерируется приложением) может быть перезаписан посредством уровня приоритета заданного выбранной конфигурацией QoS (по-прежнему в качестве альтернативы, PPPP, если переадресовывается, может перезаписывать уровень приоритета).
[0187] Опционально, дополнительным возможным параметром QoS для передач относящихся к транспортному средству данных через интерфейс побочной линии связи, будет число повторений, т.е. число суммарных передач для транспортного блока, как объяснено более подробно в первом варианте осуществления.
[0188] В любом случае, таким образом, могут быть определены разные конфигурации QoS, соответственно создающие отличие между одним или более параметрами QoS (такими как запас задержки пакета, коэффициент потери ошибок пакетов, и тип ресурса). В результате, разные относящиеся к транспортному средству данные, таким образом, могут обрабатываться по-разному касательно их требования QoS.
[0189] Существует несколько возможностей того, каким образом конфигурация(и) QoS может быть предоставлена относящемуся к транспортному средству UE. В соответствии с одной примерной реализацией второго варианта осуществления, eNB осуществляет широковещательную передачу информации по разным конфигурациям QoS в его соте радиосвязи так, что все (относящиеся к транспортному средству) UE принимают информацию. Например, может осуществляться широковещательная передача V2X-особого блока информации системы посредством eNB, включающего в себя конфигурацию(ии) QoS (и возможно также другую V2X-относящуюся информацию). В качестве альтернативы, относящемуся к транспортному средству UE может быть предоставлена выделенная сигнализация с конфигурацией(ями) QoS, например, при конфигурировании режима распределения ресурсов, или относящееся к транспортному средству UE может быть предварительно сконфигурировано конфигурацией(ями) QoS.
[0190] В любом случае, предполагается, что относящемуся к транспортному средству UE, таким образом, предоставляются разные конфигурации QoS и оно, таким образом, может выборочно использовать надлежащую конфигурацию QoS для удовлетворения некоторых требований QoS применительно к передаче относящихся к транспортному средству данных через интерфейс побочной линии связи. Конфигурация QoS должна выбираться так, чтобы быть подходящей для относящихся к транспортному средству данных, которые должны быть переданы. Отображение между данными V2X прикладного слоя и подходящей конфигурацией QoS, например, основано на предварительной конфигурации в UE. В качестве альтернативы, отображение класса V2X-в-QoS может быть предоставлено относящимся к транспортному средству UE посредством использования блока информации системы (например, упомянутого выше V2X-особого блока информации системы), широковещательная передача которого осуществляется посредством eNodeB или выделенной сигнализации, как изложено выше.
[0191] Прикладной слой, который генерирует относящиеся к транспортному средству данные, может надлежащим образом определять, какая конфигурация QoS является наиболее подходящей для сгенерированных данных V2X и может предоставлять соответствующее указание совместно со сгенерированными данными нижнему слою(ям) (слою передачи), отвечающему за передачу данных V2X через интерфейс побочной линии связи. В свою очередь, слой передачи может определять конфигурацию QoS и таким образом соответствующие параметры QoS, которые затем используются во время процедуры распределения ресурсов радиосвязи, чтобы получать необходимые параметры для передачи данных V2X. Вышеупомянутое указание, сгенерированное прикладным слоем, чтобы указывать конфигурацию QoS, выбранную для сгенерированных данных V2X, может быть, например, сходным с QCI, т.е. Индикатором Класса QoS, уже известным из стандартов 3GPP. Как представлено в таблице выше, значения QCI 75 и 79 были в качестве примера предложены во время обсуждения 3GPP, чтобы идентифицировать два класса QoS, определенных для относящихся к транспортному средству сообщений, передаваемых через интерфейс Uu. Сходным образом, значения QCI могут быть использованы, чтобы различать разные конфигурации QoS, которые должны быть использованы относящимся к транспортному средству UE. Слой передачи после информирования о значении индикатора конфигурации QoS, может определять соответствующую конфигурацию QoS, предназначенную для того, чтобы удовлетворяться применительно к передаче данных V2X. В соответствии с примерным вариантом осуществления первого варианта осуществления, прикладной слой переадресовывает индикатор конфигурации QoS вместе с пакетом данных нижним слоям. На основании данной информации, нижний слой - слой передачи - знает какую конфигурацию QoS применять для передачи данного пакета данных. Опционально, прикладной слой также может переадресовывать PPPP для данных V2X к слою передачи; в частности, для случая, когда конфигурация QoS не указывает уровень приоритета. С другой стороны, в случае, когда конфигурация(ии) QoS также указывает конкретный уровень приоритета у данных V2X, теоретически не потребуется отдельного указания PPPP (или PPPP будет перезаписан уровнем приоритета, заданным конфигурацией QoS, или наоборот).
[0192] Фиг. 10 является схемой, иллюстрирующей примерную реализацию второго варианта осуществления, где QCI используется в качестве индикатора между прикладным слоем и слоем передачи, чтобы идентифицировать соответствующую конфигурацию QoS. Как очевидно из нее, после генерирования данных V2X, прикладной слой определяет соответствующий приоритет (например, PPPP) для данных V2X, как, впрочем, и конфигурацию QoS, которая должна быть приведена в исполнение в нижнем слое(ях) для упомянутых данных V2X. Соответствующее указание класса QoS (т.е. QCI) предоставляется вместе с данными V2X, как, впрочем, и опционально вместе с приоритетом, слою передачи. В свою очередь, слой передачи определяет конфигурацию QoS и, таким образом, соответствующие параметры QoS на основании принятого QCI. UE-автономное распределение ресурсов может быть выполнено посредством слоя передачи на основании принятого приоритета и параметров QoS у определенной конфигурации QoS так, чтобы затем выполнить фактическую передачу данных V2X в соответствии с ним.
[0193] В качестве альтернативы (не показано на Фиг. 10), вместо использования индикатора конфигурации QoS в качестве индикатора для идентификации конфигурации QoS у пакета данных (или соответственно логического канала побочной линии связи), PPPP может быть использован в упомянутом отношении. Как объяснялось до этого, PPPP указывает приоритет относящихся к транспортному средству данных, сгенерированных на прикладном слое; отображение приоритета сообщения V2X прикладного слоя в PPP, например, основано на предварительной конфигурации в UE. Затем, слой передачи принимает от прикладного слоя относящиеся к транспортному средству данные, как, впрочем, и PPPP, и на основании этого определяет, какая конфигурация QoS должна быть применена к передаче упомянутых данных V2X. Подходящее отображение между разными значениями PPPP и конфигурациями QoS может, например, быть основано на предварительной конфигурации в UE. Другая опция состоит в том, что отображение конфигурации PPPP-в-QoS принимается в соответствующем блоке информации системы, широковещательная передача которого осуществляется посредством eNodeB, или принимается через выделенную сигнализацию от eNB. В качестве альтернативы, отображение класса PPPP-в-QoS может быть предоставлено слою передачи от прикладного слоя.
[0194] В одном примере, указание (является ли оно индикатором конфигурации QoS или PPPP) может быть переадресовано от прикладного слоя к слою передачи с каждым пакетом.
[0195] Вышеприведенное объяснение является таким, что QoS определяется на основании относящихся к транспортному средству данных, которые должны быть переданы. Тем не менее, реализации второго варианта осуществления также можно увидеть в том, что конфигурации QoS должны быть применены к соответствующим логическим каналам побочной линии связи. В частности, относящиеся к транспортному средству данные обрабатываются посредством разных логических каналов побочной линии связи, например, отличающихся их приоритетом, так что относящиеся к транспортному средству данные с одним и тем же приоритетом (и с одним и тем же ID источника и получателя) обрабатываются одним и тем же логическим каналом побочной линии связи. QoS может рассматриваться в качестве концепции, которая обычно применяется на особом для носителя/логического канала уровне. Следовательно, также можно сказать, что слой передачи идентифицирует логический канал побочной линии связи чье QoS (конфигурация) должно быть применено.
[0196] В случае, когда данные разных логических каналов побочной линии связи мультиплексируются в одном TB, например, во время процедуры логического канала побочной линии связи, параметры QoS, используемые для выбора ресурсов радиосвязи и последующей передачи транспортного блока через интерфейс PC5, например, запас задержки пакета или надежность, должны выбираться на основании логического канала с наивысшим приоритетом. В качестве альтернативы, параметры QoS, используемые для выбора ресурсов радиосвязи и последующей передачи транспортного блока, должны быть основаны на параметрах QoS с самыми ограниченными требованиями, т.е. используя наименьший запас задержки пакета у включенных логических каналов.
[0197] В любом случае, слой передачи получает релевантные параметры QoS, которые должны быть удовлетворены для передачи данных V2X. Слой передачи (например, MAC и физический слой в частности) может таким образом выполнять Режим 2 распределения ресурсов радиосвязи и фактическую передачу данных V2X также учитывая параметры QoS. Подробности в отношении того, каким образом разные параметры могут учитываться, уже предоставлялись в связи с первым вариантом осуществления. Вкратце, схема модуляции и/или скорость кодирования могут быть выбраны так, что удовлетворяется коэффициент потери ошибок пакетов. Коэффициент потери ошибок пакетов является важным параметром, чтобы определять число суммарных передач для одного транспортного блока. Запас задержки пакета может быть использован во время распределения ресурсов радиосвязи, чтобы определять доступные ресурсы на основании ранее полученных результатов зондирования, тем самым учитывая то, что передача пакета данных должна иметь место в рамках запаса задержки пакета. Кроме того, отбрасывание истекших пакетов данных также может зависеть от запаса задержки пакета. Уровень приоритета у конфигурации QoS, или в качестве альтернативы PPPP, например, используется в процедуре присвоения приоритета логическим каналам побочной линии связи так, чтобы присваивать приоритет логическим каналам побочной линии связи при распределении ресурсов радиосвязи.
[0198] В соответствии с дополнительными реализациями второго варианта осуществления, относящемуся к транспортному средству UE может быть предоставлена информация по UE-PC5-AMBR (Агрегированная Максимальная Скорость Передачи Битов для интерфейса побочной линии связи). Как уже объяснялось в связи с первым вариантом осуществления, UE-PC5-AMBR можно понимать, как максимальную суммарную пропускную способность данных, которая разрешена для UE применительно к передачам через интерфейс побочной линии связи. Существует несколько возможностей того, каким образом относящемуся к транспортному средству UE может быть предоставлено UE-PC5-AMBR, например, в рамках широковещательной передачи информации системы, несущей конфигурации QoS. В качестве альтернативы, UE-PC5-AMBR может быть предоставлена относящемуся к транспортному средству UE в соответствующем выделенном сообщении от eNB, например, во время процедуры прикрепления; в отношении подробностей делается ссылка на соответствующие места, приведенные для первого варианта осуществления. UE-PC5-AMBR может быть использована в качестве параметра в процедуре присвоения приоритета логическим каналам побочной линии связи с тем, чтобы ограничить объем данных, которые должны быть переданы через интерфейс побочной линии связи. Как уже объяснялось для первого варианта осуществления, параметр может быть использован в качестве параметра алгоритма маркерного ведра. Одна конкретная примерная реализация такого алгоритма маркерного ведра для процедуры LCP побочной линии связи представляется в связи с первым вариантом осуществления и может быть использована также в контексте второго варианта осуществления.
[0199] Следовательно, несмотря на то, что в Режиме 1 распределения ресурсов обработка QoS оставлена на eNB, который отвечает в этом аспекте, второй вариант осуществления предоставляет решение, где можно поддерживать обработку QoS также для Режима 2 UE-автономного распределения ресурсов, выполняемого посредством относящегося к транспортному средству UE при передаче относящихся к транспортному средству данных через интерфейс PC5.
[0200] Третий вариант осуществления
В нижеследующем представляется третий вариант осуществления, который занимается той же самой проблемой, как та, что решается посредством первого и второго вариантов осуществления, т.е. той, что объясняется в начале подробного описания, а именно то, каким образом реализовать поддержу качества обслуживания для относящейся к транспортному средству связи через интерфейс побочной линии связи, в частности, где относящееся к транспортному средству UE является выполняющим режим автономного распределения ресурсов радиосвязи. Применительно к третьему варианту осуществления в качестве примера предполагается, что поддержка QoS главным образом обеспечивается посредством Режима 1 распределения ресурсов, тогда как UE-автономное распределение ресурсов в соответствии с Режимом 2 не обязательно поддерживает удовлетворение требований QoS. В частности, одним примерным предположением является то, что поддержка QoS главным образом применяется в Режиме 1 распределения ресурсов, где eNodeB определяет параметры QoS для относящихся к транспортному средству данных, например, из PPPP, передаваемого посредством относящегося к транспортному средству UE вместе с запросом планирования и/или отчетом о состоянии буфера при запросе ресурсов радиосвязи. Соответствующее отображение между принятым PPPP и параметрами QoS (например, у соответствующей конфигурации QoS) может быть, например, предварительно сконфигурировано в eNodeB. В соответствии с данным примерным предположением, относящемуся к транспортному средству UE, тем не менее, не предоставляется необходимая информация по параметрам QoS так, что относящееся к транспортному средству UE не может учитывать требования QoS у данных при выполнении UE-автономного распределения ресурсов (Режим 2).
[0201] В соответствии с третьим вариантом осуществления, относящееся к транспортному средству UE поддерживает оба режима распределения ресурсов и дополнительно выполнено с возможностью выполнения распределения ресурсов радиосвязи в зависимости от относящихся к транспортному средству данных, которые должны быть переданы. Более подробно, как объясняется в разделе предпосылок создания изобретения, в предшествующем уровне техники, относящееся к транспортному средству UE определяет, какое распределение ресурсов радиосвязи применять в соответствии с конфигурацией от eNodeB (например, на основании присутствия соответствующего пула ресурсов UE-автономного Режима 2). В качестве альтернативы, то, какой режим распределения ресурсов UE будет использовать, также может зависеть от состояния RRC (т.е. находится ли относящееся к транспортному средству UE в состоянии RRC соединенном или нет). С другой стороны, третий вариант осуществления предоставляет решение посредством различия разных данных и выборочного применения Режима 1 распределения ресурсов и Режима 2 распределения ресурсов.
[0202] Вкратце, относящееся к транспортному средству UE (например, прикладной слой) генерирует относящиеся к транспортному средству данные, которые должны быть переданы, и пропускает их вниз к слою передачи, отвечающему за фактическую передачу. В зависимости от относящихся к транспортному средству данных (например, должно или нет QoS поддерживаться для этих данных), выбирается подходящий режим распределения ресурсов радиосвязи, и затем выбранная процедура распределения ресурсов выполняется, чтобы получить подходящие параметры передачи. Например, если QoS должно поддерживаться для конкретных относящихся к транспортному средству данных, относящееся к транспортному средству UE будет выбирать Режим 1 распределения ресурсов и будет соответственно запрашивать ресурсы радиосвязи у eNodeB, который будет определять параметры передачи, учитывая требования QoS у конкретных относящихся к транспортному средству данных. С другой стороны, если QoS не должно поддерживаться для конкретных относящихся к транспортному средству данных, относящееся к транспортному средству UE будет выбирать Режим 2 распределения ресурсов и будет автономно само определять параметры передачи. В любом случае, с полученными параметрами передачи слой передачи затем выполняет передачу данных. Следовательно, можно выборочно применять поддержку QoS к конкретным передачам относящихся к транспортному средству данных посредством выполнения либо Режима 1 распределения ресурсов радиосвязи (чтобы иметь возможность удовлетворения конкретных требований QoS), либо Режима 2 распределения ресурсов радиосвязи (ели не должно поддерживаться конкретное QoS).
[0203] Фиг. 11 является схемой, в качестве примера иллюстрирующей реализацию третьего варианта осуществления. Как очевидно из нее, слой передачи отвечает за определение того, использовать ли Режим 1 или Режим 2 распределения ресурсов на основании V2X данных; например, на основании подходящего отображения. В результате, слой передачи затем будет выполнять соответствующий Режим 1 или Режим 2 распределения ресурсов, как определено до этого, и затем переходить к передаче данных V2X в соответствии с параметрами передачи, полученным посредством распределения ресурсов.
[0204] В примерных реализациях третьего варианта осуществления, выбор надлежащего режима распределения ресурсов радиосвязи, который должен быть использован, может быть основан на указании от прикладного слоя. Другими словами, прикладной слой, генерирующий относящиеся к транспортному средству данные, будет указывать, должно ли применяться QoS или нет для конкретных относящихся к транспортному средству данных. Соответственно, подходящее указание поддержки QoS переадресовывается вместе с относящимися к транспортному средству данными ответственному слою передачи, который затем, следуя принятому указанию, выполняет соответствующее распределение ресурсов радиосвязи (в соответствии с Режимом 1 или Режимом 2), чтобы получать необходимые параметры передачи. В одной примерной реализации, флаг может быть использован в качестве указания поддержки QoS, которое переадресовывается нижним слоям вместе с относящимися к транспортному средству данными.
[0205] В другой примерной реализации, PPPP может быть использован в качестве указания поддержки QoS, посредством ассоциации конкретных значений PPPP с либо Режимом 1, либо Режимом 2 режима распределения ресурсов радиосвязи. Сходным образом, рассматривая то, что логические каналы побочной линии связи настраиваются с учетом PPPP (для одного и того де ID источника получателя) так, что присутствует один логический канал побочной линии связи из расчета на PPPP, некоторые логические каналы побочной линии связи могут быть сконфигурированы, чтобы использовать Режим 1 распределения ресурсов для того, чтобы гарантировать соответствие QoS, тогда как другие логические каналы побочной линии связи будут конфигурироваться, чтобы использовать Режим 2 распределения ресурсов, где удовлетворение конкретных требования QoS не гарантируется. Другими словами, относящееся к транспортному средству UE определяет режим распределения ресурсов радиосвязи, который должен быть применен, на основании логического канала побочной линии связи с данными доступными для передачи.
[0206] Существует несколько возможностей того, каким образом конфигурировать то, какой логический канал (соответственно PPPP или конкретные особые данные) должен использовать какой режим распределения ресурсов. Подходящее отображение может быть определено либо посредством верхних слоев (прикладного слоя, генерирующего относящиеся к транспортному средству данные), либо сконфигурировано посредством eNodeB. Например, eNodeB может осуществлять широковещательную передачу подходящего отображения в его соте радиосвязи с тем, чтобы оно было получено всеми относящимися к транспортному средству UE в соте, или eNodeB может передавать выделенные сообщения относящему к транспортному средству UE по-отдельности в упомянутом отношении. В качестве примера, определенные более высокого приоритета относящиеся к транспортному средству услуги (такие как относящиеся к безопасности передачи или относящиеся к голосовому вызову передачи) могут быть сконфигурированы, чтобы передаваться с поддержкой QoS (например, короткий запас задержки пакета или низкий коэффициент потери ошибок пакетов) и должны, таким образом, передаваться используя Режим 1 режима распределения ресурсов радиосвязи. И наоборот, другие относящиеся к транспортному средству услуги могут не получать выгоду от поддержки QoS, и таким образом будет достаточным распределение ресурсов в соответствии с Режимом 2.
[0207] Как следствие, в зависимости от режима распределения ресурсов радиосвязи, относящемуся к транспортному средству UE возможно придется сначала соединяться в eNodeB. В частности, при передаче относящихся к транспортному средству данных логического канала побочной линии связи для которого должен выполняться Режим 1 распределения ресурсов радиосвязи, относящееся к транспортному средству UE должно быть соединено с eNodeB (чтобы иметь возможность передачи запроса планирования и/или отчета о статусе буфера), и таким образом, должна сначала настраивать соединение RRC с eNodeB, если еще не соединено с eNodeB. Затем, передающее устройство может обычным образом выполнять Режим 1 распределения ресурсов посредством запроса параметров передачи у базовой станции радиосвязи, например, включая передачу первого запроса планирования, и в ответ ему будут предоставляться подходящие частотно-временные ресурсы радиосвязи, передавая отчет о статусе буфера побочной линии связи, указывающий объем относящихся к транспортному средству данных, которые должны быть переданы (только для логических канало побочной линии связи, ассоциированных с Режимом 1 распределения ресурсов). Как упомянуто ранее, eNodeB отвечает за обработку требований QoS в связи с относящимися к транспортному средству данными посредством выбора подходящих параметров передачи в упомянутом отношении. Параметры передачи (например, частотно-временные ресурсы, схема модуляции и кодирования, опционально число суммарных передач, которое должно быть выполнено для транспортного блока) затем используются слоем передачи, чтобы выполнять передачу относящихся к транспортному средству данных.
[0208] Следовательно, в соответствии с третьим вариантом осуществления, Режим 1 соответственно Режим 2 распределения ресурсов выполняется в зависимости от данных, и таким образом QoS поддерживается выборочно в зависимости от данных (или, назначается по-разному в зависимости от логического канала побочной линии связи, обрабатывающего данные). Таким образом, существует возможность реализации единообразной поддержки QoS для особых относящихся к транспортному средству данных (т.е. получающих выгоду от QoS), даже в случае, когда сам Режим 2 распределения ресурсов радиосвязи не подходит для поддержки QoS.
[0209] В результате, может существовать возможность того, что UE выполняет оба распределения ресурсов радиосвязи в одно и то же время, а именно при передаче двух или более отдельных транспортных блоков (например, при использовании MIMO или при использовании агрегации несущих) в одном субкадре.
[0210] Более того, учитывая то, что в соответствии с третьим вариантом осуществления сконфигурированные логические каналы побочной линии связи возможно ассоциируются с разными режимами распределения ресурсов радиосвязи, требуется адаптировать процедуру присвоения приоритета логическим каналам побочной линии связи в упомянутом отношении. В частности, после того, как предоставляются соответствующие параметры передачи (включая частотно-временные ресурсы, которые должны быть распределены), слой передачи обычно выполняет процедуру присвоения приоритета логическим каналам побочной линии связи так, чтобы распределить эти принятые частотно-временные ресурсы радиосвязи логическим каналам побочной линии связи с данными, доступными для передачи. Тем не менее, в данном случае, процедура LCP побочной линии связи должна рассматривать только те логические каналы побочной линии связи, которые ассоциированы с режимом распределения ресурсов, при условии, что частотно-временные ресурсы должны быть распределены посредством процедуры LCP побочной линии связи. Например, предполагая, что относящееся к транспортному средству UE выполняет Режим 1 распределения ресурсов радиосвязи и соответственно принимает параметры передачи от eNodeB, последующая процедура LCP побочной линии связи должна учитывать только те логические каналы побочной линии связи, которые ассоциированы с Режимом 1 распределения ресурсов радиосвязи так, что доступные частотно-временные ресурсы радиосвязи распределяются на основе приоритета логическим каналам побочной линии связи Режима 1. Следовательно, предполагая, что относящееся к транспортному средству UE выполняет Режим 2 распределения ресурсов радиосвязи и соответственно автономно определенные параметры передачи, последующая процедура LCP побочной линии связи должна учитывать только те логические каналы побочной линии связи, которые ассоциированы с Режимом 2 распределения ресурсов радиосвязи так, что доступные частотно-временные ресурсы радиосвязи распределяются на основе приоритета логическим каналам побочной линии связи Режима 2.
[0211] Примерная реализация может предусматривать два отдельных объекта MAC, один отвечающий за выполнение процедуры LCP побочной линии связи для логических каналов побочной линии связи Режима 1, а другой отвечающий за выполнение процедуры LCP побочной линии связи для логических каналов побочной линии связи Режима 2. В качестве альтернативы, только один объект MAC может быть предоставлен в относящемся к транспортному средству UE, который тогда поочередно отвечает за выполнение процедуры LCP побочной линии связи для логических каналов побочной линии связи либо Режима 1, либо Режима 2 при необходимости.
[0212] Четвертый вариант осуществления
В нижеследующем представляется четвертый вариант осуществления, который занимается проблемами сходными с теми, которые решаются предыдущими вариантами осуществления. В частности, должна быть предоставлена улучшенная поддержка QoS для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи.
[0213] В конкретных реализациях первого и второго вариантов осуществления, дополнительный параметр QoS, UE-PC5-AMBR (агрегированная максимальная скорость передачи битов для интерфейса побочной линии связи), рассматривался для использования применительно к UE-автономному распределению ресурсов, в частности в процедуре присвоения приоритета логическим каналам побочной линии связи, выполняемой посредством относящегося к транспортному средству UE, чтобы распределять ресурсы радиосвязи разнообразным логическим каналам побочной линии связи с относящимися к транспортному средству данными, доступными для передачи.
[0214] В соответствии с четвертым вариантом осуществления, предусматривается дополнительный параметр QoS, а именно V2X-особая UE-PC5-AMBR, определяющий пропускную способность, которая разрешена UE для передач относящихся к транспортному средству данных через интерфейс побочной линии связи. Соответственно, UE ограничивается конкретной, средней, максимальной скоростью передачи битов при передаче относящихся к транспортному средству данных через интерфейс побочной линии связи. В отличие от ранее упомянутой UE-PC5-AMBR, данный новый параметр QoS (может, например, называться UE-PC5-V2X-AMBR) относится только к относящимся к транспортному средству данным, т.е., к логическим каналам побочной линии связи, несущим относящиеся к транспортному средству данные; он не должен применяться, чтобы ограничивать пропускную способность передач не относящихся к транспортному средству данных через интерфейс побочной линии связи. UE-PC5-V2X-AMBR таким образом является особым для UE, для интерфейса побочной линии связи, как впрочем, и для логических каналов побочной линии связи V2X.
[0215] UE-PC5-V2X-AMBR может быть предоставлен относящемуся к транспортному средству UE разнообразными путями. В соответствии с примерной реализацией четвертого варианта осуществления, eNodeB может передавать параметр в соответствующем выделенном сообщении, например, во время процедуры прикрепления (образом сходным с тем, что описывается для параметра UE-PC5-AMBR в первом и втором варианте осуществления). В частности, во время процедуры прикрепления, MME получает UE-PC5-V2X-AMBR в соответствии с подпиской UE из HSS и политики сетевого оператора. MME в свою очередь может переадресовывать данную информацию во время первоначальной процедуры настройки контекста для UE, к eNodeB, который затем может переадресовывать информацию далее к UE либо в широковещательном, либо выделенном сообщении. В качестве альтернативы, UE может быть предоставлен UE-PC5-V2X-AMBR от верхнего слоя (прикладного), например, на основании некоторой предварительной конфигурации.
[0216] Вместо UE-PC5-AMBR, новый параметр QoS UE-PC5-V2X-AMBR может быть использован во время процедуры присвоения приоритета логическим каналам побочной линии связи с тем, чтобы ограничивать объем относящихся к транспортному средству данных из расчета на время, которые могут быть переданы посредством UE через интерфейс побочной линии связи. В одной примерной реализации, алгоритм маркерного ведра может быть использован в упомянутом отношении. Маркерное ведро может быть определено для логических каналов побочной линии связи, несущих относящиеся к транспортному средству данные так, что ресурсы радиосвязи могут быть распределены только логическим каналам побочной линии связи V2X при условии, что ведро не пустое (т.е. >0). Тем не менее, также другие реализации, не использующие алгоритм маркерного ведра, могут быть предусмотрены, чтобы применять ограничение, заданное параметром UE-PC5-V2X-AMBR. Особая примерная реализация такой адаптированной процедуры LCP побочной линии связи приведена в нижеследующем. Соответствующий нижний слой (т.е. MAC) должен распределять ресурсы (релевантным относящимся к транспортному средству) логическим каналам побочной линии связи на следующих этапах:
1. Все логические каналы побочной линии связи с данными доступными для передачи обслуживаются в порядке убывания приоритета до тех пор, пока не будут израсходованы либо данные для логического канала(ов) побочной линии связи, либо разрешение SL или не опустеет ведро, что наступит первым.
2. Объект MAC должен уменьшать уровень ведра на суммарный размер MAC SDU, обслуживаемого для относящихся к транспортному средству логических каналов побочной линии связи в этапе выше.
[0217] UE-PC5-V2X-AMBR не будет учитываться в процедуре присвоения приоритета логическим каналам побочной линии связи в связи с не относящимися к транспортному средству логическими каналами побочной линии связи такими как, логические каналы побочной линии связи, несущие данные, например, MCPTT, Для Решения Критически Важных Задач связи типа «Нажми Чтобы Говорить». Иными словами, будет отсутствовать ограничение для передачи не относящихся к транспортному средству данных, и процедура LCP побочной линии связи будет распределять доступные частотно-временные ресурсы радиосвязи без такого ограничения для не относящихся к транспортному средству логических каналов побочной линии связи. В качестве альтернативы, UE-PC5-AMBR, которая обсуждалась ранее, может быть использована для ограничения пропускной способности не относящихся к транспортному средству данных во время процедуры LCP побочной линии связи. Делается ссылка на предыдущее описание в связи с первым вариантом осуществления.
[0218] UE в соответствии с вариантом осуществления не будет мультиплексировать относящиеся к транспортному средству и не относящиеся к транспортному средству данные в одном транспортном блоке (TB) применительно к случаю, когда UE имеет относящиеся к транспортному средству и не относящиеся к транспортному средству логические каналы побочной линии связи (например, трафик MCPTT или Голосовой вызов) параллельно созданные для передачи по интерфейсу PC5. Следовательно, в соответствии с реализацией, UE будет рассматривать только определенные логические каналы побочной линии связи - будут ли они все только относящимися к транспортному средству или не относящимися к транспортному средству логическими каналами побочной линии связи - при выполнении процедуры выбора ресурсов и присвоения приоритета логическим каналам. С этой целью нижний слой должен быть осведомлен о том, какие логические каналы побочной линии связи являются относящимися к транспортному средству логическими каналами побочной линии связи или не относящимися к транспортному средству логическими каналами побочной линии связи, соответственно переносит ли пакет данных, предоставленный прикладным слоем, относящиеся к транспортному средству данные или не относящиеся к транспортному средству данные. Данная информации является, в соответствии с одной примерной реализацией, предоставляемой посредством прикладного слоя нижним слоям (передачи), например, вместе с пакетом данных. В качестве альтернативы, PPPP может указывать, содержит ли пакет данных относящиеся к транспортному средству/не относящиеся к транспортному средству данные, т.е. некоторые значения PPPP резервируются для относящихся к транспортному средству данных. В качестве другой альтернативы, ID Слоя-2 Источника или ID Слоя-2 Получателя могут указывать, несет ли пакет(ы) данных логического канала побочной линии связи относящиеся к транспортному средству/не относящиеся к транспортному средству данные.
[0219] Относящееся к транспортному средству UE, таким образом, способно принудительно исполнять параметр UE-PC5-V2X-AMBR также для Режима 2 распределения ресурсов радиосвязи.
[0220] Дополнительные Варианты Осуществления
Четыре разных варианта осуществления были описаны выше в отношении того, каким образом реализовывать поддержку QoS для сценария, где данные V2X должны передаваться через интерфейс побочной линии связи. Разнообразные варианты осуществления выше могут быть также объединены вместе, как будет объяснено в ниже.
[0221] Четвертый вариант осуществления улучшает процедуру LCP побочной линии связи, выполняемую относящимся к транспортному средству UE, посредством дополнительного рассмотрения UE-PC5-V2X-AMBR (т.е. V2X-особой агрегированной максимальной скорости передачи битов для передач относящихся к транспортному средству данных через интерфейс PC5). Данное улучшение четвертого варианта осуществления может быть объединено с любым из первого, второго и третьего вариантов осуществления.
[0222] Например, в первом и втором вариантах осуществления, UE-PC5-V2X-AMBR будет параметром, который относящееся к транспортному средству UE будет дополнительно учитывать при распределении частотно-временных ресурсов радиосвязи (например, полученных посредством выполнения распределения ресурсов радиосвязи в соответствии с первым/вторым вариантом осуществления) для разнообразных логических каналов побочной линии связи V2X. UE-PC5-V2X-AMBR может либо замещать UE-PC5-AMBR, который объяснен в первом варианте осуществления, либо может быть использован для ограничения пропускной способности передачи относящихся к транспортному средству данных, в то время как параметр UE-PC5-AMBR может быть использован для ограничения пропускной способности передачи у не относящихся к транспортному средству данных во время процедуры LCP побочной линии связи.
[0223] Более того, для третьего варианта осуществления, UE-PC5-V2X-AMBR может быть использован в процедуре присвоения приоритета логическим каналам побочной линии связи, выполняемой относящимся к транспортному средству UE после получения соответствующих параметров передачи от eNodeB. Несмотря на то, что может предполагаться, что для Режима 1 распределения ресурсов, соответствующее ограничение, заданное UE-PC5-V2X-AMBR, будет уже применяться посредством eNodeB, в равной степени возможно также реализовать соответствующее ограничение в процедуре LCP побочной линии связи, выполняемой посредством относящегося к транспортному средству UE. Подобным образом, для Режима 2 распределения ресурсов, несмотря на то, что никакие другие параметры QoS не рассматривались во время распределения ресурсов, UE-PC5-V2X-AMBR по-прежнему может быть использован в процедуре LCP побочной линии связи.
[0224] Третий вариант осуществления главным образом обеспечивает то, чтобы распределение ресурсов было зависимым от данных, которые должны быть переданы, или иначе говоря предоставляет решение, где распределение ресурсов может быть особым для конкретного логического канала побочной линии связи. Посредством этого существует возможность принудительного исполнения требований QoS для конкретных данных, посредством ассоциации этих данных (или скорее соответствующего логического канала побочной линии связи) с Режимом 1 распределения ресурсов; в третьем варианте осуществления в качестве примера предполагается, что Режим 2 распределения ресурсов не - или, по меньшей мере, только ограниченным образом - поддерживает QoS. Существует возможность объединения первого и второго вариантов осуществления с третьим вариантом осуществления. Несмотря на то, что первый и второй варианты осуществления предоставляют решения, где также Режим 2 распределения ресурсов, выполняемый посредством относящегося к транспортному средству UE, рассматривает параметры QoS, eNodeB может быть по-прежнему интересно иметь управление над относящимся к транспортному средству UE так, что относящееся к транспортному средству UE выполняет конкретный режим распределения ресурсов для особых относящихся к транспортному средству данных. Кроме того, указание поддержки QoS, упомянутое в связи с третьим вариантом осуществления, может рассматриваться в качестве дополнительного параметра QoS, переадресация которого осуществляется вместе с относящимися к транспортному средству данными к нижним слоям в разнообразных реализациях первого варианта осуществления. С другой стороны, что касается второго варианта осуществления, указание режима ресурса может быть дополнительным параметром в классах/конфигурациях QoS. Соответственно, как в первом, так и втором вариантах осуществления, слой передачи будет выполнять соответствующий режим распределения ресурсов, как указывается параметром QoS.
[0225] Дополнительные Варианты Осуществления
В соответствии с первым аспектом, предоставляется передающее устройство для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Прикладной слой передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает относящиеся к транспортному средству данные вместе с указанием приоритета и одним или более параметрами качества обслуживания к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи выполняет автономное распределение ресурсов радиосвязи на основании принятого указания приоритета и одного или более параметров качества обслуживания. Слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0226] В соответствии со вторым аспектом, который предоставляется в дополнение к первому аспекту, один или более параметры качества обслуживания указывают, по меньшей мере, одно из следующего:
- запас задержки пакета: указывающий верхнее ограничение времени, разрешенного для передачи относящихся к транспортному средству данных после того, как они становятся доступными для передачи,
- коэффициент потери ошибок пакетов: указывающий разрешенный коэффициент потери относящихся к транспортному средству данных,
- тип ресурса: с наличием или отсутствием гарантированной скорости передачи битов.
[0227] В соответствии с третьим аспектом, который предоставляется в дополнение к одному из аспектов с первого по второй, выполнение автономного распределения ресурсов радиосвязи для передачи относящихся к транспортному средству данных содержит:
- выбор частотно-временных ресурсов радиосвязи, и/или
- выбор схемы модуляции и кодирования, опционально на основании коэффициента потери ошибок пакетов, и/или
- определение числа повторений, указывающего число передач относящихся к транспортному средству данных, опционально на основе коэффициента потери ошибок пакетов.
[0228] В соответствии с четвертым аспектом в дополнение к одному из аспектов с первого по третий, передающее устройство поддерживает автономное распределение ресурсов радиосвязи и управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Передающее устройство выполнено с возможностью выполнения автономного распределения ресурсов радиосвязи и управляемого базовой станцией радиосвязи распределения ресурсов радиосвязи в зависимости от данных, которые должны быть переданы. Слой передачи определяет, какое распределение ресурсов радиосвязи использовать для передачи относящихся к транспортному средству данных в зависимости от относящихся к транспортному средству данных. Слой передачи выполняет автономное распределение ресурсов радиосвязи и передает относящиеся к транспортному средству данные в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0229] В соответствии с пятым аспектом в дополнение к одному из аспектов с первого по четвертый, агрегированная максимальная скорость передачи битов определяется для передающего устройства, указывающая максимально-разрешенную суммарную пропускную способность данных у передающего устройства через интерфейс побочной линии связи. Опционально, агрегированная максимальная скорость передачи битов конфигурируется посредством базовой станции радиосвязи, управляющей передающим устройством. Агрегированная максимальная скорость передачи битов используется для процедуры присвоения приоритета логическим каналам побочной линии связи в качестве ограничения величины пропускной способности данных посредством передающего устройства через интерфейс побочной линии связи, причем процедура присвоения приоритета логическим каналам побочной линии связи выполняется посредством передающего устройства для распределения ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные.
[0230] В соответствии с шестым аспектом в дополнение к одному из аспектов с первого по пятый, передающее устройство определяет, превышен ли запас задержки пакета для относящихся к транспортному средству данных, и в положительном случае, отбрасывает относящиеся к транспортному средству данные.
[0231] В соответствии с седьмым аспектом, предоставляется способ для передачи относящихся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Способ содержит следующие этапы, выполняемые посредством передающего устройства. Относящиеся к транспортному средству данные генерируются на прикладном уровне и переадресовываются вместе с указанием приоритета и одним или более параметрами качества обслуживания к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи выполняет автономное распределение ресурсов радиосвязи на основании принятого указания приоритета и одного или более параметров качества обслуживания. Слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0232] В соответствии с восьмым аспектом в дополнение седьмому аспекту, один или более параметров качества обслуживания указывают, по меньшей мере, одно из следующего:
- запас задержки пакета: указывающий верхнее ограничение времени, разрешенного для передачи относящихся к транспортному средству данных после того, как они становятся доступными для передачи,
- коэффициент потери ошибок пакетов: указывающий разрешенный коэффициент потери относящихся к транспортному средству данных,
- тип ресурса: с наличием или отсутствием гарантированной скорости передачи битов.
[0233] В соответствии с девятым аспектом в дополнение к седьмому или восьмому аспекту, выполнение автономного распределения ресурсов радиосвязи для передачи относящихся к транспортному средству данных содержит:
- выбор частотно-временных ресурсов радиосвязи, и/или
- выбор схемы модуляции и кодирования, опционально на основании коэффициента потери ошибок пакетов, и/или
- определение числа повторений, указывающего число передач относящихся к транспортному средству данных, опционально на основе коэффициента потери ошибок пакетов.
[0234] В соответствии с десятым аспектом в дополнение к одному из аспектов с седьмого по девятый, агрегированная максимальная скорость передачи битов определяется для передающего устройства, указывающая максимально-разрешенную суммарную пропускную способность данных у передающего устройства через интерфейс побочной линии связи. Опционально, агрегированная максимальная скорость передачи битов конфигурируется посредством базовой станции радиосвязи, управляющей передающим устройством. Агрегированная максимальная скорость передачи битов используется для процедуры присвоения приоритета логическим каналам побочной линии связи в качестве ограничения величины пропускной способности данных посредством передающего устройства через интерфейс побочной линии связи, причем процедура присвоения приоритета логическим каналам побочной линии связи выполняется посредством передающего устройства для распределения ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные.
[0235] В соответствии с одиннадцатым аспектом в дополнение к одному из аспектов с седьмого по десятый, способ, дополнительно содержащий этап в виде определения посредством передающего устройства превышен ли запас задержки пакета для относящихся к транспортному средству данным, и в положительном случае, отбрасывания относящихся к транспортному средству данных.
[0236] В соответствии с двенадцатым аспектом, предоставляется передающее устройство для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Приемник передающего устройства принимает информацию системы, широковещательная передача которой осуществляется посредством базовой станции радиосвязи в ее соте радиосвязи, причем информация системы содержит одну или более конфигурации качества обслуживания. Прикладной слой передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает сгенерированные относящиеся к транспортному средству данные вместе с указанием к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи определяет одну из принятых одной или более конфигураций качества обслуживания в зависимости от указания, принятого вместе с относящимися к транспортному средству данными. Слой передачи выполняет автономное распределение ресурсов радиосвязи на основании определенной одной конфигурации качества обслуживания. Слой передачи передает относящиеся к транспортному средству данные через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0237] В соответствии с тринадцатым аспектом, предоставленным в дополнение к двенадцатому аспекту, информация системы принимается в блоке информации системы особом для относящейся к транспортному средству связи.
[0238] В соответствии с четырнадцатым аспектом, предоставленным в дополнение к двенадцатому или тринадцатому аспекту, каждая из одной или более конфигураций качества обслуживания указывает, по меньшей мере, одно из следующего:
- запас задержки пакета: указывающий верхнее ограничение времени, разрешенного для передачи относящихся к транспортному средству данных после того, как они становятся доступными для передачи,
- коэффициент потери ошибок пакетов: указывающий разрешенный коэффициент потери относящихся к транспортному средству данных,
- тип ресурса: с наличием или отсутствием гарантированной скорости передачи битов.
[0239] В соответствии с пятнадцатым аспектом, предоставленным в дополнение к одному из аспектов с двенадцатого по четырнадцатый, информация системы дополнительно включает в себя агрегированную максимальную скорость передачи битов, указывающую максимально-разрешенную суммарную пропускную способность данных у передающего устройства через интерфейс побочной линии связи. Агрегированная максимальная скорость передачи битов используется для процедуры присвоения приоритета логическим каналам побочной линии связи в качестве ограничения величины пропускной способности данных посредством передающего устройства через интерфейс побочной линии связи, причем процедура присвоения приоритета логическим каналам побочной линии связи выполняется посредством передающего устройства для распределения ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные.
[0240] В соответствии с шестнадцатым аспектом, предоставленным в дополнение к одному из аспектов с двенадцатого по пятнадцатый, указание, которое передается вместе с относящимися к транспортному средству данными к слою передачи, является указанием приоритета, указывающим приоритет относящихся к транспортному средству данных. Слой передачи определяет одну конфигурацию качества обслуживания, используя принятое указание приоритета и отображение, хранящееся в передающем устройстве, ассоциирующее каждую из одной или более конфигураций качества обслуживания со значением указания приоритета. Опционально, отображение принимается в информации системы, широковещательная передача которой осуществляется посредством базовой станции радиосвязи в ее соте радиосвязи, или предоставляется посредством прикладного слоя.
[0241] В соответствии с семнадцатым аспектом, предоставленным в дополнение к одному из аспектов с двенадцатого по шестнадцатый, прикладной слой определяет, какую конфигурацию качества обслуживания использовать и генерирует указание класса качества обслуживания, указывающее определенную одну конфигурацию качества обслуживания. Указание, которое передается вместе с относящимися к транспортному средству данными к слою передачи, является сгенерированным указанием класса качества обслуживания. Опционально, указание приоритета передается вместе с относящимися к транспортному средству данными к слою передачи, причем указание приоритета указывает приоритет относящихся к транспортному средству данных.
[0242] В соответствии с восемнадцатым аспектом, предоставляется способ для передачи относящихся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Способ содержит следующие этапы, выполняемые посредством передающего устройства. Информация системы, широковещательная передача которой осуществляется посредством базовой станции радиосвязи в ее соте радиосвязи, принимается посредством передающего устройства, причем информация системы содержит одну или более конфигурации качества обслуживания. Прикладной слой генерирует относящиеся к транспортному средству данные и переадресовывает сгенерированные относящиеся к транспортному средству данные вместе с указанием к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи определяет одну из принятых одной или более конфигураций качества обслуживания в зависимости от указания, принятого вместе с относящимися к транспортному средству данными и выполняет автономное распределение ресурсов радиосвязи на основании определенной одной конфигурации качества обслуживания. Относящиеся к транспортному средству данные передаются через интерфейс побочной линии связи к одному или более принимающим устройствам в соответствии с выполненным автономным распределением ресурсов радиосвязи.
[0243] В соответствии с девятнадцатым аспектом, предоставленным в дополнение к восемнадцатому аспекту, каждая из одной или более конфигураций качества обслуживания указывает, по меньшей мере, одно из следующего:
- запас задержки пакета: указывающий верхнее ограничение времени, разрешенного для передачи относящихся к транспортному средству данных после того, как они становятся доступными для передачи,
- коэффициент потери ошибок пакетов: указывающий разрешенный коэффициент потери относящихся к транспортному средству данных,
- тип ресурса: с наличием или отсутствием гарантированной скорости передачи битов.
[0244] В соответствии с двадцатым аспектом, предоставленным в дополнение к восемнадцатому или девятнадцатому аспекту, информация системы дополнительно включает в себя агрегированную максимальную скорость передачи битов, указывающую максимально-разрешенную суммарную пропускную способность данных у передающего устройства через интерфейс побочной линии связи. Агрегированная максимальная скорость передачи битов используется для процедуры присвоения приоритета логическим каналам побочной линии связи в качестве ограничения величины пропускной способности данных посредством передающего устройства через интерфейс побочной линии связи, причем процедура присвоения приоритета логическим каналам побочной линии связи выполняется посредством передающего устройства для распределения ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные. В соответствии с 21-ым аспектом, предоставленным в дополнение к одному из аспектов с восемнадцатого по двадцатый, указание, которое передается вместе с относящимися к транспортному средству данными к слою передачи, является указанием приоритета, указывающим приоритет относящихся к транспортному средству данных. Слой передачи определяет одну конфигурацию качества обслуживания, используя принятое указание приоритета и отображение, хранящееся в передающем устройстве, ассоциирующее каждую из одной или более конфигураций качества обслуживания со значением указания приоритета. Опционально, отображение принимается в информации системы, широковещательная передача которой осуществляется посредством базовой станции радиосвязи в ее соте радиосвязи, или предоставляется посредством прикладного слоя.
[0245] В соответствии с 22-ым аспектом, предоставленным в дополнение к одному из аспектов с восемнадцатого по 21-ый, способ дополнительно содержит этапы в виде определения посредством прикладного слоя того, какую конфигурацию качества обслуживания использовать, и генерирования указания посредством прикладного слоя класса качества обслуживания, указывающего определенную одну конфигурацию качества обслуживания. Указание, которое передается вместе с относящимися к транспортному средству данными к слою передачи, является сгенерированным указанием класса качества обслуживания. Опционально, способ дополнительно содержит этап в виде передачи указания приоритета вместе с относящимися к транспортному средству данными к слою передачи, причем указание приоритета указывает приоритет относящихся к транспортному средству данных.
[0246] В соответствии с 23-им аспектом, предоставляется передающее устройство для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство поддерживает автономное распределение ресурсов радиосвязи и управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Передающее устройство выполнено с возможностью выполнения автономного распределения ресурсов радиосвязи и управляемого базовой станцией радиосвязи распределения ресурсов радиосвязи в зависимости от данных, которые должны быть переданы. Прикладной слой передающего устройства генерирует первые относящиеся к транспортному средству данные и вторые относящиеся к транспортному средству данные. Прикладной слой переадресовывает первые и вторые относящиеся к транспортному средству данные к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи определяет, какое распределение ресурсов радиосвязи использовать для передачи первых относящихся к транспортному средству данных на основании первых относящихся к транспортному средству данных и определяет, какое распределение ресурсов радиосвязи использовать для передачи вторых относящихся к транспортному средству данных в зависимости от вторых относящихся к транспортному средству данных. Слой передачи выполняет для первых относящихся к транспортному средству данных определенное распределение ресурсов радиосвязи и передает первые относящиеся к транспортному средству данные к одному или более принимающим устройствам через интерфейс побочной линии связи в соответствии с определенным распределением ресурсов радиосвязи. Слой передачи выполняет для вторых относящихся к транспортному средству данных определенное распределение ресурсов радиосвязи и передает вторые относящиеся к транспортному средству данные к одному или более принимающим устройствам через интерфейс побочной линии связи в соответствии с определенным распределением ресурсов радиосвязи.
[0247] В соответствии с 24-ым аспектом, предоставленным в дополнение к 23-ему аспекту, одно или более требования качества обслуживания для передачи данных рассматриваются при выполнении управляемого базовой станцией радиосвязи распределения ресурсов радиосвязи и не рассматриваются при выполнении автономного распределения ресурсов радиосвязи.
[0248] В соответствии с 25-ым аспектом, предоставленным в дополнение к 23-ему или 24-ому аспекту, каждый из множества логических каналов побочной линии связи ассоциируется с либо автономным распределением ресурсов радиосвязи, либо управляемым базовой станцией радиосвязи распределением ресурсов радиосвязи. Передающее устройство определяет, какое распределение ресурсов радиосвязи использовать для передачи относящихся к транспортному средству данных на основании логического канала побочной линии связи, к которому принадлежат относящиеся к транспортному средству данные. Опционально, множество логических каналов побочной линии связи настраивается для передачи относящихся к транспортному средству данных и конфигурируется на основании указания приоритета, предоставленного посредством прикладного слоя вместе с относящимися к транспортному средству данными.
[0249] В соответствии с 26-ым аспектом, предоставленным в дополнение к одному из аспектов с 23-его по 25-ый, ассоциация между каждым из множества логических каналов побочной линии связи и конкретным распределением ресурсов радиосвязи конфигурируется посредством:
- базовой станции радиосвязи, управляющей передающим устройством, опционально при этом базовая станция радиосвязи передает к передающему устройству широковещательное или выделенное сообщение, включающее в себя информации по ассоциации, или
- прикладного слоя передающего устройства.
[0250] В соответствии с 27-ым аспектом, предоставленным в дополнение к одному из аспектов с 23-его по 26-ой, управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных содержит:
- соединение с базовой станцией радиосвязи в случае, когда передающее устройство не соединено с базовой станцией радиосвязи,
- запрос параметров передачи у базовой станции радиосвязи посредством передачи запроса планирования и/или отчета о статусе буфера побочной линии связи, указывающего объем относящихся к транспортному средству данных, которые должны быть переданы, используя управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи,
- прием, в ответ на запрос, параметров передачи от базовой станции радиосвязи для передачи относящихся к транспортному средству данных, опционально при этом параметры передачи содержат, по меньшей мере, одно из частотно-временных ресурсов радиосвязи, схемы модуляции и кодирования, и числа повторений, указывающего число передач относящихся к транспортному средству данных.
[0251] Автономное распределение ресурсов радиосвязи для передачи первых относящихся к транспортному средству данных содержит:
- выбор частотно-временных ресурсов радиосвязи, и/или
- выбор схемы модуляции и кодирования, и/или
- определение числа повторений, указывающего число передач относящихся к транспортному средству данных.
[0252] В соответствии с 28-ым аспектом, предоставляется способ для передачи относящихся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство поддерживает автономное распределение ресурсов радиосвязи и управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Передающее устройство выполнено с возможностью выполнения автономного распределения ресурсов радиосвязи и управляемого базовой станцией радиосвязи распределения ресурсов радиосвязи в зависимости от данных, которые должны быть переданы. Способ содержит следующие этапы, которые выполняются посредством передающего устройства. Прикладной слой передающего устройства генерирует первые относящиеся к транспортному средству данные и вторые относящиеся к транспортному средству данные и переадресовывает первые и вторые относящиеся к транспортному средству данные к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи передающего устройства определяет, какое распределение ресурсов радиосвязи использовать для передачи первых относящихся к транспортному средству данных на основании первых относящихся к транспортному средству данных. Дополнительно, слой передачи определяет, какое распределение ресурсов радиосвязи использовать для передачи вторых относящихся к транспортному средству данных в зависимости от вторых относящихся к транспортному средству данных. Слой передачи выполняет для первых относящихся к транспортному средству данных определенное распределение ресурсов радиосвязи и передает первые относящиеся к транспортному средству данные к одному или более принимающим устройствам через интерфейс побочной линии связи в соответствии с определенным распределением ресурсов радиосвязи. Слой передачи выполняет для вторых относящихся к транспортному средству данных определенное распределение ресурсов радиосвязи и передает вторые относящиеся к транспортному средству данные к одному или более принимающим устройствам через интерфейс побочной линии связи в соответствии с определенным распределением ресурсов радиосвязи.
[0253] В соответствии с 29-ым аспектом, предоставленным в дополнение к 28-ому аспекту, одно или более требования качества обслуживания для передачи данных рассматриваются при выполнении управляемого базовой станцией радиосвязи распределения ресурсов радиосвязи и не рассматриваются при выполнении автономного распределения ресурсов радиосвязи.
[0254] В соответствии с 30-ым аспектом, предоставленным в дополнение к 28-ому или 29-ому аспекту, каждый из множества логических каналов побочной линии связи ассоциируется с либо автономным распределением ресурсов радиосвязи, либо управляемым базовой станцией радиосвязи распределением ресурсов радиосвязи. Способ, дополнительно содержащий этап в виде определения посредством передающего устройства того, какое распределение ресурсов радиосвязи использовать для передачи относящихся к транспортному средству данных на основании логического канала побочной линии связи, к которому принадлежат относящиеся к транспортному средству данные. Опционально, множество логических каналов побочной линии связи настраивается для передачи относящихся к транспортному средству данных и конфигурируется на основании указания приоритета, предоставленного посредством прикладного слоя вместе с относящимися к транспортному средству данными.
[0255] В соответствии с 31-ым аспектом, предоставленным в дополнение к одному из аспектов с 28-ого по 30-ый, ассоциация между каждым из множества логических каналов побочной линии связи и конкретным распределением ресурсов радиосвязи конфигурируется посредством:
- базовой станции радиосвязи, управляющей передающим устройством, опционально при этом базовая станция радиосвязи передает к передающему устройству широковещательное или выделенное сообщение, включающее в себя информации по ассоциации, или
- прикладного слоя передающего устройства.
[0256] В соответствии с 32-ым аспектом, предоставленным в дополнение к одному из аспектов с 28-ого по 31-ый, управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных содержит:
- соединение с базовой станцией радиосвязи в случае, когда передающее устройство не соединено с базовой станцией радиосвязи,
- запрос параметров передачи у базовой станции радиосвязи посредством передачи запроса планирования и/или отчета о статусе буфера побочной линии связи, указывающего объем относящихся к транспортному средству данных, которые должны быть переданы, используя управляемое базовой станцией радиосвязи распределение ресурсов радиосвязи,
- прием, в ответ на запрос, параметров передачи от базовой станции радиосвязи для передачи относящихся к транспортному средству данных, опционально при этом параметры передачи содержат, по меньшей мере, одно из частотно-временных ресурсов радиосвязи, схемы модуляции и кодирования, и числа повторений, указывающего число передач относящихся к транспортному средству данных.
[0257] Автономное распределение ресурсов радиосвязи для передачи первых относящихся к транспортному средству данных содержит:
- выбор частотно-временных ресурсов радиосвязи, и/или
- выбор схемы модуляции и кодирования, и/или
- определение числа повторений, указывающего число передач относящихся к данным транспортного средства.
[0258] В соответствии с 33-ьим аспектом, предоставляется передающее устройство для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Агрегированная максимальная скорость передачи битов определяется для передающего устройства, указывающая максимально-разрешенную суммарную пропускную способность относящихся к транспортному средству данных у передающего устройства через интерфейс побочной линии связи. Прикладной слой у передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает относящиеся к транспортному средству данные к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи у передающего устройства выполняет автономное распределение ресурсов радиосвязи для относящихся к транспортному средству данных, включающее в себя выбор частотно-временных ресурсов радиосвязи. Слой передачи выполняет процедуру присвоения приоритета логическим каналам побочной линии связи для распределения выбранных частотно-временных ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные. Процедура присвоения приоритета логическим каналам побочной линии связи рассматривает агрегированную максимальную скорость передачи битов в качестве ограничения для пропускной способности относящихся к транспортному средству данных, которые должны быть переданы посредством передающего устройства через интерфейс побочной линии связи. Слой передачи передает сгенерированный пакет данных, несущий относящиеся к транспортному средству данные, к одному или более принимающим устройствам, используя распределенные частотно-временные ресурсы радиосвязи.
[0259] В соответствии с 34-ым аспектом, предоставленным в дополнение к 33-ему аспекту, агрегированная максимальная скорость передачи битов используется в присвоении приоритета логическим каналам побочной линии связи в качестве параметра верхнего ограничения у маркерного ведра в алгоритме маркерного ведра для относящихся к транспортному средству данных.
[0260] В соответствии с 35-ым аспектом, предоставленным в дополнение к 33-ему или 34-ому аспекту, прикладной слой генерирует не относящиеся к транспортному средству данные, и процедура присвоения приоритета логическим каналам побочной линии связи не рассматривает агрегированную максимальную скорость передачи битов при распределении ресурсов радиосвязи, чтобы генерировать пакет данных, несущий не относящиеся к транспортному средству данные.
[0261] В соответствии с 36-ым аспектом, предоставленным в дополнение к любому предыдущему аспекту, передающее устройство является относящимся к транспортному средству мобильным терминалом, блоком стороны дороги, или мобильным терминалом.
[0262] В соответствии с 37-ым аспектом, предоставляется способ для передачи относящихся к транспортному средству данных от передающего устройства через интерфейс побочной линии связи к одному или более принимающим устройствам. Передающее устройство выполняет автономное распределение ресурсов радиосвязи для передачи относящихся к транспортному средству данных через интерфейс побочной линии связи. Агрегированная максимальная скорость передачи битов определяется для передающего устройства, указывающая максимально-разрешенную суммарную пропускную способность относящихся к транспортному средству данных у передающего устройства через интерфейс побочной линии связи. Способ содержит следующие этапы, которые выполняются посредством передающего устройства. Прикладной слой у передающего устройства генерирует относящиеся к транспортному средству данные и переадресовывает относящиеся к транспортному средству данные к слою передачи, отвечающему за передачу относящихся к транспортному средству данных через интерфейс побочной линии связи. Слой передачи у передающего устройства выполняет автономное распределение ресурсов радиосвязи для относящихся к транспортному средству данных, включающее в себя выбор частотно-временных ресурсов радиосвязи. Слой передачи выполняет процедуру присвоения приоритета логическим каналам побочной линии связи для распределения выбранных частотно-временных ресурсов радиосвязи, чтобы генерировать пакет данных, несущий относящиеся к транспортному средству данные. Процедура присвоения приоритета логическим каналам побочной линии связи рассматривает агрегированную максимальную скорость передачи битов в качестве ограничения для пропускной способности относящихся к транспортному средству данных, которые должны быть переданы посредством передающего устройства через интерфейс побочной линии связи. Слой передачи передает сгенерированный пакет данных, несущий относящиеся к транспортному средству данные, к одному или более принимающим устройствам, используя распределенные частотно-временные ресурсы радиосвязи.
[0263] В соответствии с 38-ым аспектом, предоставленным в дополнение к 37-ому аспекту, агрегированная максимальная скорость передачи битов используется в присвоении приоритета логическим каналам побочной линии связи в качестве параметра верхнего ограничения у маркерного ведра в алгоритме маркерного ведра для относящихся к транспортному средству данных.
[0264] В соответствии с 39-ым аспектом, предоставленным в дополнение к 37-ому или 39-ому аспекту, прикладной слой генерирует не относящиеся к транспортному средству данные, и процедура присвоения приоритета логическим каналам побочной линии связи не рассматривает агрегированную максимальную скорость передачи битов при распределении ресурсов радиосвязи, чтобы генерировать пакет данных, несущий не относящиеся к транспортному средству данные.
[0265] Реализация в Аппаратном Обеспечении и Программном Обеспечении настоящего раскрытия
Другие примерные варианты осуществления относятся к реализации описанных выше разнообразных вариантов осуществления используя аппаратное обеспечение, программное обеспечение, или программное обеспечение в кооперации с аппаратным обеспечением. В связи с этим предоставляется терминал пользователя (мобильный терминал). Терминал пользователя выполнен с возможностью выполнения способов, описанных в данном документе, включая соответствующие объекты, для участия надлежащим образом в способах, такие как приемник, передатчик, процессоры.
[0266] Дополнительно признается, что разнообразные варианты осуществления могут быть реализованы или выполнены используя вычислительные устройства (процессоры). Вычислительное устройство или процессор может, например, быть процессорами общего назначения, цифровыми сигнальными процессорами (DSP), проблемно-ориентированными интегральными микросхемами (ASIC), программируемыми вентильными матрицами (FPGA) или другими программируемыми логическими устройствами, и т.д. Разнообразные варианты осуществления также могут быть выполнены или воплощены посредством сочетания этих устройств. В частности, каждый функциональный блок, использованный в описании каждого варианта осуществления, описанного выше, может быть реализован посредством LSI в качестве интегральной микросхемы. Они могут быть индивидуально сформированы в качестве чипов, или один чип может быть сформирован так, чтобы включать в себя часть или все из функциональных блоков. Они могут включать в себя связанные с ними ввод и вывод данных. В данном документе LSI может именоваться как IC, системная LSI, супер LSI, или ультра LSI в зависимости от отличия в степени интеграции. Тем не менее, методика реализации интегральной микросхемы не ограничивается LSI и может быть реализованы посредством использования выделенной цепи или процессора общего назначения. В дополнение, могут быть использованы FPGA (Программируемая Вентильная Матрица), которая может быть запрограммирована после изготовления LSI или реконфигурируемый процессор, в котором соединения и установки ячеек цепей, расположенных внутри LSI, могут быть реконфигурированы.
[0267] Кроме того, разнообразные варианты осуществления также могут быть реализованы посредством модулей программного обеспечения, которые исполняются посредством процессора или напрямую в аппаратном обсечении. Также возможно сочетание модулей программного обеспечения и реализаций аппаратного обеспечения. Модули программного обеспечения могут быть сохранены на любом виде машиночитаемых запоминающих носителей информации, например, RAM, EPROM, EEPROM, флэш-памяти, регистрах, жестких дисках, CD-ROM, DVD, и т.д. Дополнительно следует отметить, что индивидуальные признаки разных вариантов осуществления могут индивидуально или в произвольном сочетании быть предметом другого варианта осуществления.
[0268] Специалисту в соответствующей области техники следует иметь в виду, что разнообразные вариации и/или модификации могут быть выполнены в отношении настоящего раскрытия, как показано в особых вариантах осуществления. Вследствие этого, настоящие варианты осуществления следует считать во всех аспектах как иллюстративные, а не ограничивающие.