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

Изобретение относится к области связи. Технический результат заключается в обеспечении возможности определения пула индивидуальных услуг ресурсов для поддержки различных услуг от транспортного средства ко всему (V2X) в системе мобильной связи. Способ передачи данных включает прием системной информации, включающей в себя параметр V2X, прием пакета данных на основе параметра V2X и обновление переменной состояния на пакете данных, когда пакет данных относится к новой услуге, причем порядковый номер, включенный в переменную состояния, обновляется на основе порядкового номера пакета данных, принятого в первый раз. 4 н. и 12 з.п. ф-лы, 1 табл., 24 ил.

 

Область техники

[1] Раскрытие определяет пул ресурсов, индивидуальных для конкретных услуг, для поддержки различных услуг от транспортного средства ко всему (V2X) в системе мобильной связи следующего поколения. Кроме того, раскрытие включает в себя способ выбора пула ресурсов посредством терминала LTE или терминала NR, поддерживающего V2X, когда сосуществуют пул индивидуальных для услуг ресурсов и пул безразличных к услугам ресурсов, и процедуры контроля (мониторинга) и передачи данных соответственно.

[2] Кроме того, раскрытие относится к системе мобильной связи и, более конкретно, включает в себя полный процесс в пользовательской плоскости терминала, поддерживающего услуги от транспортного средства ко всему (V2X), которые по-новому определяются в NR.

Предшествующий уровень техники

[3] Чтобы удовлетворить потребности в беспроводном трафике данных, возросшем вследствие развертывания систем связи 4G, делались попытки разработать улучшенную систему связи 5G или пред-5G. Поэтому, система связи 5G или пред-5G также называется «Сеть вне 4G» или «Система пост-LTE». Система связи 5G рассматривается как реализуемая в более высокочастотных (мм волн) диапазонах, например, диапазонах 60 ГГц, чтобы достигать повышенных скоростей передачи данных. Чтобы снизить потери распространения радиоволн и увеличить расстояние передачи, в системах связи 5G обсуждаются методы формирования диаграммы направленности, массового множественного входа/множественного выхода (MIMO), полноразмерного MIMO (FD-MIMO), антенных решеток, аналогового формирования диаграммы направленности, крупномасштабных антенн. Кроме того, в системах связи 5G проводится разработка усовершенствования системной сети на основе развитых малых сот, облачных сетей радиодоступа (RAN), сверхплотных сетей, связи от устройства к устройству (D2D), беспроводной транзитной сети, подвижной сети, совместной связи, координированной многоточечной связи (CoMP), компенсации помех на стороне приема и тому подобного. В системе 5G также были разработаны гибридная модуляция FSK и QAM (FQAM) и кодирование с суперпозицией скользящего окна (SWSC) в качестве развитой модуляции кодирования (ACM), а также технологии множества несущих банка фильтров (FBMC), неортогонального множественного доступа (NOMA) и множественного доступа с разреженным кодом (SCMA) в качестве развитой технологии доступа.

[4] Интернет, который является сетью ориентированной на людей связности, где люди генерируют и потребляют информацию, в настоящее время развивается в Интернет вещей (IoT), где распределенные объекты, такие как вещи, обмениваются и обрабатывают информацию без вмешательства человека. Появился Интернет всего (IoE), который является комбинацией технологии IoT и технологии обработки больших данных через соединение с облачным сервером. Поскольку для реализации IoT потребовались такие элементы технологии, как «технология восприятия (зондирования)», «проводная/беспроводная связь и сетевая инфраструктура», «технология интерфейса услуги» и «технология безопасности», в последнее время исследовались сеть сенсоров, связь от машины к машине (M2M), связь машинного типа (MTC) и так далее. Такая среда IoT может обеспечивать интеллектуальные услуги интернет-технологии, которые создают новое качество жизни человека посредством сбора и анализа данных, сгенерированных среди соединенных вещей. IoT может применяться ко множеству областей, включая умный дом, умное здание, умный город, умный автомобиль или соединенные автомобили, умную энергосистему, здравоохранение, умную бытовую технику и развитые медицинские услуги, через конвергенцию и комбинацию между существующей информационной технологией (IT) и различными промышленными применениями.

[5] В соответствии с этим, были предприняты различные попытки применить системы связи 5G к сетям IoT. Например, такие технологии, как сеть сенсоров, связь машинного типа (MTC) и связь от машины к машине (M2M), могут быть реализованы посредством формирования диаграммы направленности, MIMO и антенных решеток. Применение облачной сети радиодоступа (RAN) в качестве вышеописанной технологии обработки больших данных может также рассматриваться как пример конвергенции технологии 5G с технологией IoT.

[6] Тем временем возникла потребность в способе для поддержки услуг от транспортного средства ко всему (V2X) в системе связи 5G.

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

Техническая проблема

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

[8] Кроме того, чтобы удовлетворять новым требованиям в NR помимо операции V2X в существующем LTE, необходимо сконфигурировать операцию на базовой пользовательской плоскости, требуемую введением обновленного сценария, и операцию NR V2X, которая удовлетворяет требованиям. Операция на пользовательской плоскости включает в себя такие задачи, как определение формата MAC PDU, администрирование и исходная конфигурация радиоканала-носителя и конфигурация ключа безопасности.

Решение проблемы

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

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

Полезные результаты изобретения

[11] В соответствии с вариантом осуществления раскрытия, определяется пул индивидуальных для услуг ресурсов для поддержки различных услуг от транспортного средства ко всему (V2X) в системе мобильной связи следующего поколения. Кроме того, раскрытие предлагает способ полной операции и устройство для терминала и базовой станции, на основе предложенного пула индивидуальных для услуг ресурсов. Поэтому, базовая станция может поддерживать различные услуги V2X для терминала посредством эффективного администрирования ресурсов с низкими непроизводительными издержками сигнализации для терминала LTE или терминала NR, поддерживающего услуги V2X, и терминал может эффективно передавать и принимать сообщения в соответствии с услугой V2X.

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

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

[13] Фиг. 1A представляет собой вид, иллюстрирующий структуру системы LTE, к которой может применяться раскрытие;

[14] Фиг. 1B представляет собой вид, иллюстрирующий структуру радиопротокола в системе LTE, к которой может применяться раскрытие;

[15] Фиг. 1C представляет собой вид, иллюстрирующий структуру системы мобильной связи следующего поколения, к которой может применяться раскрытие;

[16] Фиг. 1D представляет собой вид, иллюстрирующий структуру радиопротокола системы мобильной связи следующего поколения, к которой может применяться раскрытие;

[17] Фиг. 1E представляет собой вид, иллюстрирующий связь V2X в системе мобильной связи следующего поколения, к которой применяется раскрытие;

[18] Фиг. 1F представляет собой вид, иллюстрирующий процедуру для контроля и передачи данных терминала V2X, работающего в режиме 3, когда пул индивидуальных для услуг ресурсов и пул безразличных к услугам ресурсов сосуществуют в системе мобильной связи следующего поколения;

[19] Фиг. 1G представляет собой вид, иллюстрирующий процедуру передачи данных терминала V2X, работающего в режиме 4, когда пул индивидуальных для услуг ресурсов и пул безразличных к услугам ресурсов сосуществуют в системе мобильной связи следующего поколения;

[20] Фиг. 1H представляет собой вид, иллюстрирующий блоковую конфигурацию терминала в соответствии с раскрытием;

[21] Фиг. 1I представляет собой блок-схему, показывающую конфигурацию базовой станции в соответствии с раскрытием;

[22] Фиг. 2A представляет собой вид, иллюстрирующий структуру системы LTE согласно раскрытию;

[23] Фиг. 2B представляет собой вид, иллюстрирующий структуру радиопротокола в системе LTE согласно раскрытию;

[24] Фиг. 2C представляет собой вид, иллюстрирующий структуру системы мобильной связи следующего поколения, к которой применяется раскрытие;

[25] Фиг. 2D представляет собой вид, иллюстрирующий структуру радиопротокола системы мобильной связи следующего поколения, к которой применяется раскрытие;

[26] Фиг. 2E представляет собой вид, иллюстрирующий связь V2X в сотовой системе раскрытия;

[27] Фиг. 2F представляет собой вид, иллюстрирующий процедуру передачи данных терминала V2X, работающего в режиме 3 в соответствии с раскрытием;

[28] Фиг. 2G представляет собой вид, иллюстрирующий процедуру передачи данных терминала V2X, работающего в режиме 4 в соответствии с раскрытием;

[29] Фиг. 2H представляет собой вид, иллюстрирующий формат MAC PDU, применяемый к системе NR V2X, предложенной в раскрытии;

[30] Фиг. 2I представляет собой вид, иллюстрирующий способы администрирования радиоканала-носителя sidelink (прямого соединения), шифрования и дешифрования, применяемые к системе NR V2X, предложенной в раскрытии;

[31] Фиг. 2J представляет собой вид, иллюстрирующий полную операцию передачи и приема данных в пользовательской плоскости в системе NR V2X, предложенной раскрытием;

[32] Фиг. 2KA и 2KB представляют собой виды, детально иллюстрирующие операцию администрирования радиоканала-носителя пользовательской плоскости и шифрования терминала, поддерживающего NR V2X, предложенного в варианте осуществления раскрытия;

[33] Фиг. 2L представляет собой вид, иллюстрирующий блочную конфигурацию терминала в соответствии с вариантом осуществления раскрытия; и

[34] Фиг. 2M представляет собой вид, иллюстрирующий блочную конфигурацию базовой станции в соответствии с вариантом осуществления раскрытия.

Режим осуществления изобретения

[35] <Первый вариант осуществления>

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

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

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

[39] В следующем описании, раскрытие использует термины и наименования, определенные в стандартах Долгосрочного развития Проекта партнерства 3-го поколения (3GPP LTE) для удобства описания. Однако раскрытие не ограничено этими терминами и наименованиями и может применяться аналогичным образом к системам, которые соответствуют другим стандартам. В раскрытии, термин «eNB» может использоваться взаимозаменяемо с термином «gNB» для удобства описания. То есть, базовая станция, описанная как «eNB», может указывать «gNB».

[40]

[41] Фиг. 1A представляет собой вид, иллюстрирующий структуру системы LTE, к которой может применяться раскрытие.

[42] Со ссылкой на фиг. 1A, как проиллюстрировано, сеть радиодоступа системы LTE может включать в себя развитые узлы B (далее упоминаемые как ENB, Узел B или базовая станция) 1a-05, 1a-10, 1a-15 и 1a-20, объект 1a-25 администрирования мобильности (MME) и обслуживающий шлюз (S-GW) 1a-30. Пользовательское оборудование (далее упоминаемое как «UE» или «терминал») 1a-35 может осуществлять доступ к внешней сети через ENB 1a-05 ~ 1a-20 и S-GW 1a-30.

[43] На фиг. 1A, ENB 1a-05-1a-20 соответствуют существующему узлу B системы UMTS. ENB соединен с UE 1a-35 через радиоканал и выполняет более сложную роль, чем существующий узел B. В системе LTE весь пользовательский трафик, включая услуги в реальном времени, такие как голос по IP (VoIP), через интернет-протокол, обслуживаются через совместно используемый канал, требуется устройство для планирования путем сбора информации состояния, такой как статус буфера, статус доступной мощности передачи и статус канала UE, и ENB 1a-05-1a-20 несут ответственность за устройство. Один ENB обычно управляет множеством сот. Например, чтобы реализовать скорость передачи 100 Мб/с, система LTE использует ортогональное мультиплексирование с частотным разделением (OFDM) в качестве технологии радиодоступа, например, в ширине полосы 20 МГц. Кроме того, схема адаптивной модуляции & кодирования (далее упоминаемая как «AMC») применяется для определения схемы модуляции и скорости кодирования канала в соответствии с состоянием канала терминала.

[44] S-GW 1a-30 представляет собой устройство, которое обеспечивает канал-носитель данных и генерирует или удаляет канал-носитель данных под управлением MME 1a-25. MME представляет собой устройство, отвечающее за различные функции управления, а также функции администрирования мобильности для терминала, и соединено с множеством базовых станций.

[45] Фиг. 1B представляет собой вид, иллюстрирующий структуру радиопротокола в системе LTE, к которой может применяться раскрытие.

[46] Со ссылкой на фиг. 1B, радиопротокол системы LTE состоит из протоколов конвергенции пакетных данных (PDCP) 1b-05, 1b-40, управления линией радиосвязи (RLC) 1b-10, 1b-35 и управления доступом к среде (MAC) 1b-15, 1b-30 в терминале и eNB, соответственно.

[47] Протоколы конвергенции пакетных данных (PDCP) 1b-05, 1b-40 отвечают за операции, такие как сжатие/восстановление заголовка IP. Основные функции PDCP кратко изложены далее.

[48] - Сжатие и декомпрессия заголовка: только ROHC

[49] - Перенос пользовательских данных

[50] - Последовательная доставка PDU верхнего уровня в процедуру повторной установки PDCP для RLC AM

[51] - Для разделенных каналов-носителей в DC (только поддержка RLC AM): маршрутизация PDCP PDU для передачи и переупорядочивание PDCP PDU для приема

[52] - Обнаружение дублирования SDU нижнего уровня в процедуре повторной установки PDCP для RLC AM

[53] - Повторная передача PDCP SDU при хэндовере и, для разделенных каналов-носителей в DC, PDCP PDU в процедуре восстановления данных PDCP, для RLC AM

[54] - Шифрование и дешифрование

[55] - Основанное на таймере отбрасывание SDU в восходящей линии связи

[56]

[57] Управления линией радиосвязи (RLC) 1b-10 и 1b-35 восстанавливают блок пакетных данных PDCP (PDU) в надлежащем размере и выполняют операцию ARQ. Основные функции RLC кратко изложены далее.

[58] - Перенос PDU верхнего уровня

[59] - Исправление ошибок через ARQ (только для переноса данных AM)

[60] - Конкатенация, сегментация и повторная сборка RLC SDU (только для переноса данных UM и AM)

[61] - Повторная сегментация PDU данных RLC (только для переноса данных AM)

[62] - Переупорядочивание PDU данных RLC (только для переноса данных UM и AM)

[63] - Обнаружение дублирования (только для переноса данных UM и AM)

[64] - Обнаружение ошибок протокола (только для переноса данных AM)

[65] - Отбрасывание RLC SDU (только для переноса данных UM и AM)

[66] - Повторная установка RLC

[67] MAC 1b-15 и 1b-30 соединены с несколькими объектам уровня RLC, сконфигурированными в одном UE, и выполняют операцию мультиплексирования RLC PDU в MAC PDU и демультиплексирования RLC PDU из MAC PDU. Основные функции MAC кратко изложены далее.

[68] - Отображение (соотнесение) между логическими каналами и транспортными каналами

[69] - Мультиплексирование/демультиплексирование MAC SDU, принадлежащих одному или разным логическим каналам, в/из транспортных блоков (TB), доставленных на/от физического уровня на транспортных каналах

[70] - Сообщение информации планирования

[71] - Исправление ошибок через HARQ

[72] - Приоритетная обработка между логическими каналами одного UE

[73] - Приоритетная обработка между UE посредством динамического планирования

[74] - Идентификация услуги MBMS

[75] - Выбор транспортного формата

[76] - Заполнение

[77] Физические уровни 1b-20 и 1b-25 канально-кодируют и модулируют данные верхнего уровня, преобразуют их в символы OFDM и передают их в радиоканал или демодулируют символы OFDM, принятые через радиоканал, декодируют канал и доставляют его на верхний уровень.

[78] Фиг. 1C представляет собой вид, иллюстрирующий структуру системы мобильной связи следующего поколения, к которой может применяться раскрытие.

[79] Со ссылкой на фиг. 1С, как проиллюстрировано, сеть радиодоступа системы мобильной связи следующего поколения (далее упоминаемая как «NR» или «5G») включает в себя базовую станцию 1c-10 следующего поколения (узел B нового радио, далее упоминаемый как «NR gNB» или «базовая станция NR») и базовую сеть 1c-05 нового радио (NR CN). Пользовательское оборудование (пользовательское оборудование нового радио, далее упоминаемое как «NR UE» или «терминал») 1c-15 осуществляет доступ к внешней сети через NR gNB 1c-10 и NR CN 1c-05.

[80] На фиг. 1C, NR gNB 1c-10 соответствует eNB существующей системы LTE. NR gNB соединен с NR UE 1c-15 через радиоканал и может обеспечивать услугу, превосходящую услугу существующего Узла B. В системе мобильной связи следующего поколения, весь пользовательский трафик обслуживается через совместно используемый канал, так что требуется устройство, которое собирает и планирует информацию статуса, такую как статус буфера, статус доступной мощности передачи и статус канала UE, и ответственность несет NR NB 1c-10.

[81] Один NR gNB обычно управляет множеством сот. Чтобы реализовать сверхвысокоскоростную передачу данных по сравнению с нынешним LTE, он может иметь большую, чем существующая, максимальную ширину полосы, и технология формирования диаграммы направленности может дополнительно трансплантироваться с использованием ортогонального мультиплексирования с частотным разделением (OFDM) в качестве технологии беспроводного доступа. Кроме того, способ адаптивного кодирования модуляции (AMC) применяется для определения схемы модуляции и скорости кодирования канала в соответствии с состоянием канала терминала.

[82] NR CN 1c-05 выполняет функции, такие как поддержка мобильности, конфигурация канала-носителя и конфигурация QoS. NR CN представляет собой устройство, ответственное за различные функции управления, а также функции администрирования мобильности для терминала, и соединяется с множеством базовых станций. Кроме того, система мобильной связи следующего поколения может быть взаимно соединена с существующей системой LTE, и NR CN соединяется с MME 1c-25 через сетевой интерфейс. MME соединен с существующим eNB 1c-30.

[83] Фиг. 1D представляет собой вид, иллюстрирующий структуру радиопротокола системы мобильной связи следующего поколения, к которой может применяться раскрытие.

[84] Со ссылкой на фиг. 1D, радиопротокол системы мобильной связи следующего поколения состоит из NR PDCP 1d-05, 1d-40, NR RLC 1d-10, 1d-35, NR MAC 1d-15, 1d-30 в терминале и базовой станции NR, соответственно. Основные функции NR PDCP 1d-05, 1d-40 могут включать в себя некоторые из следующих функций.

[85] - Сжатие и декомпрессия заголовка: только ROHC

[86] - Перенос пользовательских данных

[87] - Последовательная доставка PDU верхнего уровня

[88] - Непоследовательная доставка PDU верхнего уровня

[89] - Переупорядочивание PDCP PDU для приема

[90] - Обнаружение дублирования SDU нижнего уровня

[91] - Повторная передача PDCP SDU

[92] - Шифрование и дешифрование

[93] - Основанное на таймере отбрасывание SDU в восходящей линии связи

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

[95] Основные функции NR RLC 1d-10, 1d-35 могут включать в себя некоторые из следующих функций.

[96] - Перенос PDU верхнего уровня

[97] - Последовательная доставка PDU верхнего уровня

[98] - Непоследовательная доставка PDU верхнего уровня

[99] - Исправление ошибок через ARQ

[100] - Конкатенация, сегментация и повторная сборка RLC SDU

[101] - Повторная сегментация PDU данных RLC

[102] - Переупорядочивание PDU данных RLC

[103] - Обнаружение дублирования

[104] - Обнаружение ошибок протокола

[105] - Отбрасывание RLC SDU

[106] - Повторная установка RLC

[107] В изложенном выше, функция последовательной доставки устройства NR RLC относится к функции последовательной доставки RLC SDU, принятых от нижнего уровня, на верхний уровень и может включать в себя функцию повторной сборки и доставки, когда один RLC SDU первоначально разделен на множество RLC SDU и принят, может включать в себя функцию переупорядочения принятых RLC PDU на основе порядкового номера (SN) RLC или порядкового номера (SN) PDCP, может включать в себя функцию переупорядочивания очередности для записи потерянных RLC PDU, может включать в себя функцию сообщения статуса потерянных RLC PDU на сторону передачи, может включать в себя функцию запроса повторной передачи потерянных RLC PDU, может включать в себя функцию последовательной доставки только RLC SDU перед потерянным RLC SDU на верхний уровень, когда имеется потерянный RLC SDU, может включать в себя функцию последовательной доставки всех RLC SDU, принятых перед запуском таймера, на верхний уровень, если предопределенный таймер истек, даже если имеется потерянный RLC SDU, или может включать в себя функцию последовательной доставки всех уже принятых RLC SDU на верхний уровень, если предопределенный таймер истек, даже если существует потерянный RLC SDU. Кроме того, RLC PDU могут обрабатываться в порядке приема (независимо от порядка серийного номера и порядкового номера, в порядке прихода) и доставляться на устройство PDCP независимо от порядка (непоследовательная доставка), и, в случае сегмента, сегменты, сохраненные в буфере или подлежащие приему в будущем, могут приниматься, восстанавливаться в один полный RLC PDU, обрабатываться и доставляться на устройство PDCP. Уровень NR RLC может не включать в себя функцию конкатенации, и функция может выполняться в уровне NR MAC или может быть заменена функцией мультиплексирования уровня NR MAC.

[108] В изложенном выше, функция непоследовательной доставки устройства NR RLC относится к функции прямой доставки RLC SDU, принятых от нижнего уровня, на верхний уровень независимо от порядка и может включать в себя функцию повторной сборки и доставки, когда один RLC SDU первоначально разделен на множество RLC SDU и принят, и может включать в себя функцию сохранения RLC SN или PDCP SN принятых RLC PDU, сортировки порядка и записи потерянных RLC PDU.

[109] NR MAC 1d-15 и 1d-30 могут быть соединены с несколькими объектами уровня NR RLC, сконфигурированными в одном терминале, и основные функции NR MAC могут включать в себя некоторые из следующих функций.

[110] - Отображение между логическими каналами и транспортными каналами

[111] - Мультиплексирование/демультиплексирование MAC SDU

[112] - Сообщение информации планирования

[113] - Исправление ошибок через HARQ

[114] - Приоритетная обработка между логическими каналами одного UE

[115] - Приоритетная обработка между UE посредством динамического планирования

[116] - Идентификация услуги MBMS

[117] - Выбор транспортного формата

[118] - Заполнение

[119] Уровни 1d-20, 1d-25 NR PHY могут канально-кодировать и модулировать данные верхнего уровня, преобразовывать их в символы OFDM и передавать их в радиоканал или демодулировать и канально-декодировать символы OFDM, принятые через радиоканал, и передавать их на верхний уровень.

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

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

[122] Со ссылкой на Таблицу 1, в отличие от существующих систем LTE (выпуски 14/15 V2X), которые поддерживают только унифицированные услуги V2X, такие как низкая скорость передачи данных, такие как базовое сообщение безопасности (BSM), сообщение совместного информирования (CAM), децентрализованное сообщение уведомления об окружающей среде (DENM), односторонняя услуга P2X и т.д., широкий диапазон связи или передачи и публичные услуги, ожидается, что системы мобильной связи следующего поколения будут поддерживать различные скорости передачи данных, области связи и передачи и публичные или приватные услуги ввиду введения новых услуг, таких как продвинутое вождение, расширенный сенсор и движение колонной. Соответственно, раскрытие предлагает способ классифицирования услуг V2X, как показано в Таблице 1 ниже, на основе требований и случаев использования для каждой услуги. Предложенная таблица, как следует ниже, относится к стандарту TR 22.886 3GPP “Исследование расширения поддержки 3GPP для услуг V2X 5G”.

[123] [Таблица 1]

[124]

	Тип	Дальность	Скорость передачи данных	Использование
Rel-14/15 V2X	Публичный	Высокая	Низкая	BSM, CAM, DENM, P2X
Продвинутое вождение	Публичный	Средняя	Средняя	Совместное использование информации для автоматизированного вождения. Информация безопасности на перекрестке. Совместная смена полосы движения и т.д.
Расширенный сенсор	Публичный	Низкая (соседние автомобили)	Высокая
Движение колонной	Приватный/ публичный	Средняя: Передний-> следующий, следующий-> передний Низкая: Следующий<-> следующий	Средняя

[125] Фиг. 1E представляет вид, иллюстрирующий связь V2X в системе мобильной связи следующего поколения, к которой применяется раскрытие.

[126] V2X совместно относится к технологии связи через все интерфейсы с транспортным средством и может включать в себя связь от транспортного средства к транспортному средству (V2V), от транспортного средства к инфраструктуре (V2I), от транспортного средства к пешеходу (V2P), от транспортного средства к сети (V2N) и тому подобное, в соответствии с формой и компонентами связи. V2P и V2V обычно следуют структуре и принципу действия связи от устройства к устройству (D2D) Rel-13.

[127] Базовая станция 1e-01 может осуществлять связь по меньшей мере с одним терминалом 1e-05, 1e-10 транспортного средства и портативным терминалом 1e-15 пешехода, расположенными в соте 1e-02, поддерживающей V2X. Например, терминал 1e-05 транспортного средства может выполнять сотовую связь с базовой станцией 1e-01 с использованием линии связи 1e-30, 1e-35 от терминала транспортного средства к базовой станции (Uu), и терминал 1e-05 транспортного средства может выполнять связь от устройства к устройству (D2D) с использованием прямого соединения PC5 1e-20, 1e-25 с другим терминалом 1e-10 транспортного средства или портативным терминалом 1e-15 пешехода.

[128] Чтобы терминал 1e-05 транспортного средства и другой терминал 1e-10 транспортного средства, или терминалы 1e-05 и 1e-10 транспортного средства и мобильный терминал 5c-15 пешехода напрямую передавали и принимали информацию с использованием прямых соединений 1e-20 и 1e-25, базовой станции необходимо распределить пул ресурсов, который может использоваться для связи sidelink. В соответствии с тем, как базовая станция распределяет ресурсы терминалу, распределение может разделяться на запланированное распределение ресурсов (режим 3) и автономное распределение ресурсов UE (режим 4).

[129] Запланированное распределение ресурсов является способом, в котором базовая станция распределяет ресурсы, используемые для передачи прямого соединения на RRC-соединенные терминалы в выделенной схеме планирования. Вышеописанный способ эффективен для управления помехами и администрирования пула ресурсов (динамическое распределение, полупостоянная передача), поскольку базовая станция может администрировать ресурсы прямого соединения. Кроме того, в случае запланированного распределения ресурсов (режим 3), в котором базовая станция распределяет и администрирует ресурсы для V2X, когда RRC-соединенный терминал имеет данные, подлежащие передаче на другие терминалы, терминал может запрашивать распределение ресурсов от базовой станции с использованием сообщения RRC или элемента управления MAC (далее упоминаемого как «CE»). Здесь, сообщение RRC может представлять собой сообщение SidelinkUEInformation или UEAssistanceInformation. Между тем, MAC CE может, в качестве примера, представлять собой MAC CE отчета о статусе буфера нового формата (включая по меньшей мере указатель, указывающий отчет о статусе буфера для связи V2P и информацию о размере данных, буферизованных для связи D2D). Что касается подробного формата и содержаний отчета о статусе буфера, используемых в 3GPP, см. 3GPP-стандарт TS36.321 3GPP «Спецификация протокола E-UTRA MAC».

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

[131] Структура пула ресурсов для V2X может быть сконфигурирована способом, в котором ресурсы 1e-40, 1e-50, 1e-60 для распределения планирования (SA) и ресурсы 1e-45, 1e-55, 1e-65 для передачи данных являются смежными друг с другом для формирования одного подканала, или ресурсы 1e-70, 1e-75, 1e-80 для SA и ресурсы 1e-85, 1e-90, 1e-95 для передачи данных не являются смежными. Независимо от того, какая из приведенных выше двух структур используется, ресурс для SA состоит из двух последовательных PRB и включает в себя информацию, указывающую местоположение ресурса для передачи данных. Количество терминалов, принимающих услугу V2X в одной соте, может быть множеством, и отношение между базовой станцией 1e-01 и терминалами 1e-05, 1e-10, и 1e-15, описанное выше, может расширяться и применяться.

[132] Фиг. 1F представляет собой вид, иллюстрирующий процедуру для контроля и передачи данных терминала V2X, работающего в режиме 3, когда пул индивидуальных для услуг ресурсов и пул безразличных к услугам ресурсов сосуществуют в системе мобильной связи следующего поколения.

[133] Со ссылкой на фиг. 1F, сервер приложений (далее, сервер приложений V2X) 1f-05 обеспечивает информацию параметров связи V2X на терминалы 1f-01, 1f-02 (1f-10). Альтернативно, функция управления (далее, функция управления V2X) (1f-04) может принимать информацию параметров от сервера 1f-05 приложений V2X и обеспечивать информацию параметров для связи V2X на терминалы 1f-01, 1f-02 (1f-10).

[134] Предоставленный параметр может включать в себя информацию отображения услуг V2X и идентификаторов (ID) уровня-2 места назначения. Например, поскольку система мобильной связи следующего поколения должна поддерживать новые услуги V2X, такие как движение колонной, продвинутое вождение, расширенные сенсоры и т.д., новые услуги V2X могут отображаться на идентификаторы (ID) уровня-2 места назначения через идентификатор, такой как идентификатор провайдера услуг (PSID), идентификаторы приложения умной транспортной системы (ITS-AID) или новые идентификаторы приложения V2X.

[135] Кроме того, предоставляемые параметры могут включать в себя информацию отображения частот V2X (далее, частоты V2X) и услуг V2X, или частот V2X и типов услуг V2X (например, PSID, или ITS-AID, или новые идентификаторы, специфицированные выше), или частот V2X и технологии радиодоступа (RAT). Здесь, частоты V2X могут представлять частоту V2X LTE и/или частоту V2X NR, и, таким образом, технология радиодоступа может также представлять E-UTRA и/или NR.

[136] Кроме того, информация отображения, специфицированная выше, может дополнительно включать в себя информацию о географической области(ях). Например, в конкретной географической области частоты V2X могут не быть доступными вследствие локальных ограничений, и в географической области, где конфиденциальность является вопросом особого внимания, список доступных услуг V2X или типов услуг V2X может отличаться, так что информация о географической области может включаться совместно в предоставляемый параметр.

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

[138] Кроме того, предоставленные параметры могут включать в себя информацию отображения о по-пакетном приоритете услуг ближней дальности (prose) (PPPP) и бюджете задержки пакета, или информацию отображения услуги V2X и PPPP, или информацию отображения услуги V2X и по-пакетной надежности prose (PPPR) для связи V2X.

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

[140] Терминалы 1f-01 и 1f-02 предварительно конфигурируют параметры, первоначально обеспечиваемые от сервера 1f-05 приложений V2X или функции 1f-04 управления V2X.

[141] Если терминал 1f-01, имеющий ранее сконфигурированные параметры, упомянутые выше, заинтересован в конкретной V2X-услуге x, терминал выполняет поиск подходящей соты для привязки путем выполнения выбора или процедуры выбора. Кроме того, терминал 1f-01 привязывается в соте (1f-15). В этом случае, терминал может найти соту для привязки на частоте V2X, поддерживаемой домашней наземной мобильной сетью общего пользования (HPLMN), на которую отображена конкретная V2X-услуга x. Терминал 1f-01, привязывающийся в соте, может принимать (1f-20) SIB21 от базовой станции 1f-03.

[142] Системная информация (1f-20) может включать в себя по меньшей мере одно из информации о пулах индивидуальных для услуг ресурсов на обслуживающей частоте для передачи и приема сигнала и информации о пулах безразличных к услугам ресурсов, информации о меж-частотных пулах индивидуальных для услуг ресурсов и информации о пулах безразличных к услугам ресурсов, информации о меж-RAT пулах индивидуальных для услуг ресурсов и информации о пулах безразличных к услугам ресурсов, информации для конфигурирования синхронизации, информации конфигурации зоны для терминала, чтобы автономно выбирать ресурс и передавать данные, и информации конфигурации приоритета прямого соединения (PC5) и восходящей линии связи и нисходящей линии связи (Uu) LTE/NR.

[143] Информация о пуле индивидуальных для услуг ресурсов может конкретно включать в себя информацию о технологии радиодоступа (E-UTRA или NR), которая может поддерживаться в пуле ресурсов для каждой услуги, информацию об отображаемых услугах (например, список услуг V2X, отображаемых с комбинацией области связи, транспортной области, PPPP, PPPR и ID уровня-2 места назначения), информацию конфигурации пула ресурсов (например, ресурс временной области в формате битовой карты, ресурс частотной области, информацию разнесения поднесущих или длину циклического префикса, когда NR поддерживается), информацию конфигурации мощности передачи, включая максимальную разрешенную мощность передачи, и информацию конфигурации для операции зондирования.

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

[145] Терминал 1f-01, принимающий системную информацию, может определять частоты/RAT, контролируемые для связи V2X (1f-25). В этом случае, терминал может определять частоты/RAT, подлежащие контролю, на основе набора двух категорий.

[146] Первый набор (1-ый набор контролируемых частот/RAT, или первый набор ресурсов) может включать в себя пересечение частот, специфицированных для поддержки V2X в системной информации или сообщении RRC (например, сообщении реконфигурации соединения RRC), и частот, отображенных с услугами V2X, рассматриваемыми терминалом.

[147] Второй набор (2-й набор контролируемых частот/RAT или второй набор ресурсов) может включать в себя внутри-RAT-частоты/меж-RAT-частоты, обеспечивающие пул индивидуальных для услуг ресурсов для поддержки конкретной V2X-услуги x.

[148] Терминал сначала контролирует второй набор пулов ресурсов для каждой услуги. Если отсутствуют частоты, поддерживающие конкретную V2X-услугу x в пуле ресурсов для каждой услуги, терминал контролирует пул ресурсов, нерелевантный услуге, включенной в первый набор.

[149] Когда генерируется трафик данных для конкретной V2X-услуги x (1f-30), терминал выполняет соединение RRC с базовой станцией (1f-35). В вышеупомянутом процессе соединения RRC, терминал может передавать сообщение RRC путем добавления информации о конкретной V2X-услуге x на базовую станцию. Процесс соединения RRC может выполняться перед тем, как генерируется трафик данных для конкретной V2X-услуги x (1f-30).

[150] Когда существует пул индивидуальных для услуг ресурсов, который поддерживает конкретную V2X-услугу x на обслуживающей частоте, терминал 1 1f-01 запрашивает у базовой станции 1f-03 ресурсы передачи для связи V2X с другими терминалами 1f-02 или базовой станцией 1f-03 с использованием пула индивидуальных для услуг ресурсов (1f-40). В этом случае, терминал может запрашивать ресурсы передачи с использованием сообщения RRC или элемента управления (CE) MAC.

[151] Здесь, в качестве сообщения RRC, может использоваться сообщение SidelinkUEInformation или UEAssistanceInformation. Между тем, MAC CE может представлять собой, в качестве примера, отчет о статусе буфера MAC CE нового формата (включая по меньшей мере указатель, указывающий этот отчет о статусе буфера для связи V2X, и информацию о размере данных, буферизованных для связи D2D).

[152] Базовая станция 1f-03 может распределять ресурс передачи V2X терминалу 1 (1f-01) (1f-45). Базовая станция 1f-03 может распределять ресурсы передачи V2X через выделенное сообщение RRC, и сообщение может быть включено в сообщение RRCConnectionReconfiguration.

[153] Распределение ресурсов может представлять собой ресурс V2X, запланированный от базовой станции через интерфейс Uu в соответствии с типом трафика, запрошенного терминалом, перегрузкой линии связи или услугой V2X, либо может представлять собой ресурс, выбранный непосредственно терминалом из пула ресурсов, обеспеченного от базовой станции (ресурс для PC5). Чтобы определить распределение ресурсов, терминал может добавлять и передавать информацию PPPP или PPPR или LCID трафика V2X через UEAssistanceInformation или MAC CE. Поскольку базовая станция также знает информацию о ресурсах, используемых другими терминалами, базовая станция планирует ресурс, запрошенный терминалом 1, среди оставшихся ресурсов.

[154] Кроме того, когда сообщение RRC (сообщение RRCConnectionReconfiguration) включает в себя информацию конфигурации SPS через Uu, базовая станция может активировать SPS путем передачи DCI через PDCCH (1f-50).

[155] Терминал 1 1f-01 может выбирать линию передачи и ресурс в соответствии с ресурсом и способом передачи, распределенными от базовой станции 1f-03 (1f-55), и передавать данные на терминалы 1f-02 или на базовую станцию 1f-03 (1f-60).

[156] Если отсутствует пул индивидуальных для услуг ресурсов, который поддерживает конкретную V2X-услугу x на обслуживающей частоте, но существует пул индивидуальных для услуг ресурсов, который поддерживает конкретную V2X-услугу x на необслуживающей частоте, терминал 1 1f-01 запрашивает ресурс передачи, способный осуществлять связь V2X с другими терминалами 1f-02 или базовой станцией 1f-03, от базовой станции 1f-03 (1f-40). В этом случае, терминал может запрашивать ресурс передачи с использованием сообщения RRC или MAC CE.

[157] Здесь, сообщение RRC может представлять собой сообщение SidelinkUEInformation или UEAssistanceInformation. Между тем, MAC CE может представлять собой, в качестве примера, отчет о статусе буфера MAC CE нового формата (включая по меньшей мере указатель, указывающий этот отчет о статусе буфера для связи V2X, и информацию о размере данных, буферизованных для связи D2D).

[158] Базовая станция 1f-03 может распределять ресурс V2X передачи на терминал 1 1f-01 (1f-45). Базовая станция 1f-03 может распределять ресурсы V2X передачи через выделенное сообщение RRC, и сообщение может быть включено в сообщение RRCConnectionReconfiguration.

[159] Распределение ресурсов может представлять собой ресурс V2X, запланированный от базовой станции через интерфейс Uu в соответствии с типом трафика, запрошенного терминалом, перегрузкой линии связи или услугой V2X, или может представлять собой ресурс, непосредственно выбранный терминалом из пула ресурсов, обеспеченного от базовой станции (ресурс для PC5). Чтобы определить распределение ресурсов, терминал может добавлять и передавать информацию PPPP или PPPR или LCID трафика V2X через UEAssistanceInformation или MAC CE. Поскольку базовая станция также знает информацию о ресурсах, используемых другими терминалами, базовая станция может планировать ресурс, запрошенный терминалом 1, среди оставшихся ресурсов.

[160] Кроме того, когда сообщение RRC (сообщение реконфигурации RRCconnection) включает в себя информацию конфигурации SPS через Uu, базовая станция может активировать SPS путем передачи DCI через PDCCH (1f-50). Терминал 1 1f-01 может выбирать линию передачи и ресурс в соответствии с ресурсом и способом передачи, распределенными от базовой станции 1f-03 (1f-55), и передавать данные на терминалы 1f-02 или на базовую станцию 1f-03 (1f-60).

[161] Фиг. 1G представляет собой вид, иллюстрирующий процедуру передачи данных терминала V2X, работающего в режиме 4, когда пул индивидуальных для услуг ресурсов и пул безразличных к услугам ресурсов сосуществуют в системе мобильной связи следующего поколения.

[162] Со ссылкой на фиг. 1G, сервер 1g-05 приложений V2X может обеспечивать информацию параметров для связи V2X на терминалы 1g-01 и 1g-02 (предоставление параметров) (1g-10). Альтернативно, функция (1g-04) управления V2X может принимать информацию параметров от сервера 1g-05 приложений V2X и обеспечивать информацию параметров для связи V2X на терминалы 1g-01, 1g-02 (1g-10).

[163] Предоставленный параметр может включать в себя информацию отображения услуг V2X и ID уровня-2 места назначения. Например, в системе мобильной связи следующего поколения должны поддерживаться новые услуги V2X, такие как движение колонной, продвинутое вождение, расширенные сенсоры и т.д. Поэтому новая услуга V2X может отображаться на ID уровня-2 места назначения через идентификатор, такой как PSID или ITS-AID или новые идентификаторы приложения V2X.

[164] Кроме того, предоставленные параметры могут включать в себя информацию отображения частот V2X и услуг V2X или частот V2X и типов услуг V2X (например, PSID или ITS-AID или новые идентификаторы, специфицированные выше) или частот V2X и технологии радиодоступа (RAT). Здесь, частоты V2X могут представлять частоту V2X LTE и/или частоту V2X NR, и, таким образом, технология радиодоступа может также представлять E-UTRA и/или NR.

[165] Кроме того, информация отображения, специфицированная выше, может дополнительно включать в себя информацию о географической области(ях). Например, в конкретной географической области, использование частот V2X может оказаться невозможным вследствие локальных ограничений, и в географической области, где конфиденциальность является вопросом особого внимания, список доступных услуг V2X или типов услуг V2X может отличаться, таким образом, информация о географической области может быть включена в предоставленные параметры.

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

[167] Кроме того, предоставленные параметры могут включать в себя информацию отображения PPPP и бюджет задержки пакета, информацию отображения услуги V2X и PPPP или информацию отображения услуги V2X и PPPR для связи V2X.

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

[169] Терминалы 1g-01 и 1g-02 могут предварительно конфигурировать параметры, первоначально обеспечиваемые от сервера 1g-05 приложений V2X или функции 1f-04 управления V2X.

[170] Существует отличие в том, что, в отличие от режима 3, в котором базовая станция 1g-03 непосредственно вовлечена в распределение ресурсов, в режиме 4 работы, терминал 1 1g-01 может автономно выбирать ресурсы и передавать данные, на основе пула ресурсов, ранее принятого через системную информацию.

[171] Раскрытие предлагает, что базовая станция 1g-03 в связи V2X распределяет пул индивидуальных для услуг ресурсов прямого соединения и пул безразличных к услугам ресурсов прямого соединения для терминала 1 1g-01. Терминал, заинтересованный в конкретной V2X-услуге x, может автономно выбирать доступный пул ресурсов после зондирования ресурсов, используемых другими соседними терминалами, из пула ресурсов прямого соединения для каждой услуги. Альтернативно, терминал может произвольно выбирать ресурс из предварительно сконфигурированного пула ресурсов.

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

[173] Терминал 1 1g-01, имеющий предварительно сконфигурированные параметры, описанные выше, может выполнять выбор или процедуру выбора при заинтересованности в конкретной V2X-услуге x, чтобы найти подходящую соту для привязки. Затем, терминал 1g-01 привязывается в соте (1g-15). Здесь, терминал может найти соту для привязки на частоте V2X, поддерживаемой HPLMN, отображаемой на конкретную V2X-услугу x. Терминал 1 1g-01, выполнив привязку, может принимать (1g-20) SIB21 от базовой станции 1g-03.

[174] Системная информация (1g-20) может включать в себя по меньшей мере одно из информации о пуле индивидуальных для услуг ресурсов на обслуживающей частоте для передачи и приема сигнала, информации о пуле безразличных к услугам ресурсов, информации о пуле индивидуальных для услуг ресурсов и информации о меж-частотном пуле безразличных к услугам ресурсов, информации о пуле безразличных к услугам ресурсов, информации о пуле индивидуальных для услуг ресурсов и информации о меж-RAT пуле безразличных к услугам ресурсов, информации для конфигурирования синхронизации, информации конфигурации зоны для терминала, чтобы автономно выбирать ресурсы и передавать данные, информации конфигурации приоритета прямого соединения (PC5) и восходящей линии связи и нисходящей линии связи (Uu) LTE/NR.

[175] Информация о пуле индивидуальных для услуг ресурсов может конкретно включать в себя информацию о технологии радиодоступа (E-UTRA или NR), которая может поддерживаться в пуле ресурсов для каждой услуги, информацию об отображенных услугах (например, список услуг V2X, отображенных с комбинацией области связи, транспортной области, PPPP, PPPR и ID уровня-2 места назначения), информацию конфигурации пула ресурсов (например, ресурс временной области в формате битовой карты, ресурс частотной области, информацию разнесения поднесущих или длину циклического префикса, когда NR поддерживается), информацию конфигурации мощности передачи, включая максимальную разрешенную мощность передачи, и информацию конфигурации для операции зондирования.

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

[177] Терминал 1 1g-01, принимающий системную информацию, может определять частоты/RAT, контролируемые для связи V2X (1g-25). В этом случае, терминал 1 1g-01 может определять контролируемые частоты/RAT на основе набора двух категорий.

[178] Первый набор (1-ый набор контролируемых частот/RAT или первый набор ресурсов) может включать в себя пересечение частот, специфицированных для поддержки V2X в системной информации или сообщении RRC (например, сообщение реконфигурации соединения RRC), и частот, отображенных с услугами V2X, рассматриваемыми терминалом.

[179] Второй набор (2-ой набор контролируемых частот/RAT, или второй набор ресурсов) может включать в себя внутри-RAT-частоты/меж-RAT-частоты, обеспечивающие пул индивидуальных для услуг ресурсов для поддержки конкретной V2X-услуги x.

[180] Терминал сначала контролирует второй набор пула ресурсов для каждой услуги. Если отсутствуют частоты, поддерживающие конкретную V2X-услугу x в пуле ресурсов для каждой услуги, терминал контролирует пул ресурсов, нерелевантный услуге, включенной в первый набор. Если терминал 1 1g-01 не принимает системную информацию или сообщение RRC, терминал может выполнять вышеупомянутую операцию на основе предварительно сконфигурированной информации от функции 1g-04 управления V2X или сервера 1g-05 приложений V2V.

[181] Когда трафик данных для конкретной V2X-услуги x сгенерирован (1g-30), терминал 1 1g-01 может выбирать ресурс во временной/частотной области (1g-35) и передавать данные на по меньшей мере один другой терминал 1g-02 в соответствии с информацией конфигурации (например, операция передачи (одна передача динамического распределения, множество передач динамического распределения, одна передача на основе зондирования, множество передач на основе зондирования, произвольная передача), сконфигурированной для пула индивидуальных для услуг ресурсов для конкретной V2X-услуги x), принятой от базовой станции 1g-03 через системную информацию (1g-40).

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

[183] Как описано выше, множественная передача на основе зондирования и резервирования ресурсов может приводиться в действие базовым образом, и если операция зондирования не дает хороший результат, связь может выполняться через произвольный выбор ресурсов из соответствующего пула ресурсов. Если терминал не принимает системную информацию или сообщение RRC, описанная выше операция выполняется на основе предварительно сконфигурированной информации из функции 1g-04 управления V2X или сервера 1g-05 приложений V2V.

[184] Фиг. 1H представляет собой вид, иллюстрирующий блочную конфигурацию терминала в соответствии с раскрытием.

[185] Как проиллюстрировано на фиг. 1H, терминал в соответствии с вариантом осуществления раскрытия включает в себя приемопередатчик 1h-05, контроллер 1h-10, мультиплексор и демультиплексор 1h-15, процессор 1h-20 и 1h-25 верхнего уровня и процессор 1h-30 управляющих сообщений.

[186] Приемопередатчик 1h-05 принимает данные и предопределенный управляющий сигнал через прямой канал обслуживающей соты и передает данные и предопределенный управляющий сигнал через обратный канал. Когда сконфигурировано множество обслуживающих сот, приемопередатчик 1h-05 выполняет передачу/прием данных и передачу/прием управляющего сигнала через множество обслуживающих сот. Мультиплексор и демультиплексор 1h-15 мультиплексирует данные, сгенерированные процессорами 1h-20 и 1h-25 верхнего уровня или процессором 1h-30 управляющих сообщений, или передает данные, принятые от приемопередатчика 1h-05, чтобы передать их на подходящий процессор 1h-20 и 1h-25 верхнего уровня или процессор 1h-30 управляющих сообщений. Процессор 1h-30 управляющих сообщений передает и принимает управляющее сообщение от базовой станции и предпринимает необходимые действия. Действие включает в себя функцию обработки управляющих сообщений, таких как сообщения RRC и MAC CE, сообщение значений измерения CBR, и прием сообщений RRC для пула ресурсов и работы терминала. Процессоры 1h-20 и 1h-25 верхнего уровня относятся к устройствам DRB и могут быть сконфигурированы для каждой услуги. Процессоры 1h-20 и 1h-25 верхнего уровня обрабатывают данные, сгенерированные из пользовательских услуг, таких как протокол переноса файлов (FTP) или протокол голоса по Интернету (VoIP), и доставляют их на блоки (1h-15) мультиплексирования и демультиплексирования или обрабатывают данные, переданные от мультиплексора и демультиплексора 1h-15, и передают обработанные данные в приложение услуги верхнего уровня. Контроллер 1h-10 идентифицирует команду планирования, принятую через приемопередатчик 1h-05, например, обратные предоставления, и управляет приемопередатчиком 1h-05 и мультиплексором и демультиплексором 1h-15, чтобы обратная передача выполнялась при помощи подходящего ресурса передачи в подходящее время. Между тем, выше было описано, что терминал состоит из множества блоков и каждый блок выполняет отличающуюся от других функцию, но это только примерный вариант осуществления, и раскрытие не ограничено этим. Например, контроллер 1h-10 сам может выполнять функцию, выполняемую демультиплексором 1h-15.

[187] Фиг. 1I представляет собой блок-схему, показывающую конфигурацию базовой станции в соответствии с раскрытием.

[188] Устройство базовой станции согласно фиг. 1i включает в себя приемопередатчик 1i-05, контроллер 1i-10, мультиплексор и демультиплексор 1i-20, процессор 1i-35 управляющих сообщений, процессоры 1i-25 и 1i-30 верхнего уровня и планировщик 1i-15.

[189] Приемопередатчик 1i-05 передает данные и предопределенный управляющий сигнал через прямую несущую и принимает данные и предопределенный управляющий сигнал посредством обратной несущей. Когда сконфигурировано множество несущих, приемопередатчик 1i-05 выполняет передачу/прием данных и передачу/прием управляющего сигнала посредством множества несущих. Мультиплексор и демультиплексор 1i-20 мультиплексирует данные, сгенерированные процессорами 1i-25 и 1i-30 верхнего уровня или процессором 1i-35 управляющих сообщений, или демультиплексирует данные, принятые от приемопередатчика 1i-05, чтобы передать их на подходящие процессоры 1i-25 и 1i-30 верхнего уровня, процессор 1i-35 управляющих сообщений или контроллер 1i-10. Процессор 1i-35 управляющих сообщений принимает инструкцию от контроллера, генерирует сообщение, подлежащее передаче на терминал, и передает сгенерированное сообщение на нижний уровень. Процессоры 1i-25 и 1i-30 верхнего уровня могут быть сконфигурированы, чтобы, для каждой индивидуальной для терминала услуги, обрабатывать данные, сгенерированные из пользовательских услуг, таких как FTP или VoIP, и передавать данные на блок 1i-20 мультиплексирования и демультиплексирования, или обрабатывать данные, переданные от мультиплексора и демультиплексора 1i-20, и передавать данные в приложение услуг верхнего уровня. Планировщик 1i-15 распределяет ресурсы передачи на терминал в подходящее время с учетом статуса буфера терминала, статуса канала и активного времени терминала и обрабатывает сигнал, переданный терминалом на приемопередатчик, или передает сигнал на терминал.

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

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

[192] Кроме того, раскрытие может быть изложено кратко следующим образом.

[193] 1. Определение пула индивидуальных для услуг ресурсов для поддержки разнообразных услуг V2X R16 как обслуживающей соты, так и меж-частотных.

[194] 2. Сосуществование пула индивидуальных для услуг ресурсов и пула безразличных к услугам ресурсов.

[195] 3. Классификация услуг V2X, основываясь на PPPP, дальности, PPPR, Prose L2 ID или комбинации информации, приведенной выше.

[196] Кроме того, раскрытие может быть изложено кратко следующим образом.

[197] 1. UE <- сервер V2X: Предоставление параметров

[198] - Информация отображения ID уровня-2 места назначения и услуги V2X, например PSID, ITS-AID, ES, движение колонной …

[199] - Информация отображения услуг на частоты V2X/RAT (LTE и/или NR)

[200] - Информация отображения услуг на дальность (высокая, средняя, низкая)

[201] - Информация отображения услуг на PPPP

[202] - Информация отображения услуг на PPPR

[203] 2. UE заинтересовано в V2X-услуге x: Привязка к частоте V2X HPLMN, отображаемой на услугу x

[204] 3. UE: Прием системной информации V2X, системная информация V2X может включать в себя по меньшей мере одно из следующей информации.

[205] - Обслуживающая частота

[206] -- Пулы индивидуальных для услуг ресурсов

[207] -- Пулы безразличных к услугам ресурсов

[208] - Меж-частотная

[209] -- Пулы индивидуальных для услуг ресурсов

[210] -- Пулы безразличных к услугам ресурсов

[211] - Меж-RAT

[212] -- Пулы индивидуальных для услуг ресурсов

[213] -- Пулы безразличных к услугам ресурсов

[214] - Пулы индивидуальных для услуг ресурсов

[215] -- Информация RAT (опционально; представляется, только если она включена в ветвь меж-RAT)

[216] E-UTRA или NR

[217] -- Отображаемые услуги

[218] список отображаемых услуг

[219] дальность, PPPP, L2 ID места назначения или их комбинация

[220] -- Конфигурация пула ресурсов

[221] ресурс временной области: битовая карта

[222] ресурс частотной области…

[223] SCS (если это NR) и длина CP)

[224] -- Конфигурация мощности передачи

[225] максимальная разрешенная мощность передачи

[226] -- Параметры зондирования ресурсов

[227] - Пул безразличных к услугам ресурсов

[228] -- Информация RAT

[229] -- Конфигурация пула ресурсов

[230] -- Конфигурация мощности передачи

[231] -- Параметры зондирования ресурсов

[232] 4. Определение частот/RAT для контроля

[233] - 1-ый набор контролируемых частот/RAT:

[234] -- Пересечение частот, на которые отображена рассматриваемая услуга V2X, и частот, указанных поддерживающей V2X, в системной информации

[235] - 2-ой набор контролируемых частот/RAT:

[236] -- Внутри-RAT частоты/меж-RAT частоты, обеспечивающие индивидуальный для услуги пул для услуги x

[237] - UE контролирует индивидуальные для услуги пулы 2-го набора

[238] - Если ни одна из частот не обеспечивает индивидуальный для услуги пул для услуги x

[239] - UE контролирует безразличные к услуге пулы 1-го набора

[240] 5. Определение частот/RAT для передачи

[241] - UE передает данные для услуги X в индивидуальном для услуги пуле ресурсов конкретной услуги X на обслуживающей частоте (если поддерживается) или на не-обслуживающей частоте (если не поддерживается обслуживающей частотой)

[242] <Второй вариант осуществления>

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

[244] Для удобства приведенного ниже описания, раскрытие использует термины и наименования, определенные в стандартах Долгосрочного развития Проекта партнерства 3-го поколения (3GPP LTE). Однако раскрытие не ограничено этими терминами и наименованиями и может применяться аналогичным образом к системам, которые соответствуют другим стандартам.

[245] Фиг. 2A представляет собой вид, иллюстрирующий структуру системы LTE, на которую даются ссылки для описания раскрытия.

[246] Со ссылкой на фиг. 2A, как проиллюстрировано, сеть радиодоступа системы LTE состоит из базовых станций 2a-05, 2a-10, 2a-15, 2a-20 следующего поколения (развитый узел B, далее eNB, Узел B или базовая станция), MME 2a-25 и S-GW 2a-30. Пользовательское оборудование (далее UE или терминал) 2a-35 осуществляет доступ к внешней сети через eNB 2a-05 ~ 2a-20 и S-GW 2a-30.

[247] На фиг. 2A, eNB 2a-05~2a-20 соответствуют существующему Узлу B системы UMTS. eNB соединен с UE 2a-35 через радиоканал и выполняет более сложную роль, чем существующий Узел B. Поскольку, в системе LTE, весь пользовательский трафик, включая услуги в реальном времени, такие как протокол VoIP через Интернет, обслуживаются через совместно используемый канал, требуется устройство для планирования путем сбора информации состояния, такой как статус буфера, статус доступной мощности передачи и статус канала UE, и ответственность несет eNB 2a-05-2a-20. Один eNB обычно управляет множеством сот. Например, чтобы реализовать скорость передачи 100 Мб/с, система LTE использует, например, схему ортогонального мультиплексирования с частотным разделением (OFDM) в ширине полосы 20 МГц в качестве технологии радиодоступа. Кроме того, способ адаптивного кодирования модуляции (AMC) применяется для определения схемы модуляции и скорости кодирования канала в соответствии с состоянием канала терминала.

[248] S-GW 2a-30 представляет собой устройство, которое обеспечивает канал-носитель данных и генерирует или удаляет канал-носитель данных под управлением MME 2a-25. MME представляет собой устройство, отвечающее за различные функции управления, а также функции администрирования мобильности для терминала, и соединяется со множеством базовых станций.

[249] Фиг. 2B представляет собой вид, иллюстрирующий структуру радиопротокола в системе LTE раскрытия.

[250] Со ссылкой на фиг. 2B, структура радиопротокола в системе LTE включает в себя PDCP 2b-05 и 2b-40, RLC 2b-10 и 2b-35 и MAC 2b-15 и 2b-30 в терминале и eNB, соответственно. PDCP 2b-05 и 2b-40 отвечают за операции, такие как сжатие/восстановление заголовка IP. Основные функции PDCP кратко изложены далее.

[251] - Сжатие и декомпрессия заголовка: только ROHC

[252] - Перенос пользовательских данных

[253] - Последовательная доставка PDU верхнего уровня в процедуре повторной установки PDCP для RLC AM

[254] - Для разделенных каналов-носителей в DC (только поддержка для RLC AM): маршрутизация PDCP PDU для передачи и переупорядочивание PDCP PDU для приема

[255] - Обнаружение дублирования SDU нижнего уровня в процедуре повторной установки PDCP для RLC AM

[256] - Повторная передача PDCP SDU при хэндовере и, для разделенных каналов-носителей в DC, PDCP PDU в процедуре восстановления данных PDCP, для RLC AM

[257] - Шифрование и дешифрование

[258] - Основанное на таймере отбрасывание SDU в восходящей линии связи

[259] Управления линией радиосвязи (RLC) 2b-10 и 2b-35 восстанавливают PDCP PDU до надлежащего размера и выполняют операцию ARQ. Основные функции RLC кратко изложены далее.

[260] - Перенос PDU верхнего уровня

[261] - Исправление ошибок посредством ARQ (только для переноса данных AM)

[262] - Конкатенация, сегментация и повторная сборка RLC SDU (только для переноса данных UM и AM)

[263] - Повторная сегментация данных PDU RLC (только для переноса данных AM)

[264] - Переупорядочивание данных PDU RLC (только для переноса данных UM и AM)

[265] - Обнаружение дублирования (только для переноса данных UM и AM)

[266] - Обнаружение ошибок протокола (только для переноса данных AM)

[267] - Отбрасывание RLC SDU (только для переноса данных UM и AM)

[268] - Повторная установка RLC

[269] MAC 2b-15 и 2b-30 соединены с несколькими объектами уровня RLC, сконфигурированными в одном UE, и выполняют операцию мультиплексирования RLC PDU в MAC PDU и демультиплексирования RLC PDU из MAC PDU. Основные функции MAC кратко изложены далее.

[270] - Отображение между логическими каналами и транспортными каналами

[271] - Мультиплексирование/демультиплексирование MAC SDU, принадлежащих одному или разным логическим каналам, в/из транспортных блоков (TB), доставленных на/из физического уровня по транспортным каналам

[272] - Сообщение информации планирования

[273] - Исправление ошибок посредством HARQ

[274] - Приоритетная обработка между логическими каналами одного UE

[275] - Приоритетная обработка между UE посредством динамического планирования

[276] - Идентификация услуги MBMS

[277] - Выбор транспортного формата

[278] - Заполнение

[279] Физические уровни 2b-20 и 2b-25 канально-кодируют и модулируют данные верхнего уровня, преобразуют их в символы OFDM и передают их в радиоканал или демодулируют символы OFDM, принятые через радиоканал, канально-декодируют их и передают их на верхний уровень. Кроме того, физический уровень также использует гибридный ARQ (HARQ) для дополнительного исправления ошибок, и сторона приема передает прием пакета, переданного стороной передачи, в 1 бите. Это называется информацией ACK/NACK HARQ. Информация ACK/NACK HARQ нисходящей линии связи для передачи восходящей линии связи может передаваться через физический канал указателя гибридного ARQ (PHICH), и информация ACK/NACK HARQ восходящей линии связи для передачи нисходящей линии связи может передаваться через физический управляющий канал восходящей линии связи (PUCCH) или физический совместно используемый канал восходящей линии связи (PUSCH).

[280] Между тем уровень PHY может состоять из одной или множества частот/несущих, и технология для одновременного конфигурирования и использования множества частот называется технологией агрегации несущих (далее упоминается как “CA”). Посредством технологии CA, только одна несущая использовалась для связи между терминалом и базовой станцией (E-UTRAN NodeB, eNB), но объем передачи может быть значительно повышен за счет количества поднесущих путем дополнительного использования основной несущей и одной или нескольких поднесущих. Между тем, в LTE, сота в базовой станции, использующая первичную несущую, называется первичной сотой (PCell), а поднесущая называется вторичной сотой (SCell).

[281] Хотя не показано на этом чертеже, имеется уровень управления радиоресурсами (далее упоминаемый как «RRC»), соответственно, выше уровня PDCP терминала и базовой станции, и уровень RRC может передавать и принимать управляющие сообщения связанной с доступом и измерениями конфигурации для управления радиоресурсами.

[282] Фиг. 2C представляет собой вид, иллюстрирующий структуру системы мобильной связи следующего поколения, к которой применяется раскрытие.

[283] Как проиллюстрировано со ссылкой на фиг. 2C, сеть радиодоступа системы мобильной связи следующего поколения состоит из базовой станции 2c-10 следующего поколения (NR NB) и NR CN 2c-05 (или базовой сети следующего поколения (NG CN)). Пользовательский терминал (NR UE или терминал) 2c-15 осуществляет доступ к внешней сети через NR NB 2c-10 и NR CN 2c-05.

[284] На фиг. 2c, NR NB 2c-10 соответствует eNB существующей системы LTE. NR NB соединен с NR UE 2c-15 через радиоканал и может обеспечивать услугу, превосходящую услугу существующего Узла B. В системе мобильной связи следующего поколения, поскольку весь пользовательский трафик обслуживается через совместно используемый канал, требуется устройство, которое собирает и планирует информацию статуса, такую как статус буфера, статус доступной мощности передачи и статус канала UE, и ответственность несет NR NB 2c-10.

[285] Один NR NB обычно управляет множеством сот. Чтобы реализовать сверхвысокоскоростную передачу данных по сравнению с существующей LTE, он может иметь превышающую существующую максимальную ширину полосы, и может вводиться дополнительная технология формирования диаграммы направленности с использованием ортогонального мультиплексирования с частотным разделением (OFDM) в качестве технологии беспроводного доступа. Кроме того, способ адаптивного кодирования модуляции (AMC) применяется для определения схемы модуляции и скорости кодирования канала в соответствии с состоянием канала терминала.

[286] NR CN 2c-05 выполняет такие функции, как поддержка мобильности, конфигурация канала-носителя и конфигурация QoS. NR CN представляет собой устройство, отвечающее за различные функции управления, а также функцию администрирования мобильности для терминала, и соединено с множеством базовых станций. Кроме того, система мобильной связи следующего поколения может быть взаимосвязана с существующей системой LTE, и NR CN соединяется с MME 2c-25 через сетевой интерфейс. MME соединяется с существующим eNB 2c-30.

[287] Фиг. 2D представляет собой вид, иллюстрирующий структуру радиопротокола системы мобильной связи следующего поколения, к которой применяется раскрытие.

[288] Со ссылкой на фиг. 2D, структура радиопротокола системы мобильной связи следующего поколения состоит из NR PDCP 2d-05 и 2d-40, NR RLC 2d-10 и 2d-35 и NR MAC 2d-15 и 2d-30 в терминале и базовой станции NR, соответственно. Основные функции NR PDCP 2d-05 и 2d-40 могут включать в себя некоторые из следующих функций.

[289] - Сжатие и декомпрессия заголовка: только ROHC

[290] - Перенос пользовательских данных

[291] - Последовательная доставка PDU верхнего уровня

[292] - Переупорядочивание PDCP PDU для приема

[293] - Обнаружение дублирования SDU нижнего уровня

[294] - Повторная передача PDCP SDU

[295] - Шифрование и дешифрование

[296] - Основанное на таймере отбрасывание SDU в восходящей линии связи

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

[298] Основные функции NR RLC 2d-10 и 2d-35 могут включать в себя некоторые из следующих функций.

[299] - Перенос PDU верхнего уровня

[300] - Последовательная доставка PDU верхнего уровня

[301] - Непоследовательная доставка PDU верхнего уровня

[302] - Исправление ошибок посредством ARQ

[303] - Конкатенация, сегментация и повторная сборка RLC SDU

[304] - Повторная сегментация PDU данных RLC

[305] - Переупорядочивание PDU данных RLC

[306] - Обнаружение дублирования

[307] - Обнаружение ошибок протокола

[308] - Отбрасывание RLC SDU

[309] - Повторная установка RLC

[310] В изложенном выше, функция последовательной доставки устройства NR RLC относится к функции последовательной доставки RLC SDU, принятых от нижнего уровня, на верхний уровень, может включать в себя функцию повторной сборки и доставки, когда один RLC SDU первоначально разделен на множество RLC SDU и принят, может включать в себя функцию переупорядочивания принятых RLC PDU, основываясь на порядковом номере (SN) RLC или порядковом номере (SN) PDCP, может включать в себя функцию переупорядочивания очередности и записи потерянных RLC PDU, может включать в себя функцию сообщения статуса потерянных RLC PDU на сторону передачи, может включать в себя функцию запроса повторной передачи потерянных RLC PDU, может включать в себя функцию переноса только RLC SDU перед потерянным RLC SDU на верхний уровень по порядку, когда имеется потерянный RLC SDU, может включать в себя функцию последовательной доставки всех RLC SDU, принятых перед запуском таймера, на верхний уровень, даже если имеется потерянный RLC SDU, если предопределенный таймер истек, и может включать в себя функцию последовательной доставки всех уже принятых RLC SDU на верхний уровень, даже если имеется потерянный RLC SDU, если предопределенный таймер истек. Кроме того, RLC PDU могут обрабатываться в порядке приема (независимо от порядка серийного номера и порядкового номера, в порядке прихода) и доставляться на устройство PDCP независимо от порядка (непоследовательная доставка), и в случае сегмента, сегменты, хранящиеся в буфере или подлежащие приему в будущем, могут приниматься, восстанавливаться в полный RLC PDU, обрабатываться и доставляться на устройство PDCP. Уровень NR RLC может не включать в себя функцию конкатенации, и функция может выполняться на уровне NR MAC или может заменяться функцией мультиплексирования уровня NR MAC.

[311] В изложенном выше, функция непоследовательной доставки устройства NR RLC относится к функции прямой доставки RLC SDU, принятых от нижнего уровня, на верхний уровень независимо от порядка, может включать в себя функцию повторной сборки и доставки, когда один RLC SDU первоначально разделен на множество RLC SDU и принят, и может включать в себя функцию сохранения RLC SN или PDCP SN принятых RLC PDU, сортировки порядка и записи потерянных RLC PDU.

[312] NR MAC 2d-15 и 2d-30 могут быть соединены с несколькими объектами уровня NR RLC, сконфигурированными в одном терминале, и основные функции NR MAC могут включать в себя некоторые из следующих функций.

[313] - Отображение между логическими каналами и транспортными каналами

[314] - Мультиплексирование/демультиплексирование MAC SDU

[315] - Сообщение информации планирования

[316] - Исправление ошибок посредством HARQ

[317] - Приоритетная обработка между логическими каналами одного UE

[318] - Приоритетная обработка между UE посредством динамического планирования

[319] - Идентификация услуги MBMS

[320] - Выбор транспортного формата

[321] - Заполнение

[322] Уровни 2d-20 и 2d-25 NR PHY могут канально-кодировать и модулировать данные верхнего уровня, преобразовывать их в символы OFDM и передавать их по беспроводному каналу или могут демодулировать символ OFDM, принятый через радиоканал, декодировать канал и передавать его на верхний уровень.

[323] Хотя не проиллюстрировано на этом чертеже, имеется уровень управления радиоресурсами (далее упоминаемый как “RRC”), соответственно, выше уровня PDCP терминала и базовой станции, и уровень RRC передает и принимает управляющие сообщения связанной с доступом и измерениями конфигурации для управления радиоресурсами.

[324] Фиг. 2E представляет собой вид, иллюстрирующий связь V2X в сотовой системе раскрытия.

[325] V2X совместно относится к технологии связи через все интерфейсы с транспортным средством и может включать в себя V2V, V2I, V2P, V2N и тому подобное в соответствии с формой и элементами связи. V2P и V2V обычно следуют структуре и принципу работы связи между устройствами (D2D) Rel-13. То есть, это операция на основе прямого соединения (PC5), и действительные пакеты данных могут передаваться и приниматься через прямое соединение, которое представляет собой канал передачи между терминалами, а не восходящую линию связи и нисходящую линию связи базовой станции и терминала. Этот базовый принцип может применяться не только к V2X, определенной в LTE, но также к V2X, которая может заново определяться в NR, и могут применяться обновления для конкретных сценариев.

[326] Базовая станция 2e-01 может осуществлять связь с по меньшей мере одним из терминалов 2e-05 и 2e-10 транспортного средства и портативным терминалом 2e-15 пешехода, расположенным в соте 2e-02, поддерживающей V2X. Например, терминал 2e-05 транспортного средства может выполнять сотовую связь с базовой станцией 2e-01 с использованием линии связи от терминала транспортного средства к базовой станции (Uu, 2e-30, 2e-35) и может выполнять связь от устройства к устройству с другим терминалом 2e-10 транспортного средства или портативным терминалом 2e-15 пешехода с использованием PC5 2e-20 и 2e-25 прямого соединения.

[327] В изложенном выше, базовая станция может представлять собой обновленный eNB, поддерживающий gNB или NR. Чтобы терминалы 2e-05 и 2e-10 транспортного средства и мобильный терминал 2e-15 пешехода напрямую передавали и принимали информацию с использованием прямого соединения (2e-20, 2e-25), базовая станция должна распределять пул ресурсов, который может использоваться для связи прямого соединения. Способ распределения ресурсов базовой станцией на терминал в V2X системы LTE описан ниже, и аналогичный подход как в LTE может применяться в V2X, введенной в системе NR. Однако в NR используется другая нумерология, и структура пула ресурсов прямого соединения может несколько отличаться.

[328] На основе V2X системы LTE, распределение можно разделить на два типа: запланированное распределение ресурсов (режим 3) и автономное распределение ресурсов UE (режим 4) в соответствии с тем, как базовая станция распределяет ресурсы на терминал.

[329] Запланированное распределение ресурсов является способом, в котором базовая станция распределяет ресурсы, используемые для передачи прямого соединения, на RRC-соединенные терминалы в выделенной схеме планирования. Способ эффективен для администрирования помех и администрирования пула ресурсов (динамическое распределение, полупостоянная передача), поскольку базовая станция может администрировать ресурсы прямого соединения. Кроме того, в случае запланированного распределения ресурсов (режим 3), в котором базовая станция распределяет и администрирует ресурсы для V2X, когда RRC-соединенный терминал имеет данные, подлежащие передаче на другие терминалы, терминал может передавать запрос распределения ресурсов на базовую станцию с использованием сообщения RRC или элемента управления (CE) MAC. Здесь, сообщение RRC может представлять собой сообщение SidelinkUEInformation или UEAssistanceInformation. Между тем, в качестве примера MAC CE может использоваться отчет о статусе буфера MAC CE нового формата (включая по меньшей мере указатель, указывающий этот отчет о статусе буфера для связи V2X, и информацию о размере данных, буферизованных для связи прямого соединения). Относительно подробного формата и содержаний отчета о статусе буфера, используемых в 3GPP, можно сослаться на 3GPP-стандарт TS36.321 «Спецификация протокола E-UTRA MAC».

[330] С другой стороны, автономное распределение ресурсов UE является способом, в котором базовая станция обеспечивает пул ресурсов передачи/приема прямого соединения для V2X на терминал в качестве системной информации, и терминал выбирает пул ресурсов в соответствии с предопределенным правилом. Способ выбора ресурсов может включать в себя отображение зоны, выбор ресурсов на основе зондирования и произвольный выбор.

[331] Структура пула ресурсов для V2X может быть сконфигурирована таким образом, что ресурсы 2e-40, 2e-50, 2e-60 для распределения планирования (SA) и ресурсы 2e-45, 2e-55, 2e-65 для передачи данных являются смежными друг с другом для формирования одного подканала, или может быть сконфигурирована таким образом, что ресурсы 2e-70, 2e-75, 2e-80 для SA и ресурсы 2e-85, 2e-90, 2e-95 для передачи данных не являются смежными. Независимо от того, какая из вышеуказанных двух структур используется, ресурс для SA состоит из двух последовательных PRB и включает в себя информацию, указывающую местоположение ресурса для передачи данных. Количество терминалов, принимающих услугу V2X в одной соте, может быть множеством, и отношение между базовой станцией 2e-01 и терминалами 2e-05, 2e-10, 2e-15, описанное выше, может расширяться и применяться.

[332] Кроме того, чтобы передавать и принимать данные прямого соединения посредством пула ресурсов, услуга V2X в основном классифицируется через ID уровня 2 места назначения (или ID места назначения) в V2X системы LTE. То есть, источник/ID уровня 2 места назначения (каждый размером 24 бита) включен в заголовок пакета данных V2X, переданного через прямое соединение, то есть, MAC PDU, ID уровня 2 источника означает уникальный идентификатор терминала, и ID уровня 2 места назначения указывает тип услуги трафика данных V2X, доставляемого терминалом.

[333] Если другой терминал, который принял ID уровня 2 места назначения, переданный терминалом передачи, имеет подписку и сконфигурирован, чтобы принимать услугу для соответствующего ID уровня 2 места назначения, пакет данных, принадлежащий соответствующему MAC PDU, декодируется и доставляется на верхний уровень. Информация отображения для ID уровня 2 места назначения и пакета данных V2X переносится от сервера V2X на функцию управления V2X и обеспечивается на терминал.

[334] Фиг. 2F представляет собой вид, иллюстрирующий процедуру передачи данных терминала V2X, работающего в режиме 3 в системе LTE согласно раскрытию.

[335] Со ссылкой на фиг. 2F, терминал 1 2f-01, выполнив привязку (2f-05), может принимать системную информацию (SIB21) для V2X от базовой станции 2f-03 (2f-10).

[336] Системная информация может включать в себя по меньшей мере одно из информации пула ресурсов для передачи/приема данных прямого соединения, информации конфигурации для операции зондирования, информации для конфигурирования синхронизации и информации для меж-частотной передачи/приема. Когда трафик данных для V2X сгенерирован в терминале 1 2f-01 (2f-15), может выполняться (2f-20) соединение RRC с базовой станцией. Процесс соединения RRC может выполняться до того, как сгенерирован (2f-15) трафик данных.

[337] Терминал 1 2f-01 запрашивает ресурс передачи, способный осуществлять связь V2X с другими терминалами 2f-02, от базовой станции (2f-25). В это время, базовая станция может запрашиваться с использованием сообщения RRC или MAC CE. Здесь, сообщение RRC может представлять собой сообщение SidelinkUEInformation или UEAssistanceInformation. Между тем, в качестве примера, MAC CE может представлять собой отчет о статусе буфера MAC CE нового формата (включая по меньшей мере указатель, указывающий этот отчет о статусе буфера для связи V2X, и информацию о размере данных, буферизованных для связи прямого соединения).

[338] Базовая станция 2f-03 распределяет ресурс передачи V2X на терминал 1 (2f-01) (2f-30). Базовая станция 2f-03 может распределять ресурсы передачи V2X посредством выделенного сообщения RRC, и сообщение может быть включено в сообщение RRCConnectionReconfiguration.

[339] Распределение ресурсов может представлять собой ресурс V2X, запланированный от базовой станции через интерфейс Uu в соответствии с типом трафика, запрошенного терминалом, или в зависимости от перегрузки соответствующей линии связи, или ресурс напрямую выбирается терминалом из пула ресурсов (ресурс для PC5), обеспеченного базовой станцией. Чтобы определить распределение ресурсов, терминал может добавлять и передавать PPPP или информацию идентификатора логического канала (LCID) трафика V2X через UEAssistanceInformation или MAC CE. Поскольку базовая станция также знает информацию о ресурсах, используемых другими терминалами, базовая станция планирует ресурс, запрошенный терминалом 1 2f-01, среди оставшихся ресурсов.

[340] Кроме того, когда сообщение RRC включает в себя информацию конфигурации SPS через Uu, базовая станция может активировать SPS путем передачи DCI через PDCCH (2f-35). Терминал 1 2f-01 может выбирать линию передачи и ресурс в соответствии с ресурсом и способом передачи, распределенными от базовой станции 2f-03 (2f-40), и передавать данные на терминалы 2f-02 (2f-45).

[341] Фиг. 2G представляет собой вид, иллюстрирующий процедуру передачи данных терминала V2X, работающего в режиме 4 в соответствии с раскрытием.

[342] В отличие от режима 3, в котором базовая станция (2g-03) непосредственно вовлечена в распределение ресурсов, существует отличие в том, что в режиме 4 работы терминал 1 2g-01 автономно выбирает ресурсы и передает данные на основе пула ресурсов, ранее принятого через системную информацию.

[343] В связи V2X, базовая станция 2g-03 может распределять несколько типов пулов ресурсов прямого соединения (пул ресурсов V2V, пул ресурсов V2P) для терминала 1 2g-01. Пул ресурсов может состоять из пула ресурсов, в котором терминал может автономно выбирать доступный пул ресурсов после зондирования ресурсов, используемых другими терминалами вокруг него, и пул ресурсов, в котором терминал произвольно выбирает ресурс из предварительно сконфигурированного пула ресурсов.

[344] Со ссылкой на фиг. 2G, терминал 1 2g-01, выполнив привязку (2g-05), может принимать системную информацию SIB21 для V2X (2g-10) от базовой станции 2g-03.

[345] Системная информация может включать в себя по меньшей мере одно из информации пула ресурсов для передачи/приема сигнала, информации конфигурации для операции зондирования, информации для конфигурирования синхронизации и информации для меж-частотной передачи/приема.

[346] Когда трафик данных для V2X сгенерирован (2g-15) в терминале 1 2g-01, терминал 1 2g-01 может выбирать ресурс во временной/частотной области (2g-20) и передавать данные на другие терминалы 2g-02 в соответствии с информацией конфигурации (операция передачи, сконфигурированная для пула ресурсов (однократная передача динамического распределения, множественная передача динамического распределения, однократная передача на основе зондирования, множественная передача на основе зондирования, произвольная передача)), принятой через системную информацию от базовой станции 2g-03 (2g-25).

[347] В общем, поскольку услуга V2X в LTE реализуется с целью периодической передачи информации местоположения связанных с безопасностью терминалов, терминал может выполнять множественную передачу на основе зондирования в режиме 4 работы. То есть, терминал может зондировать ресурсы, через которые сигналы передаются другими терминалами, выбирать блок ресурсов для передачи в пуле ресурсов, в котором выполняется соответствующая передача, и резервировать ресурсы, так что они могут передаваться периодически после этого. После этого, если пакет данных, сгенерированный терминалом, изменяется или исчезает, терминал перезапускает или отменяет вышеупомянутую операцию зондирования и резервирования ресурсов, так что новый пакет данных может быть доставлен. Как описано выше, множественная передача на основе зондирования и резервирования ресурсов может приводиться в действие базовым образом, и если операция зондирования не дает хороший результат, связь может выполняться через произвольный выбор ресурсов из соответствующего пула ресурсов.

[348] Фиг. 2F и фиг. 2G выше кратко излагают конфигурацию и полную операцию передачи и приема данных прямого соединения в системе V2X, а структура пакета, конфигурация радиоканала-носителя и способ шифрования в пользовательской плоскости для реально передаваемых пакетов данных кратко описаны на фиг. 2E, или некоторые из них опущены. Чтобы заново определить систему NR V2X, может потребоваться заново определить не только конфигурацию полного пула ресурсов, но также структуру пакета в пользовательской плоскости, конфигурацию радиоканала-носителя и способ шифрования. В раскрытии, операция пользовательской плоскости и полная операция администрирования радиоканала-носителя для NR V2X предлагаются в последующем варианте осуществления.

[349] Фиг. 2H представляет собой вид, иллюстрирующий формат MAC PDU, применяемый к системе NR V2X, предлагаемой в раскрытии.

[350] В дополнение к системе LTE V2X, система NR V2X в основном предполагает передачу и прием данных между терминалом и терминалом в качестве базового сценария. С этой целью, следует дать определение прямого соединения, отличного от существующих, ориентированных на соту, восходящей линии связи и нисходящей линии связи, и формата передачи/приема данных через соответствующее прямое соединение. Когда пакет данных V2X в действительности сгенерирован в терминале, MAC конфигурируется, чтобы передавать MAC PDU через внутреннюю операцию PDCP и RLC. В общем, операции RLC и PDCP будут следовать операции, определенной в LTE или NR, без изменений, и необходимо применять конфигурацию действительно передаваемого MAC PDU в соответствии с прямым соединением.

[351] Раскрытие предлагает формат передачи системы NR V2X, в частности MAC PDU, доставляемого через прямое соединение, и MAC PDU широко классифицируются на заголовок MAC PDU, подзаголовок MAC PDU и MAC SDU.

[352] Сначала, как можно видеть в 2h-05-2h-50, раскрытие предлагает структуру: заголовок MAC PDU+m × (подзаголовок MAC PDU+MAC SDU) в качестве полной структуры MAC PDU. Здесь, m обозначает общее количество MAC SDU со связанным подзаголовком, переданных посредством MAC PDU, и в отличие от системы LTE V2X, связанный подзаголовок MAC расположен перед MAC SDU для каждого MAC SDU. Для ссылки, в системе LTE V2X, MAC PDU имеет структуру: заголовок MAC PDU+m × подзаголовок MAC PDU+m × MAC SDU. Кроме того, в качестве опции, может быть включен байт заполнения для согласования размера MAC PDU.

[353] Посредством вышеописанной структуры MAC PDU, MAC PDU, принятый терминалом, может последовательно обрабатываться в то же время, когда он декодируется, тем самым имея преимущество в обработке данных, имеющей высокую скорость и высокую скорость передачи данных. В настоящее время, трафик данных LTE V2X поддерживает только связанные с безопасностью услуги, включая 300 байтов информации местоположения, причем NR поддерживает различные услуги, в особенности услугу продвинутого вождения, расширенного сенсора, движения колонной и так далее, так что NR V2X требует более высокой скорости передачи данных, чем LTE V2X. Поэтому, структура MAC PDU, предложенная выше, может быть полезной для высокоскоростной обработки данных.

[354] Конкретно, детально рассматривая структуру заголовка MAC PDU в NR V2X, предлагаемую настоящим раскрытием, заголовок MAC PDU имеет структуру V/R/SRC/DST.

[355] Здесь, поле 2h-55 V представляет собой поле, указывающее версию соответствующего MAC PDU, и может состоять из 4 битов. Поле V представляет собой поле, которое проводит различие между Rel-12/13 D2D и Rel-14/15 V2X и заново определенным NR V2X. Поле V может иметь значение, отличное от предыдущего Rel-12/13 D2D и Rel-14/15 V2X, и терминал, принимающий его, может декодировать соответствующее поле, чтобы идентифицировать назначение и способ, для которых был доставлен MAC PDU.

[356] Поле 2h-60 R заголовка MAC PDU представляет собой бит, зарезервированный для дополнительных функций, которые могут использоваться позже.

[357] Поле 2h-65 SRC заголовка MAC PDU означает ID уровня-2 источника терминала из 24 битов и отображается на уникальный ID, специфицированный для каждого терминала. Соответствующее поле SRC может обновляться и применяться, когда терминал принимает связанный с V2X параметр от сервера V2X, и может быть записан и применяться в собственном USIM терминала.

[358] Поле 2h-70 DST заголовка MAC PDU означает ID уровня-2 места назначения из 24 битов и может отображаться, чтобы различать, какая услуга предназначена для каждой услуги V2X. Другими словами, наличие того же самого значения DST означает, что доставляется та же самая услуга V2X. Однако, поскольку NR V2X не предназначен только для широковещательной передачи, 24-битовый DST может быть сконфигурирован как уникальный ID терминала для поддержки одноадресной передачи, или терминал может быть специфицирован посредством некоторых битов 24-битового DST. Например, в 24-битовом DST, 16 битов MSB могут указывать тип услуги, и 8 битов LSB могут указывать ID терминала. DST может предоставляться через сервер V2X и функцию управления V2X или может быть записан в USIM внутри терминала.

[359] Дополнительно, структура подзаголовка NR V2X MAC PDU может иметь структуру R/F/LCID/L.

[360] Подзаголовок MAC PDU может использоваться с целью указания размера MAC SDU, подлежащего передаче. Поля 2h-75 и 2h-95 R подзаголовка MAC PDU представляют собой биты, зарезервированные для дополнительных функций, которые могут использоваться позже.

[361] Поля F 2h-80 и 2h-100 заголовка MAC PDU могут служить для указания размера последовательных полей L 2h-90 и 2h-110, если поле F сконфигурировано как 0, это может означать, что поле L составляет 8 битов (2h-90), и когда поле F сконфигурировано как 1, поле L может означать 16 битов (2h-110). Альтернативно, это может быть сконфигурировано обратным образом.

[362] Кроме того, поля LCID 2h-85 и 2h-105 подзаголовка MAC PDU представляют собой значения для классификации типа логических каналов переданного MAC SDU и в соответствии с типом данных SL могут быть отображены и организованы в таблицу. LCID определяется в терминале, и терминал может назначить отображать сгенерированный трафик V2X определенным LCID.

[363] Фиг. 2I представляет собой вид, иллюстрирующий способы администрирования, шифрования и дешифрования радиоканала-носителя прямого соединения, применяемые к системе NR V2X, предлагаемой в раскрытии.

[364] Если радиоканал-носитель прямого соединения в NR V2X определяется как канал-носитель ресурса прямого соединения (SLRB), SLRB может состоять из объекта PDCP и объекта RLC. То есть, SLRB=объект PDCP+объект RLC. В этом случае, один SLRB может быть разделен на пару из LCID и SRC/DST. То есть, терминал может устанавливать новый SLRB при приеме неизвестного LCID или пары SRC/DST путем декодирования содержимого, включенных в заголовок и подзаголовок пакета MAC PDU, принятого от другого терминала. Операция установки нового SLRB относится к операции инициализации объектов PDCL/RLC, составляющих SLRB, и значения переменных состояния/таймера могут инициализироваться. Конкретно, инициализация может выполняться в соответствии со следующей процедурой.

[365] 1. Конфигурирование значений T_reassembly (RLC) и T_reordering (PDCP) в 0 (это означает реконфигурирование таймера для повторной сборки и переупорядочивания в RLC и PDCP.)

[366] 2. Конфигурирование переменных состояния RLC (Поскольку возможно принимать данные от других терминалов в V2X, необходимо не конфигурировать RLC SN, принятый от терминала, в 0, а основываться на значении RLC SN первого принятого пакета.)

[367] A. RX_Next_Reassembly конфигурируется на основе SN первого принятого сегмента.

[368] B. RX_Next_Highest конфигурируется на основе SN первого принятого сегмента.

[369] В этом случае, терминал может конфигурировать на основе значения RLC SN, принятого, как описано выше, в случае выполнения связи V2X посредством широковещательной передачи, причем, в случае выполнения связи V2X через одноадресную передачу, может использоваться способ конфигурации в качестве 0.

[370] 3. Конфигурирование переменных состояния PDCP

[371] A. RX_NEXT конфигурируется на основе SN PDCP PDU, который принят первым.

[372] B. RX_DELIV конфигурируется на основе SN первого принятого PDCP PDU.

[373] RX_NEXT указывает PDCP SN, который, как ожидается, будет принят следующим. Исходное значение может быть сконфигурировано как 0.

[374] RX_DELIV указывает PDCP SDU, который не был доставлен на верхний уровень, но ожидает передачи, и исходное значение может быть сконфигурировано как 0.

[375] В LTE, поскольку отсутствует функция переупорядочивания на уровне PDCP, принятые пакеты могут обрабатываться независимо от SN. В этом случае, функция переупорядочивания означает, что пакеты, принятые из PDCP, обрабатываются по порядку и доставляются на верхний уровень. С другой стороны, раскрытие предлагает способ конфигурирования переменных состояния PDCP, как описано выше с учетом переупорядочивания в PDCP.

[376] В это время, подобно переменной состояния RLC выше, терминал может быть сконфигурирован на основе значения принятого PDCP SN при выполнении связи V2X через широковещательную передачу, причем в случае связи V2X через одноадресную передачу, может использоваться способ конфигурирования как 0.

[377] Кроме того, в услуге V2X, поскольку услуга меняется в соответствии с L2 ID места назначения (DST ID), требуется метод шифрования, который препятствует терминалу без права на соответствующую услугу декодировать соответствующие данные. Например, SLRB передается для каждой конкретной услуги, и соответствующий SLRB имеет корневой ключ для шифрования для каждого DST ID. В этом случае, действительный ключ для шифрования генерируется как корневой ключ, характеризуемый посредством DST ID, и дополнительная информация, необходимая для действительного ключа, может быть включена в заголовок PDCP. Вследствие этого, разные пароли могут применяться для каждого терминала и сообщения (услуги). Более подробная операция следует следующей процедуре.

[378] Терминал 2i-01 V2X NR может выполнять процедуру для приема права на услугу через функцию 2i-02 управления V2X для поддержки услуги V2X NR (2i-05).

[379] В вышеупомянутой процедуре, функция управления V2X (2i-02) выполняет предоставление параметров для услуги NR V2X и может передавать отображение DST ID для каждой услуги, услугу V2X, поддерживаемую для каждой RAT, информацию о частоте, поддерживаемой V2X, и тому подобное. Функция управления V2X (2i-02) принимает и получает соответствующую информацию через сервер V2X (2i-03) заранее, и когда соответствующий терминал пытается соединиться, он передает соответствующую информацию на терминал.

[380] После этого, терминал выполняет запрос ключа на сервер V2X для каждой группы (здесь, группа может указываться для каждого DST ID) (2i-10), и сервер V2X обеспечивает ключ услуги для каждого DST ID/группы (2i-15). В изложенном выше, сервер V2X, обеспечивающий ключ, может представлять собой функцию администрирования ключа V2X, которая может существовать внутри или вне сервера V2X. В раскрытии, для удобства, она описана как сервер V2X.

[381] Кроме того, на этапе 2i-20, сервер V2X выполняет процедуру обеспечения корневого ключа. То есть, корневой ключ, извлеченный из DST ID, назначается терминалу, и терминал может генерировать (или выводить) ключ шифрования, используемый для действительного шифрования, путем применения DST ID к корневому ключу. На вышеуказанном этапе, сервер V2X может также предоставлять терминалу время истечения, до которого ключ применяется.

[382] Когда данные V2X сгенерированы, терминал выполняет исключительную логическую операцию (2i-35) на блоке потока ключа, полученном через алгоритм генерации ключа (2i-30) для шифрования терминала, и блоке чистых данных V2X, чтобы сгенерировать зашифрованный пользовательский пакет.

[383] Здесь, блок потока ключа для шифрования может быть получен после выполнения алгоритма генерации ключа, в котором ключ для шифрования пользовательской плоскости, полученный из корневого ключа (Key_V2X) (2i-25), и параметры шифрования, такие как COUNT (Отсчет) (например, часть PDCP SN+ID Ключа), Bearer (Канал-носитель) (ID Канала-носителя), Direction (Направление) (направление доставки сообщения, 0 или 1) и Length (Длина) (длина блока потока ключа) вводятся как вводы.

[384] Терминал приема принимает зашифрованный пакет пользовательских данных, выполняет тот же самый алгоритм генерации ключа, применяемый терминалом, генерирует тот же самый блок потока ключа, что используется для шифрования, и выполняет исключительную логическую операцию (2i-45). Аналогично исполнению алгоритма в терминале, в терминале приема (или применительно к базовой станции), блок потока ключа для шифрования может быть получен путем ввода ключа для шифрования пользовательской плоскости, полученного из Корневого ключа (Key_V2X) (2i-25), и параметров шифрования (Подсчет, Канал-носитель, Направление, Длина (длина блока потока ключа)) как введенных параметров.

[385] Фиг. 2J представляет собой вид, иллюстрирующий полную операцию передачи и приема данных в пользовательской плоскости в системе NR V2X, предлагаемой раскрытием.

[386] Со ссылкой на фиг. 2J, на этапе 2j-10, терминал 1 2j-01, поддерживающий NR V2X, принимает параметры для услуги NR V2X от сервера 2j-05 V2X (предоставление). В это время, сервер 2j-05 V2X может переносить параметры, связанные с NR V2X для терминалов, на функцию 2j-04 управления V2X заранее, аутентифицировать терминал и передавать параметры, когда соответствующий терминал запрашивает услугу NR V2X прямо в функции 2j-04 управления V2X. Параметры, переданные на вышеуказанном этапе, могут включать в себя по меньшей мере одно из следующей информации.

[387] - Информация о частоте, поддерживающей LTE V2X и NR V2X

[388] - Информация отображения между ID уровня-2 места назначения и услугой V2X (например, расширенный сенсор, продвинутое вождение, движение колонной и т.д. отображаются на PSID, ITS-AID и т.д.)

[389] - Отображение между услугой V2X и поддерживаемой V2X частотой/RAT (LTE или NR), то есть, может быть специфицирована услуга, поддерживаемая конкретной частотой

[390] На этапе 2j-15, терминал 1 2j-01 привязывается на частоте V2X, поддерживающей интересующую услугу x. Частота V2X может представлять собой частоту, поддерживаемую посредством HPLMN (Домашней PLMN). Частота может быть включена в параметр, принятый на этапе 2j-10.

[391] На этапе 2j-20, терминал 1 2j-01 принимает системную информацию для услуги V2X от базовой станции 2j-03, привязанной на частоте V2X. Системная информация может включать в себя информацию, способную выполнять операцию V2X, и репрезентативно может включать в себя информацию пула ресурсов. Кроме того, информация пула ресурсов включает в себя пул ресурсов передачи и пул ресурсов приема, и терминал 1 2j-01, который принял информацию на этапе 2j-25, может непосредственно принимать данные V2X от другого терминала V2X 2 2j-02 через пул ресурсов приема.

[392] На этапе 2j-30, терминал, который принял V2X MAC PDU от пула ресурсов приема, декодирует заголовок и подзаголовок, существующие в соответствующем MAC PDU, различает, данными какой услуги является принятый MAC PDU, и выполняет первую операцию обработки безопасности (приложение безопасности пакета приема) для SLRB, на который доставлена услуга.

[393] Первая операция обработки безопасности представляет собой операцию декодирования данных путем декодирования принятого MAC PDU и выполнения подходящего декодирования на конкретном SLRB, что будет описано подробно на фиг. 2KA и 2KB.

[394] Когда данные приняты через прямое соединение и трафик данных NR V2X, подлежащих передаче от терминала 1, возникает в то же самое время (2j-35), терминал готовится передавать данные через пул ресурсов передачи, принятый на этапе 2j-20. Перед тем, как будут переданы действительные данные, терминал выполняет вторую операцию обработки безопасности (приложение безопасности пакета передачи). Вторая операция обработки безопасности представляет собой операцию применения шифрования к каждому SLRB, чтобы передать пакет данных, подлежащих передаче, и будет описана подробно на фиг. 2KA и 2KB.

[395] Когда шифрование данных, подлежащих передаче, завершено, MAC SDU и заголовок конфигурируются и передаются в соответствии с форматом MAC PDU, предложенным на фиг. 2H (2j-45).

[396] Фиг. 2KA и 2KB представляют собой виды, иллюстрирующие подробно администрирование радиоканала-носителя пользовательской плоскости и операцию шифрования терминала, поддерживающего NR V2X, предлагаемые в варианте осуществления раскрытия.

[397] На этапах 2k-05, терминал, поддерживающий NR V2X, принимает (или принимает предоставление) параметры для услуги NR V2X от сервера V2X. В это время, сервер V2X может передавать связанные с NR V2X параметры для терминалов на функцию управления V2X заранее, и когда терминал запрашивает авторизацию услуги NR V2X в функции управления V2X, терминал может быть аутентифицирован и параметры могут быть доставлены. Параметры, передаваемые на вышеупомянутом этапе, были описаны подробно на фиг. 2j.

[398] Терминал выполняет привязку на частоте V2X, которая поддерживает интересующую V2X-услугу x. Частота V2X может быть частотой, поддерживаемой посредством HPLMN. Терминал, привязывающийся на частоте V2X, принимает системную информацию для V2X-услуги от соответствующей базовой станции на этапе 2k-10.

[399] Системная информация может включать в себя информацию, способную выполнять операцию V2X, и репрезентативно может включать в себя информацию пула ресурсов. Также, информация пула ресурсов может включать в себя пул ресурсов передачи и пул ресурсов приема.

[400] Соответственно, терминал, принимающий соответствующую информацию, может контролировать пул ресурсов приема на этапе 2j-15 и немедленно принимать данные V2X от другого терминала V2X через пул ресурсов приема.

[401] Когда терминал принимает пакет данных прямого соединения NR V2X, на этапе 2k-20, терминал обрабатывает принятый MAC PDU и выполняет первую операцию обработки безопасности для переноса принятого MAC PDU на верхний уровень. Другими словами, терминал может определять тип услуги принятого пакета путем идентификации заголовка и подзаголовка принятого MAC PDU. Терминал может различать, является ли соответствующий пакет новой услугой или существующей услугой, и работать соответственно.

[402] На этапе 2k-25, терминал идентифицирует, имеется ли новый LCID или новая пара SRC/DST в подзаголовке принятого MAC PDU.

[403] Если оба условия не удовлетворены, терминал декодирует соответствующий принятый пакет на этапе 2k-30. То есть, терминал отображает принятый пакет на существующий SLRB, отдельный от LCID и SRC/DST, и декодирует данные путем применения ключа дешифрования, применяемого к SLRB. В частности, когда декодирование данных выполняется на вышеупомянутом этапе, используются корневой ключ, полученный из DST ID, и дополнительная информация для декодирования, включенная в заголовок пакета PDCP.

[404] Если терминал удовлетворяет одному из двух условий на этапе 2k-25, то терминал определяет, что пакет указан как новая услуга на этапе 2k-35, и устанавливает новый SLRB. Другими словами, терминал создает RLC и PDCP, составляющие новый SLRB, и инициализирует (или обновляет) переменную состояния RLC/PDCP.

[405] Например, если принятый под-PDU является UMD PDU, терминал передает под-PDU на объект RLC, и если под-PDU включает в себя сегмент UMD PDU, переменная состояния RLC обновляется. В это время, переменная состояния RLC (RX_Next_Reassembly, RX_Next_Highest) конфигурируется как RLC SN, включенный в принятый первый сегмент UMD PDU. Это так, поскольку MAC PDU, принятый терминалом от другого терминала, может не быть первоначальной передачей, а может быть передачей, имеющей произвольный RLC SN.

[406] На этапе 2k-40 определяется, принят ли первым DST MAC PDU, принятого терминалом, и если он соответствует первому DST ID, то есть, новой услуге, терминал соответствует DST ID, принятому на этапах 2k-45. Ключ шифрования генерируется посредством корневого ключа. Ключ используется для дешифрования, и SRC ID может также применяться к алгоритму генерации ключа. На вышеупомянутом этапе, дополнительная необходимая информация, например, информация id ключа, при получении ключа, используемого для действительного декодирования, может быть включена в заголовок PDCP приема.

[407] При приеме уже примененного DST ID снова, терминал декодирует пакет данных путем применения известного ключа декодирования на этапах 2k-55.

[408] В то же время при выполнении вышеописанной операции, трафик данных NR V2X генерируется независимо от терминала, и данные могут передаваться через пул передачи (2k-65).

[409] Когда запущена передача данных V2X, терминал выполняет вторую операцию обработки безопасности на этапах 2k-70. Другими словами, терминал выполняет процесс генерирования MAC PDU для передачи пакета данных, подлежащего передаче.

[410] На этапах 2k-75, терминал может определять, может ли пакет данных, подлежащий передаче, быть доставлен в услугу, которая уже используется, например, установленный SLRB. То есть, терминал может определять, существует ли SLRB (PDCP/RLC), соответствующий пакету данных, подлежащему передаче.

[411] Если услуга уже была использована (т.е. существует предварительно установленный SLRB), терминал может генерировать PDCP PDU для доставки на SLRB на этапах 2k-80. В это время, терминал включает информацию id ключа и т.д., используемую для генерации PDCP PDU, в заголовок PDCP. После этого, применяется ключ шифрования, применяемый к SLRB, PDCP PDU передается на RLC после шифрования, и MAC PDU генерируется и передается после добавления заголовка RLC.

[412] Если трафик данных, подлежащий передаче терминалом, предназначен для новой услуги, например, пакет, подлежащий передаче через новый SLRB, терминал генерирует объект PDCP/RLC на этапах 2k-85.

[413] Кроме того, терминал может идентифицировать, первый ли пакет должен передаваться на этапах 2k-90. Если это первый пакет, терминал генерирует корневой ключ для пакета, подлежащего передаче, с использованием DST ID на этапах 2k-95. Кроме того, терминал генерирует ключ действительного шифрования путем применения корневого ключа и SRC ID к алгоритму генерации ключа.

[414] Затем, терминал генерирует PDCP PDU, доставленный на SLRB, на этапе 2k-100. В это время, терминал включает информацию id ключа, использованную в заголовке PDCP. В изложенном выше, терминал передает зашифрованный PDCP PDU на RLC путем применения сгенерированного ключа шифрования, добавляет заголовок RLC и генерирует и передает MAC PDU.

[415] Если пакет, подлежащий передаче на этапах 2k-90, не является первым, терминал генерирует пакет PDCP путем применения ключа шифрования уже примененного SLRB, и генерирует и передает MAC PDU.

[416] Фиг. 2L представляет собой вид, иллюстрирующий блочную конфигурацию терминала в соответствии с вариантом осуществления раскрытия.

[417] Как показано на фиг. 2L, терминал в соответствии с вариантом осуществления раскрытия включает в себя приемопередатчик 2l-05, контроллер 2l-10, блок 2l-15 мультиплексирования и демультиплексирования и процессоры 2l-20 и 2l-25 верхнего уровня, и процессор 2l-30 управляющих сообщений.

[418] Приемопередатчик 2l-05 принимает данные и предопределенный управляющий сигнал через прямой канал обслуживающей соты и передает данные и предопределенный управляющий сигнал через обратный канал. Когда сконфигурировано множество обслуживающих сот, приемопередатчик 2l-05 выполняет передачу/прием данных и передачу/прием управляющего сигнала через множество обслуживающих сот. Блок 2l-15 мультиплексирования и демультиплексирования мультиплексирует сгенерированные данные от блоков 2l-20 и 2l-25 обработки верхнего уровня или блока 2l-30 обработки управляющего сообщения, или демультиплексирует данные, принятые от блока 2l-05 передачи/приема, и передает их на подходящие блоки обработки верхнего уровня (2l-20, 2l-25) или блоки обработки управляющего сообщения (2l-30). Процессор 2l-30 управляющих сообщений передает и принимает управляющее сообщение от базовой станции и предпринимает необходимые действия. Действие включает в себя функцию обработки управляющих сообщений, таких как сообщения RRC и MAC CE, сообщения значений измерения CBR и прием сообщений RRC для пула ресурсов и работы терминала. Процессоры 2l-20 и 2l-25 верхнего уровня относятся к устройствам DRB и могут быть сконфигурированы для каждой услуги. Процессоры 2l-20 и 2l-25 верхнего уровня обрабатывают данные, сгенерированные из пользовательских услуг, таких как протокол переноса файлов (FTP) или протокол голоса по Интернету (VoIP), и переносят обработанные данные на блок мультиплексирования и демультиплексирования (2l-15) или обрабатывают данные, переданные от блока 2l-15 мультиплексирования и демультиплексирования, и доставляют обработанные данные в приложение услуги верхнего уровня. Контроллер 2l-10 проверяет команды планирования, принятые через приемопередатчик 2l-05, например, обратные предоставления для управления приемопередатчиком 2l-05 и блоком 2l-15 мультиплексирования и демультиплексирования, так что обратная передача выполняется при помощи подходящего ресурса передачи в подходящее время. Между тем, в изложенном выше, было описано, что терминал состоит из множества блоков и каждый блок выполняет разную функцию, но это только примерный вариант осуществления, и изобретение не ограничено этим. Например, контроллер 2l-10 сам может выполнять функцию, которую выполняет демультиплексор 2l-15.

[419] Фиг. 2M представляет собой вид, иллюстрирующий блочную конфигурацию базовой станции в соответствии с вариантом осуществления раскрытия.

[420] Базовая станция на фиг. 2M включает в себя приемопередатчик 2m-05, контроллер 2m-10, блок 2m-20 мультиплексирования и демультиплексирования, процессор 2m-35 управляющих сообщений, процессоры 2m-25 и 2m-30 верхнего уровня и планировщик 2m-15.

[421] Приемопередатчик 2m-05 передает данные и предопределенный управляющий сигнал через прямую несущую и принимает данные и предопределенный управляющий сигнал через обратную несущую. Когда сконфигурировано множество несущих, приемопередатчик 2m-05 выполняет передачу/прием данных и передачу/прием управляющего сигнала через множество несущих. Блок 2m-20 мультиплексирования и демультиплексирования мультиплексирует данные, сгенерированные процессорами 2m-25 и 2m-30 верхнего уровня или процессором 2m-35 управляющих сообщений, или демультиплексирует данные, принятые от приемопередатчика 2m-05, чтобы передать данные на подходящие процессоры 2m-25 и 2m-30 верхнего уровня, процессор 2m-35 управляющих сообщений или контроллер 2m-10. Процессор 2m-35 управляющих сообщений принимает инструкцию от контроллера, генерирует сообщение, подлежащее передаче на терминал, и доставляет сгенерированное сообщение на нижний уровень. Процессоры 2m-25 и 2m-30 верхнего уровня могут быть сконфигурированы для каждой услуги терминала, обрабатывают данные, сгенерированные из пользовательских услуг, таких как FTP или VoIP, и переносят данные на блок 2m-20 мультиплексирования и демультиплексирования, или обрабатывают данные, переданные от блока 2m-20 мультиплексирования и демультиплексирования, и доставляют данные на приложение услуги более высокого уровня. Планировщик 2m-15 распределяет ресурсы передачи на терминал в подходящее время с учетом статуса буфера терминала, статуса канала и активного времени терминала и обрабатывает сигнал, переданный терминалом на приемопередатчик, или обрабатывает сигнал, подлежащий передаче на терминал.

[422] Кроме того, раскрытие может быть изложено кратко следующим образом.

[423] 1. Формат заголовка L2 для NR V2X

[424] A. Заголовок PDU+m * (подзаголовок PDU+MAC SDU)

[425] B. Заголовок PDU=R/R/R/R/V/SRC/DST

[426] C. Подзаголовок PDU=R/F/LCID/L

[427] (Ссылка) Формат заголовка L2 для LTE V2X

[428] A. Заголовок PDU+m * подзаголовок PDU+m * MAC SDU

[429] B. Заголовок PDU=R/R/R/R/V/SRC/DST

[430] C. Подзаголовок PDU=R/E/F/LCID/L

[431] 2. Обработка архитектуры L2 и переменной состояния/таймера

[432] A. Один SLRB=объект PDCP+объект RLC

[433] B. SLRB идентифицируется парой LCID и SRC/DST)

[434] C. Терминал устанавливает новый SLRB, когда неизвестный/новый LCID или пара неизвестных SRC/DST указывается в подзаголовке PDU или заголовке PDU

[435] D. Обработка (инициализация) таймера/переменной состояния

[436] i. T_Reassembly (RLC) и T_reordering (PDCP) установлены в ноль

[437] ii. Переменные состояния RLC: V2X может принимать данные от других терминалов в середине

[438] 1. RX_Next_Reassembly установлен в SN сегмента, принятого первым

[439] 2. RX_Next_Highest установлен в SN сегмента, принятого первым

[440] iii. Переменные состояния PDCP: V2X может принимать данные от других терминалов в середине

[441] 1. RX_NEXT установлен в SN первого принятого PDCP PDU

[442] 2. RX_DELIV установлен в SN первого принятого PDCP PDU

[443] 3. Ключ безопасности на услугу

[444] A. Корневой ключ идентифицируется/выводится посредством DST ID

[445] B. Ключ шифрования идентифицируется/выводится посредством корневого ключа, SRC ID и информации в заголовке PDCP

[446] (Разные пароли могут применяться для каждого устройства и сообщения)

[447] Кроме того, раскрытие может быть изложено кратко следующим образом.

[448] 1. UE <- сервер V2X: Предоставление параметров

[449] - Отображение ID уровня-2 места назначения и услуги V2X, например, PSID, ITS-AID, расширенный сенсор, движение колонной …

[450] - Отображение услуг на частоты V2X/RAT (LTE и/или NR)

[451] 2. UE заинтересовано в V2X-услуге x: Привязка на частоте V2X HPLMN, отображенной на услугу x

[452] 3. UE: Прием системной информации V2X и определение пула ресурсов для приема и пула ресурсов для передачи

[453] 4. UE: Прием MAC PDU в пуле приема

[454] 5. UE: Обработка L2/Безопасности

[455] - Для под-PDU

[456] -- Если пара SRC/DST MAC PDU является новой; или

[457] -- LCID под-PDU является новым

[458] создать RLC и PDCP и прямой под-PDU для объекта RLC

[459] если под-PDU содержит сегмент UMD PDU, обновить переменную состояния RLC соответственно

[460] обновить переменную состояния PDCP соответственно

[461]- Если DST MAC PDU является новым/принимается впервые

[462] -- Вывести корневой ключ на основе DST L2 ID

[463] -- Вывести ключ дешифрования на основе корневого ключа и SRC ID

[464] -- Дешифровать принятый PDCP PDU

[465] 6. UE: пакет V2X, подлежащий передаче

[466] 7. UE: Обработка L2/Безопасности

[467] - Если соответствующий PDCP/RLC не существует

[468] -- Создать объект PDCP и объект RLC

[469] - Если первый пакет подлежит передаче посредством UE в место назначения/услугу V2X

[470] -- Вывести корневой ключ на основе DST L2 ID

[471] -- Вывести ключ шифрования на основе корневого ключа и SRC ID

[472] - Сгенерировать PDCP PDU и включить id ключа в заголовок

[473] - Зашифровать часть данных PDCP PDU

[474] - Передать PDCP PDU в MAC PDU

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

[476] Хотя конкретные варианты осуществления были описаны в подробном описании раскрытия, различные модификации и изменения могут производиться с ними без отклонения от объема раскрытия. Поэтому объем раскрытия не должен определяться как ограниченный вариантами осуществления, а должен определяться прилагаемой формулой изобретения и ее эквивалентами.

[477] На чертежах, на которых описаны способы согласно раскрытию, порядок описания не всегда соответствует порядку, в котором выполняются этапы каждого способа, и отношение порядка между этапами может изменяться, или этапы могут выполняться параллельно.

[478] Альтернативно, на чертежах, на которых описаны способы согласно раскрытию, некоторые элементы могут быть опущены, и только некоторые элементы могут быть включены в него без отклонения от неотъемлемой сущности и объема раскрытия.

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

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

получают множество блоков данных услуги (SDU) управления доступом к среде (MAC) прямого соединения (sidelink);

генерируют блок данных протокола (PDU) MAC прямого соединения, включающий в себя заголовок PDU MAC прямого соединения и множество под-PDU прямого соединения; и

передают PDU МАС прямого соединения на второй терминал,

причем каждый из упомянутого множества под-PDU прямого соединения включает в себя SDU МАС прямого соединения и подзаголовок MAC прямого соединения, помещенный перед SDU МАС прямого соединения.

2. Способ по п.1, в котором заголовок PDU MAC прямого соединения дополнительно включает в себя поле версии, указывающее версию MAC PDU прямого соединения, причем битовый размер поля версии равен 4 битам.

3. Способ по п.1, в котором подзаголовок MAC прямого соединения включает в себя поле ID логического канала (LCID), которое идентифицирует логический канал, поле длины, указывающее длину SDU МАС прямого соединения, и поле формата, указывающее размер поля длины.

4. Способ по п.3, в котором значение 0 поля формата указывает 8 битов поля длины, и значение 1 поля формата указывает 16 битов поля длины.

5. Способ приема данных, выполняемый вторым терминалом в системе связи, причем способ содержит этапы, на которых:

принимают от первого терминала блок данных протокола (PDU) управления доступом к среде (MAC) прямого соединения (sidelink), и

идентифицируют PDU MAC прямого соединения и множество под-PDU из PDU MAC прямого соединения,

при этом каждый из упомянутого множества под-PDU прямого соединения включает в себя блок данных услуги (SDU) МАС прямого соединения и подзаголовок MAC прямого соединения, помещенный перед SDU МАС прямого соединения.

6. Способ по п.5, в котором заголовок PDU MAC прямого соединения дополнительно включает в себя поле версии, указывающее версию PDU MAC прямого соединения, причем битовый размер поля версии равен 4 битам.

7. Способ по п.5, в котором подзаголовок MAC прямого соединения включает в себя поле ID логического канала (LCID), которое идентифицирует логический канал, поле длины, указывающее длину SDU МАС прямого соединения, и поле формата, указывающее размер поля длины, причем значение 0 поля формата указывает 8 битов поля длины, и значение 1 поля формата указывает 16 битов поля длины.

8. Способ по п.5, в котором переменная состояния для объекта протокола конвергенции пакетных данных (PDCP) установлена на порядковый номер первого принятого PDU данных PDCP.

9. Первый терминал для передачи данных в системе связи, причем первый терминал содержит:

приемопередатчик и

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

получать множество блоков данных услуги (SDU) управления доступом к среде (MAC) прямого соединения (sidelink);

генерировать блок данных протокола (PDU) MAC прямого соединения, включающий в себя заголовок PDU MAC прямого соединения и множество под-PDU прямого соединения; и

передавать PDU МАС прямого соединения на второй терминал,

причем каждый из упомянутого множества под-PDU прямого соединения включает в себя SDU МАС прямого соединения и подзаголовок MAC прямого соединения, помещенный перед SDU МАС прямого соединения.

10. Первый терминал по п.9, причем заголовок PDU MAC прямого соединения дополнительно включает в себя поле версии, указывающее версию PDU MAC прямого соединения, при этом битовый размер поля версии равен 4 битам.

11. Первый терминал по п.9, причем подзаголовок MAC прямого соединения включает в себя поле ID логического канала (LCID), которое идентифицирует логический канал, поле длины, указывающее длину SDU МАС прямого соединения, и поле формата, указывающее размер поля длины.

12. Первый терминал по п.11, причем значение 0 поля формата указывает 8 битов поля длины, и значение 1 поля формата указывает 16 битов поля длины. 

13. Второй терминал для приема данных в системе связи, причем второй терминал содержит:

приемопередатчик и

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

принимать от первого терминала блок данных протокола (PDU) управления доступом к среде (MAC) прямого соединения (sidelink), и

идентифицировать PDU MAC прямого соединения и множество под-PDU из PDU MAC прямого соединения,

при этом каждый из упомянутого множества под-PDU прямого соединения включает в себя блок данных услуги (SDU) МАС прямого соединения и подзаголовок MAC прямого соединения, помещенный перед SDU МАС прямого соединения.

14. Второй терминал по п.13, причем заголовок PDU MAC прямого соединения дополнительно включает в себя поле версии, указывающее версию PDU MAC прямого соединения, при этом битовый размер поля версии равен 4 битам.

15. Второй терминал по п.13, причем подзаголовок MAC прямого соединения включает в себя поле ID логического канала (LCID), которое идентифицирует логический канал, поле длины, указывающее длину SDU МАС прямого соединения, и поле формата, указывающее размер поля длины, при этом значение 0 поля формата указывает 8 битов поля длины, и значение 1 поля формата указывает 16 битов поля длины, причем переменная состояния для объекта протокола конвергенции пакетных данных (PDCP) установлена на порядковый номер первого принятого PDU данных PDCP.

16. Второй терминал по п.13, причем переменная состояния для объекта протокола конвергенции пакетных данных (PDCP) установлена на порядковый номер первого принятого PDU данных PDCP.