БЕСПРОВОДНОЕ УСТРОЙСТВО, СЕТЕВОЙ УЗЕЛ И ОСУЩЕСТВЛЯЕМЫЕ ПОСРЕДСТВОМ НИХ СПОСОБЫ
WIRELESS DEVICE, NETWORK NODE AND THEREOUS METHODS

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится в основном к беспроводному устройству и осуществляемым посредством него способам для обеспечения отправки сообщения в сетевой узел, обслуживающий беспроводное устройство. Настоящее изобретение также относится в основном ко второму узлу и осуществляемым посредством него способам обработки сообщения от беспроводного устройства, обслуживаемого сетевым узлом.
УРОВЕНЬ ТЕХНИКИ
Устройства связи в сети беспроводной связи могут представлять собой беспроводные устройства, например, Абонентские Станции (UE), станции (STA), мобильные терминалы, беспроводные терминалы, терминалы и/или Мобильные Станции (MS). Предусматривается возможность связи беспроводных устройств беспроводным способом в сети сотовой связи или беспроводной сети связи, иногда также называемой системой сотовой связи, сотовой системой или сотовой сетью. Связь может осуществляться, например, между двумя беспроводными устройствами, между беспроводным устройством и обычным телефоном и/или между беспроводным устройством и сервером через Сеть Радиодоступа (RAN) и, возможно, одну или более опорных сетей, входящих в сеть беспроводной связи. Беспроводные устройства могут дополнительно называться мобильными телефонами, сотовыми телефонами, ноутбуками или планшетами с поддержкой беспроводной связи, не говоря уже о некоторых других примерах. Беспроводные устройства в настоящем контексте могут являться, например, портативными, карманными, переносными, входящими в состав компьютера или установленными на транспортном средстве мобильными устройствами, выполненными с возможностью обмена речью и/или данными через RAN с другим объектом, таким как другой терминал или сервер.
Устройства связи могут также являться сетевыми узлами, такими как узлы радиосети, например, Точки Передачи (TP). Сеть беспроводной связи охватывает географическую область, которая может быть разделена на зоны сот, причем каждая зона соты обслуживается сетевым узлом, таким как Базовая Станция (BS), например, Базовая Радиостанция (RBS), которая иногда может называться, например, gNB, развитой Узел B («eNB»), «eNodeB», «NodeB», «B-узел» или BTS (Базовая Приемопередающая Станция) в зависимости от используемой технологии и терминологии. Базовые Станции могут быть различных классов, например, Региональные Базовые Станции, Базовые Станции Средней Дальности Связи, Местные Базовые Станции и Домашние Базовые Станции исходя из мощности передачи и, как следствие, также размера соты. Сота является географической областью, в которой радиоохват обеспечивается базовой станцией в положении базовой станции. Одна базовая станция, находящаяся в положении базовой станции, может обслуживать одну или несколько сот. Кроме того, каждая базовая станция может поддерживать одну или несколько технологий связи. Сеть беспроводной связи может также являться несотовой системой, содержащей сетевые узлы, которые могут обслуживать принимающие узлы, такие как беспроводные устройства, с помощью обслуживающих лучей. В стандарте «Долговременное Развитие» Проекта Партнерства 3-го Поколения (3GPP) базовые станции, которые могут называться eNodeB или даже eNB, могут непосредственно соединяться с одной или более опорными сетями. В контексте данного изобретения выражение «Нисходящая линия Связи» (DL) может использоваться для тракта передачи от базовой станции к беспроводному устройству. Выражение «Восходящая линия Связи» (UL) может использоваться для тракта передачи в противоположном направлении, т.е., от беспроводного устройства к базовой станции.
NR
Стандартизация так называемой системы Пятого Поколения (5G) с точки зрения радиосвязи началась в 3GPP, и так называемое New Radio (NR) - это наименование радиоинтерфейса. Одна из характеристик NR состоит в том, что диапазон частот может использовать более высокие частоты, чем LTE, например, свыше 6 ГГц, где, как известно, он имеет более неблагоприятные условия распространения, такие как более высокие потери при прохождении волн сквозь препятствие. Для смягчения некоторых из этих последствий могут широкомасштабно использоваться многоантенные технологии, такие как формирование луча. В качестве еще одной характеристики NR может рассматриваться использование множества нумерологий в DL и UL в соте или для UE и/или в различных диапазонах частот. В качестве еще одной характеристики может рассматриваться возможность обеспечения меньших задержек. Архитектура NR рассматривается в 3GPP. В рассматриваемой концепции gNB означает BS NR, одна BS NR может соответствовать одному или более пунктов передачи/приема.
На Совещании № 78 по RAN в декабре 2017 г. была выпущена первая версия стандарта 3GPP для Технологии Доступа New Radio (NR) в 5G. В декабрьской версии 3GPP основное внимание уделено Неавтономному (NSA) NR, в то время как автономному (SA) NR основное внимание будет уделено в версии от июня 2018 г.
Обработка информации в NR
Информация, например, пакеты может обрабатываться сетью благодаря прохождению через набор так называемых уровней. Пакет, который может приниматься уровнем, называется Служебным Блоком Данных (SDU), а пакет, который может выдаваться уровнем, может называться Протокольным Блоком Данных (PDU). Настоящее изобретение может рассматриваться как относящееся к MAC-уровню в NR. Точнее, рассматриваемое изобретение может считаться относящимся к тому, как создавать MAC-PDU в NR.
Как задано текущей версией TS 38.321 от декабря 2017 г., UE может использовать формат подзаголовка любого размера в 2 или 3 байта для индикации любого Служебного Блока Данных (SDU) Управления Доступом к Среде (MAC).
Дополнительные подробности существующей технологии создания MAC-PDU
MAC-PDU состоит из одного или более MAC-субPDU. Каждый MAC-субPDU состоит из одного из следующего: a) только MAC-подзаголовка, включая заполнение; b) MAC-подзаголовка и MAC-SDU; c) MAC-подзаголовка и Управляющего Элемента (CE) MAC; и d) MAC-подзаголовка и заполнения.
MAC-подзаголовок для MAC-CE фиксированного размера и заполнения состоит из двух полей заголовка: Резервного бита (R) и поля Идентификатора Логического Канала (LCID), которые вместе могут называться подзаголовком R/LCID. Фиг. 1 является схематической диаграммой, отображающей MAC-подзаголовок 10 R/LCID, из 3GPP TS 38.321, v15.0.0, фиг. 6.1.2-3. MAC-подзаголовок R/LCID содержит октет (Октет 1) 11 и 8 бит, как показано выделенной линией 12 в верхней части чертежа. Как схематически представлено на фиг. 1, MAC-подзаголовок 10 R/LCID содержит первое R-поле 13, второе R-поле 14 и LCID-поле 15.
MAC-подзаголовок, за исключением MAC-CE фиксированного размера и заполнения, состоит из четырех полей R/F/LCID/L заголовка, где «F» - поле Формата, а «L» - поле Длины. Он предусматривается в двух форматах с 8-битовым L-полем и с 16-битовым L-полем. Фиг. 2 является схематической диаграммой, отображающей MAC-подзаголовок 20 R/F/LCID/L с 8-битовым L-полем из 3GPP TS 38.321, v15.0.0, фиг. 6.1.2-1. Как схематически представлено на фиг. 2, MAC-подзаголовок 20 R/LCID содержит в первом октете 21 первое R-поле 22, F-поле 23 и LCID-поле 24, а во втором октете 25 8-битовое L-поле 26.
Фиг. 3 является схематической диаграммой, отображающей MAC-подзаголовок 30 R/F/LCID/L с 16-битовым L-полем в 3GPP TS 38.321, v15.0.0, фиг. 6.1.2-2. Как схематически представлено на фиг. 3, MAC-подзаголовок 30 R/F/LCID/L содержит в первом октете 31 те же поля, описанные в первом октете 21 на фиг. 2, а во втором октете 32 и третьем октете 33-16-битовое L-поле 34.
В Таблице 1 отображены Значения LCID для Канала Синхронизации Восходящей линии Связи (UL-SCH) из 3GPP TS 38.321, v15.0.0, Таблица 6.2.1-2. Значениями различных LCID, соответствующих MAC-SDU, может являться одно из 000000-100000, в то время как 110111 -111111 выделено для некоторого MAC-CE.
Индекс
Значения LCID
000000
CCCH
000001-100000
Идентификатор логического канала
100001-110110
Резервный
110111
Конфигурированное Подтверждение Разрешения
111000
PHR с Групповым Вводом
111001
PHR с Одиночным Вводом
111010
C-RNTI
111011
Короткий Усеченный BSR
111100
Длинный Усеченный BSR
111101
Короткий BSR
111110
Длинный BSR
111111
Заполнение
Таблица 1
Произвольный доступ в NR
Когда UE пытается получить доступ к сети, она может осуществлять это путем выполнения так называемой Процедуры Произвольного доступа. Может считаться, что на данном этапе UE не имеет каких-либо доступных ресурсов или канала для информирования сети о своем желании установить соединение, поэтому может считаться, что она должна отправлять свой начальный запрос по совместно используемой среде. Процедура произвольного доступа может использоваться, например, незанятыми или неактивными UE, которые хотят соединиться с сетью для передачи данных. Процедура произвольного доступа может использоваться также соединенными UE по различным причинам, таким как восстановление Луча, передача обслуживания и восстановление синхронизации по UL. Процедура произвольного доступа может осуществляться по различным причинам и являться либо процедурой Состязательного Произвольного доступа (CBRA), либо процедурой Бесконфликтного Произвольного доступа (CFRA). CBRA может начинаться с выбора преамбулы и передачи от UE. gNB может реагировать откликом на произвольный доступ (RAR), который может содержать Временный Идентификатор Соты Радиосети (C-RNTI), значение Продвижения Синхронизации (TA) и разрешение на Сообщение 3 (Msg3). Msg3 может планироваться в Физическом Канале Восходящей линии Связи с Разделением Абонентов (PUSCH), как указано разрешением, принимаемым в Отклике на Произвольный доступ (RAR). Во многих случаях CBRA Msg3 может содержать сообщение Управления Радиоресурсами (RRC), либо запрос соединения RRC, запрос повторного установления соединения RRC, либо сообщение запроса возобновления соединения RRC, которое можно считать ограничивающим его размер. RRC-сообщение может являться первым RRC-сообщением, отправляемым по Общему Каналу Управления (CCCH). Msg3 может считаться третьим сообщением в NR-процедуре произвольного доступа, содержащее сообщения запроса RRC-Соединения, запроса повторного установления RRC-Соединения и запроса возобновления RRC-Соединения.
В случае CFRA UE может находиться в соединенном режиме и может использовать 16-битовый C-RNTI в качестве идентификатора, в то время как для CBRA, когда он осуществляется незанятыми или неактивными UE, может потребоваться подача идентификатора UE, который может считаться значительно большим.
Размеры Msg3 в NR еще окончательно не согласованы, но возможный результат может быть таким, как описано в R2-1801162, Размер MSG3 в NR, Ericsson, 3GPP TSG-RAN #NR AH1801, 22-26 января 2018 г.: 1) Запрос RRC-Соединения: 46 бит, причем выравнивание октетов может давать в результате 6 байт; 2) Запрос Возобновления RRC: 81 бит, причем выравнивание октетов может давать в результате 11 байт; и 3) запрос повторного установления RRC-Соединения: 43 бит, причем выравнивание октетов может давать в результате 6 байт.
Помимо этого, к размеру Msg3 может добавляться MAC-подзаголовок размером 2 байта. Это может приводить к тому, что может потребоваться, чтобы минимальный размер разрешения для Msg3 составлял 8 байт для Запроса RRC-Соединения, 13 байт для Запроса Возобновления RRC и опять-таки 8 байт для запроса повторного установления RRC-Соединения. Поскольку эти RRC-сообщения могут отправляться по Однонаправленному Каналу 0 Сигнализации (SRB0), который может использовать прозрачный режим в Прозрачном Режиме Управления Радиосоединением (RLC TM), Протокольный Блок Данных (PDU) RRC может не отправляться в сегментах, но может потребоваться его отправка в едином транспортном блоке.
MAC-SDU для Общего Канала Управления (CCCH)
Под CCCH может пониматься логический канал, который может использоваться для передачи RRC-сообщений по SRB0. Подзаголовок для SDU Общего Канала Управления (CCCH) в Msg3 в настоящее время состоит из следующих полей:
- Резервный бит (R), задаваемый равным «0»;
- Поле ID Логического Канала (LCID), которое может считаться идентифицирующим логический канал CCCH при LCID=000000;
- Поле Формата (F), задаваемое равным «0», тем самым указывая L-поле размером 8 бит, для полезной нагрузки CCCH-SDU переменного размера до 511 байт. Технически значение 1 также доступно для полезных нагрузок большего размера, но можно считать, что не может существовать реального использования для полезной нагрузки CCCH большего размера;
- Поле Длины (L), которое может считаться использующимся для задания размера CCCH-SDU.
MAC-SDU, соответствующий CCCH, начинается в следующем байте.
Фиг. 4 является схематической диаграммой, отображающей примеры CCCH-SDU полезной нагрузки Msg3, в соответствии с существующей технологией. В примере на верхней панели a) изображен MAC-SDU для RLC-TM CCCH размером 6 байт 41. В примере на нижней панели b) показан MAC-SDU для RLC-TM CCCH размером 11 байт 42. На обеих панелях горизонтальная выделенная линия 43 в верхней части каждой панели показывает число бит, а вертикальная выделенная линия 44 в левой части каждой панели показывает число байт. И MAC-SDU для RLC-TM CCCH размером 6 байт 41, и MAC-SDU для RLC-TM CCCH размером 11 байт 42 предшествует соответствующий подзаголовок, содержащий в первом октете R-поле 45, F-поле 46, содержащее значение, равное «0», и CCCH-поле 47 со значением «000000», а во втором октете - L-поле 48. В панели a) L-поле 48 содержит значение «00000110», в то время как в панели b) L-поле 48 содержит значение «00001011». И MAC-SDU для RLC-TM CCCH размером 6 байт 41, и MAC-SDU для RLC-TM CCCH размером 11 байт 42 сопровождаются тремя октетами, содержащими последовательности 49 Циклической Проверки Избыточности (CRC).
Существующие способы установления соединения между беспроводным устройством и сетевым узлом с использованием описываемой технологии обработки информации могут приводить к непроизводительно используемым ресурсам и/или ограниченной зоне покрытия.
В US 2017/0195464 описывается способ, включающий в себя генерирование подзаголовка Управления Доступом к Среде (MAC), содержащего Идентификатор Логического Канала (LCID), идентифицирующий и Управляющий Элемент (CE) MAC, и Служебный Блок Данных (SDU) MAC; генерирование Протокольного Блока Данных (PDU) MAC, содержащего MAC-подзаголовок, MAC-CE и MAC-SDU; и передачу генерируемого MAC-PDU.
В US 2009/0163211 описываются методы отправки сообщения для произвольного доступа абонентской станцией (UE). UE может отправлять сообщение по каналу управления для произвольного доступа и может отправлять идентификатор зарезервированного канала для индикации сообщения, отправляемого по каналу управления. Еще в одном аспекте UE может отправлять сообщение в Протокольном Блоке Данных (PDU) и может отправлять дополнительную информацию (например, отчет о состоянии буфера) в PDU, если он может вмещать дополнительную информацию.
В документе «Индикатор Объема Данных для NB-IoT», R2-161671, 3GPP TSG-RAN WG2 Meeting #93, описывается сообщение RRCConnectionRequest, содержащее Индикатор Объема Данных (DVI), в котором новый LCID выделяется для Управляющего Элемента (CE) MAC DVI. В альтернативном варианте новый LCID выделяется для комбинации CE MAC DVI и CCCH-SDU.
В документе «Ограничение TBS и индикация категории для UE низкой сложности», R2-143332, 3GPP TSG-RAN WG2 #87, описывается MAC-подзаголовок, содержащий поля R/R/E/LCID, используемые для MAC-SDU фиксированного размера.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Целью описываемых в данном документе вариантов осуществления является усовершенствование операций произвольного доступа в сети беспроводной связи.
В соответствии с первым аспектом описываемых в данном документе вариантов осуществления, данная цель достигается с помощью способа, осуществляемого беспроводным устройством. Беспроводное устройство действует в сети беспроводной связи. Беспроводное устройство выдает сообщение, отправляемое в сетевой узел, действующий в сети беспроводной связи. Данное сообщение является первым планируемым сообщением, отправляемым в сетевой узел в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения. Тип сообщения имеет: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор и не содержащий второй индикатор длины полезной нагрузки. Беспроводное устройство также инициирует отправку выдаваемого сообщения в сетевой узел.
В соответствии со вторым аспектом описываемых в данном документе вариантов осуществления, данная цель достигается с помощью способа, осуществляемого сетевым узлом. Сетевой узел действует в сети беспроводной связи. Сетевой узел принимает сообщение от беспроводного устройства, действующего в сети беспроводной связи. Данное сообщение является первым планируемым сообщением, принимаемым сетевым узлом в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения. Тип сообщения имеет: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор и не содержащий второй индикатор длины полезной нагрузки. Сетевой узел также инициирует обработку принимаемого сообщения на основе первого индикатора.
В соответствии с третьим аспектом описываемых в данном документе вариантов осуществления, данная цель достигается с помощью беспроводного устройства. Беспроводное устройство выполнено с возможностью действия в сети беспроводной связи. Беспроводное устройство дополнительно выполнено с возможностью выдачи сообщения, отправляемого в сетевой узел, выполненный с возможностью действия в сети беспроводной связи. Данное сообщение является первым планируемым сообщением, отправляемым в сетевой узел в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения. Тип сообщения имеет: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор и не содержащий второй индикатор длины полезной нагрузки. Беспроводное устройство также выполнено с возможностью инициирования отправки выдаваемого сообщения в сетевой узел.
В соответствии с четвертым аспектом описываемых в данном документе вариантов осуществления, данная цель достигается с помощью сетевого узла. Сетевой узел выполнен с возможностью действия в сети беспроводной связи. Сетевой узел дополнительно выполнен с возможностью приема сообщения от беспроводного устройства, выполненного с возможностью действия в сети беспроводной связи. Данное сообщение является первым планируемым сообщением, принимаемым сетевым узлом в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения. Тип сообщения имеет: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор и не содержащий второй индикатор длины полезной нагрузки. Первый узел дополнительно выполнен с возможностью инициирования обработки принимаемого сообщения на основе первого индикатора.
В соответствии с пятым аспектом описываемых в данном документе вариантов осуществления, данная цель достигается с помощью беспроводного устройства, содержащего схемы обработки и память. Память содержит команды, исполнимые схемами обработки, благодаря чему беспроводное устройство выполнено с возможностью выдачи сообщения, отправляемого в сетевой узел, входящий в состав сети беспроводной связи. Данное сообщение является первым планируемым сообщением, отправляемым в сетевой узел в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения. Тип сообщения имеет: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор и не содержащий второй индикатор длины полезной нагрузки. Память также содержит команды, исполнимые схемами обработки, благодаря чему беспроводное устройство дополнительно выполнено с возможностью инициирования отправки выдаваемого сообщения в сетевой узел.
В соответствии с шестым аспектом описываемых в данном документе вариантов осуществления, данная цель достигается с помощью сетевого узла, содержащего схемы обработки и память. Память содержит команды, исполнимые схемами обработки, благодаря чему сетевой узел выполнен с возможностью приема сообщения от беспроводного устройства, входящего в состав сети беспроводной связи. Данное сообщение является первым планируемым сообщением, принимаемым сетевым узлом в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения. Тип сообщения имеет: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор и не содержащий второй индикатор длины полезной нагрузки. Память также содержит команды, исполнимые схемами обработки, благодаря чему сетевой узел дополнительно выполнен с возможностью инициирования обработки принимаемого сообщения на основе первого индикатора.
Благодаря выдаче беспроводным устройством сообщения, содержащего первый индикатор типа сообщения, использующий SDU фиксированного размера, беспроводное устройство выполнено с возможностью гибкой выдачи первого типа сообщения с размером, сокращаемым в 8 раз. Первый индикатор в сообщении позволяет сетевому узлу знать тип сообщения, принимаемого от беспроводного устройства, и инициировать его обработку соответствующим образом. Таким образом, беспроводному устройству предоставляется гибкость во время произвольного доступа, при этом обеспечивается возможность экономии ресурсов, повышения пропускной способности сети беспроводной связи, уменьшения задержки и увеличения зоны покрытия.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Примеры описываемых в данном документе вариантов осуществления подробнее описываются со ссылкой на прилагаемые чертежи и в соответствии с нижеследующим описанием.
Фиг. 1 является схематической диаграммой, отображающей MAC-подзаголовок R/LCID в 3GPP TS 38.321, v15.0.0 (фиг. 6.1.2-3).
Фиг. 2 является схематической диаграммой, отображающей MAC-подзаголовок R/F/LCID/L с 8-битовым L-полем в 3GPP TS 38.321, v15.0.0 (фиг. 6.1.2-1).
Фиг. 3 является схематической диаграммой, отображающей MAC-подзаголовок R/F/LCID/L с 16-битовым L-полем в 3GPP TS 38.321, v15.0.0 (фиг. 6.1.2-2).
Фиг. 4 является схематической диаграммой, отображающей полезную нагрузку CCCH-SDU Msg3 в существующей технологии.
Фиг. 5 является схематической диаграммой, иллюстрирующей сеть беспроводной связи, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 6 является структурной схемой, отображающей способ в беспроводном устройстве, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 7 является схематической диаграммой, отображающей CCCH-SDU фиксированного (a) и переменного (b) размера, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 8 является схематической диаграммой, отображающей Короткий BSR и Короткий Усеченный BSR MAC-CE, который может использоваться в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 9 является схематической диаграммой, отображающей MAC-CE PHR с Одиночным Вводом, который может использоваться в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 10 является схематической диаграммой, отображающей MAC-подзаголовок R/LCID, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 11 является схематической диаграммой, отображающей C-RNTI MAC-CE, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 12 является схематической диаграммой, отображающей размер Фиксированного Msg3 для CCCH (a) и размер Фиксированного Mag3 для соединенного пользователя (b), в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 13 является структурной схемой, отображающей способ в сетевом узле, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 14 является блок-схемой, отображающей два неограничивающих примера - a) и b) - беспроводного устройства, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 15 является блок-схемой, отображающей два неограничивающих примера - a) и b) - сетевого узла, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 16 является блок-схемой, отображающей телекоммуникационную сеть, соединенную через промежуточную сеть с локальным компьютером, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 17 является обобщенной блок-схемой локального компьютера, связывающегося через базовую станцию с абонентской станцией по частично беспроводному соединению, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 18 является структурной схемой, отображающей варианты осуществления способа в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 19 является структурной схемой, отображающей варианты осуществления способа в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 20 является структурной схемой, отображающей варианты осуществления способа в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с описываемыми в данном документе вариантами осуществления.
Фиг. 21 является структурной схемой, отображающей варианты осуществления способа в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с описываемыми в данном документе вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
В рамках разработки описываемых в данном документе вариантов осуществления сначала будут выявлены и рассмотрены одна или более проблем при использовании существующей технологии.
Во время произвольного доступа Msg3 может рассматриваться как первое планируемое сообщение, то есть, первое планируемое сетью сообщение, которое может отправляться UE, и первое сообщение, которое может отправляться по Физическому Каналу Восходящей линии Связи с Разделением Абонентов (PUSCH). На этом этапе состояние канала может не быть полностью известным, и может считаться важным, что Msg3 может создаваться таким образом, чтобы обеспечить как можно более устойчивую передачу. Поскольку содержимое Msg3 может также считаться неизвестным gNB, gNB может потребоваться обеспечить, чтобы разрешение было достаточно большим, чтобы соответствовать Msg3. Выдача разрешений, которые слишком велики, будет непроизводительно расходовать ресурсы, а также ограничивать зону покрытия. Именно поэтому может считаться важной точная настройка размера разрешения на минимум того, что может потребоваться. Любая экономия размера разрешения может считаться имеющей положительное влияние на все передачи Msg3 благодаря невыдаче ресурсов, которые не используются.
Некоторые аспекты настоящего изобретения и их варианты осуществления могут обеспечивать решения этой проблемы или других проблем. Имеются предлагаемые в данном документе различные варианты осуществления, которые решают одну или более из проблем, раскрываемых в данном документе.
Рассматриваемые в данном документе варианты осуществления могут считаться решающими данную проблему в существующих способах путем выдачи Msg3 в виде SDU фиксированного размера и выдачи 1-байтового формата заголовка без L-поля для его передачи.
Кроме того, благодаря признанию того, что имеются лишь несколько случаев применения, в которых Msg3 может отправляться с неполностью известным состоянием канала, в данном решении предлагаются отдельные LCID для различных SDU фиксированного размера. Конкретные рассматриваемые в данном документе варианты осуществления могут считаться относящимися к MAC-подзаголовку для полезной нагрузки CCCH.
Некоторые из рассматриваемых вариантов осуществления подробнее описываются со ссылкой на прилагаемые чертежи, на которых показаны примеры. В данном разделе рассматриваемые в данном документе варианты осуществления подробнее иллюстрируются с помощью ряда примеров осуществления. Другие варианты осуществления, тем не менее, входят в объем объекта изобретения, раскрываемого в данном документе. Раскрываемый объект изобретения не должен трактоваться как ограниченный только вариантами осуществления, изложенными в данном документе; скорее, эти варианты осуществления представлены в качестве примера, чтобы передать объем объекта изобретения специалистам в данной области техники. В данном документе содержится несколько вариантов осуществления. Необходимо отметить, что примеры осуществления в данном документе не являются взаимно исключающими. Составные элементы из одного варианта осуществления могут автоматически предполагаться присутствующими в другом варианте осуществления, и специалисту в данной области техники будет очевидно, как эти составные элементы могут использоваться в других примерах осуществления.
Следует отметить, что хотя терминология из LTE/5G использована в данном изобретении для пояснения вариантов осуществления в данном документе, она не должна рассматриваться как ограничивающая объем описываемых в данном документе вариантов осуществления только вышеупомянутой системой. В других беспроводных системах с аналогичными признаками могут также использоваться идеи, рассматриваемые в данном изобретении.
На фиг. 5 изображен неограничивающий пример сети 100 беспроводной связи, иногда также называемой системой беспроводной связи, системой сотовой связи или сотовой сетью, в которой могут быть реализованы рассматриваемые в данном документе варианты осуществления. Сеть 100 беспроводной связи может, как правило, являться 5G-системой, 5G-сетью, либо Системой или сетью Нового Поколения. Сеть 100 беспроводной связи может в качестве альтернативы являться более новой системой, чем 5G-система. Сеть 100 беспроводной связи может поддерживать другие технологии, например, Долговременное Развитие (LTE), LTE-Advanced/LTE-Advanced Pro, например, LTE с Частотным Уплотнением в Дуплексном Режиме (FDD), LTE с Временным Разделением в Дуплексном Режиме (TDD), LTE с Полудуплексным Частотным Уплотнением в Дуплексном Режиме (HD-FDD), LTE, работающее в нелицензированном диапазоне частот, NB-IoT. Таким образом, хотя терминология из 5G/NR и LTE может использоваться в данном изобретении для пояснения рассматриваемых в данном документе вариантов осуществления, она не должна рассматриваться как ограничивающая объем описываемых в данном документе вариантов осуществления только вышеупомянутой системой.
Сеть 100 беспроводной связи содержит множество сетевых узлов, из которых сетевой узел 110 показан в неограничивающем примере на фиг. 5. Сетевой узел 110 может являться узлом радиосети, таким как базовая радиостанция, или любым другим сетевым узлом с аналогичными признаками, выполненным с возможностью обслуживания беспроводного устройства, такого как абонентская станция или устройство связи машинного типа, в сети 100 беспроводной связи. В типичных вариантах осуществления сетевой узел 110 может являться точкой передачи, действующей в NR, например, NodeB (gNB) в New Radio (NR). В некоторых примерах сетевой узел 110 может являться базовой радиостанцией, действующей в LTE, такой как eNB.
Сеть 100 беспроводной связи охватывает географическую область, которая может быть разделена на зоны сот, причем каждая зона соты может обслуживаться сетевым узлом, хотя один узел радиосети может обслуживать одну или несколько сот. Сеть 100 беспроводной связи содержит по меньшей мере соту 120. В неограничивающем примере, изображенном на фиг. 5, сетевой узел 110 обслуживает соту 120. Сетевой узел 110 может быть различных классов, например, макро-базовая станция (BS), домашняя BS или пико-BS, исходя из мощности передачи и тем самым также размера соты. Сетевой узел 110 может быть непосредственно соединен с одной или более опорными сетями, которые не показаны на фиг. 5 для упрощения чертежа. В некоторых примерах сетевой узел 110 может являться распределенным узлом, таким как виртуальный узел в облаке, и он может выполнять свои функции полностью или частично в облаке во взаимодействии с узлом радиосети.
В беспроводной сети 100 связи расположено множество беспроводных устройств, из которых беспроводное устройство 130, которое может также называться устройством, показано в неограничивающем примере на фиг. 5. Беспроводное устройство 130, например, 5G-UE, может являться беспроводным устройством связи, которое может также называться, например, UE, мобильным терминалом, беспроводным терминалом и/или мобильной станцией, мобильным телефоном, сотовым телефоном или ноутбуком с поддержкой беспроводной связи, если только упомянуть некоторые дополнительные примеры. Беспроводное устройство 130 может являться, например, портативным, карманным, переносным, входящим в состав компьютера или установленным на транспортном средстве мобильным устройством, выполненным с возможностью обмена речью и/или данными через RAN с другим объектом, таким как сервер, ноутбук, Персональный Цифровой Помощник (PDA) или планшет, Межмашинное (M2M) устройство, устройство, оснащенное беспроводным интерфейсом, такое как печатающее или файловое запоминающее устройство, модем или любая другая сетевая радиоустановка, выполненная с возможностью связи по радиолинии в системе связи. Беспроводное устройство 130, входящее в состав сети 100 беспроводной связи, выполнено с возможностью связи беспроводным способом в сети 100 беспроводной связи. Связь может осуществляться, например, через RAN и, возможно, одну или более опорных сетей, которые могут входить в состав сети 100 беспроводной связи.
Беспроводное устройство 130 может быть выполнено с возможностью связи в сети 100 беспроводной связи с сетевым узлом 110 по линии 140, например, радиолинии, хотя связь может быть возможна и по другим линиям.
Как правило, все термины, используемые в данном документе, должны трактоваться в соответствии с их обычным значением в релевантной области техники, если другое значение явно не дается и/или предполагается из контекста, в котором оно используется. Все ссылки на элемент, прибор, компонент, средство, этап и т.д. должны открыто трактоваться как относящиеся по меньшей мере к одному экземпляру элемента, прибора, компонента, средства, этапа и т.д., если явно не указано иначе. Этапы любых способов, раскрываемых в данном документе, не обязательно должны выполняться в точном раскрываемом порядке, кроме тех случаев, когда этап явно описывается как следующий за другим этапом или предшествующий ему и/или когда подразумевается, что этап должен следовать за другим этапом или предшествовать ему. Любой признак любого из вариантов осуществления, раскрываемых в данном документе, может применяться к любому другому варианту осуществления во всех уместных случаях. Аналогичным образом, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Другие цели, признаки и преимущества описываемых вариантов осуществления будут понятны из нижеследующего описания.
Как правило, использование слов «первый», «второй», «третий», «четвертый» и/или «пятый» в данном документе может считаться произвольным способом обозначения различных элементов или объектов и может считаться не придающим совокупный или хронoлогический характер тем существительным, которые они изменяют, если исходя из контекста не указано иное.
В данном документе содержится несколько вариантов осуществления. Необходимо отметить, что примеры в данном документе не являются взаимно исключающими. Составные элементы из одного варианта осуществления могут автоматически предполагаться присутствующими в другом варианте осуществления, и специалисту в данной области техники будет очевидно, как эти составные элементы могут использоваться в других примерах осуществления.
В частности, ниже изложены: a) варианты осуществления, относящиеся к беспроводному устройству, такому как беспроводное устройство 130, например, 5G-UE; и b) варианты осуществления, относящиеся к сетевому узлу, такому как сетевой узел 110, например, gNB.
В данном документе описывается способ, осуществляемый беспроводным устройством 130. Варианты осуществления способа, осуществляемого беспроводным устройством 130, описываются далее со ссылкой на структурную схему, изображенную на фиг. 6. Способ может считаться предназначенным для выдачи сообщения, отправляемого в сетевой узел 110, обслуживающий беспроводное устройство 130. Беспроводное устройство 130 действует в сети 100 связи. Сетевой узел 110 может также считаться действующим в сети 100 беспроводной связи. Сеть 100 беспроводной связи может действовать в NR.
Способ может включать в себя следующие действия. В некоторых вариантах осуществления могут выполняться все действия. В некоторых вариантах осуществления могут выполняться одно или более действий. Один или более вариантов осуществления при необходимости могут комбинироваться. Для упрощения описания все возможные комбинации не описываются. Составные элементы из одного примера могут автоматически предполагаться присутствующими в другом примере, и специалисту в данной области техники будет очевидно, как эти составные элементы могут использоваться в других примерах. На фиг. 6 необязательное действие показано пунктирными линиями. Некоторые действия могут выполняться в порядке, отличном от показанного на фиг. 6.
Некоторые рассматриваемые в данном документе варианты осуществления описываются далее с некоторыми неограничивающими примерами для упрощения рассматриваемых в данном документе вариантов осуществления.
Действие 601
В ходе связи в сети 100 беспроводной связи беспроводное устройство 130 может, например, перемещаться в пределах географической области, охватываемой сетью 100 беспроводной связи, и оно может обнаруживать соту 120 сетевого узла 110. Если беспроводное устройство 130 желает установить соединение с сетевым узлом 110, оно может затем инициировать процедуру произвольного доступа, которая может считаться задействующей обмен некоторыми сообщениями - в этом случае - с сетевым узлом 110. Очень кратко, беспроводное устройство 130 может сначала отправлять преамбулу в сетевой узел 110, а в ответ сетевой узел 110 может отправлять в беспроводное устройство 130 отклик, содержащий, помимо прочей информации, разрешение ресурса восходящей линии связи, которое беспроводное устройство 130 может затем использовать для отправки сообщения в сетевой узел 110.
Сообщение, отправляемое в сетевой узел 110, может быть некоторого типа. В некоторых вариантах осуществления тип сообщения может иметь один или более признаков, относящихся к размеру SDU, входящего в состав отправляемого сообщение, например, SDU фиксированного размера или SDU переменного размера, который описывается ниже.
В соответствии с некоторыми рассматриваемыми в данном документе вариантами осуществления, в данном Действии 601 беспроводное устройство 130 может выбирать тип сообщения, отправляемого в сетевой узел 110. Выбор в данном Действии 601 типа сообщения может основываться по меньшей мере на одном из: a) размера разрешения, которое могло быть принято от сетевого узла 110 для передачи сообщения, b) преамбулы, которая могла быть отправлена беспроводным устройством 130, например, в сетевой узел 110, и c) группирования отправленной преамбулы.
Преамбула может использоваться беспроводным устройством 130 для запроса размера разрешения, достаточно большого, чтобы передавать выбранное сообщение.
Группирование преамбулы может считаться в данном документе относящимся к набору преамбул, причем преамбула может принадлежать, например, группе А преамбул и группе В преамбул. Группирование отправленной преамбулы может относиться к размеру сообщения, и, следовательно, типа сообщения, которое может отправляться. Так может считаться потому, что одним способом обработки назначения разрешение может являться использование минимального разрешения для CBRA с использованием группы А преамбул, т.е., заданием ra-Msg3SizeGroupA равным минимальному размеру разрешения. Если беспроводное устройство 130, например, UE желает передавать Msg3 больше, чем минимальный размер разрешения, ему может потребоваться использовать группу В преамбул, которая может считаться использующей большее разрешение. Группа В преамбул может после этого обрабатывать случаи, требующие большего разрешения, такие как Запрос Возобновления RRC.
Разрешение может считаться содержащим параметры передачи, связанные с разрешением, например, распределение частотных ресурсов Msg3-PUSCH, распределение временных ресурсов Msg3-PUSCH и Схему Модуляции и Кодирования MCS для передачи, которые могут считаться преобразующимися, например, в «размер Msg3».
В некоторых вариантах осуществления тип сообщения может иметь: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор типа сообщения и не содержащий второй индикатор длины полезной нагрузки в сообщении.
The SDU может являться CCCH-SDU, то есть, MAC-SDU для CCCH.
В некоторых примерах фиксированный размер может составлять, например, 6 байт.
В некоторых вариантах осуществления заголовок может являться MAC-подзаголовком, а первый индикатор может являться некоторым значением в LCID-поле в MAC-подзаголовке. В некоторых конкретных вариантах осуществления значение может составлять «110110». В других вариантах осуществления это значение может принимать другое значение, которое называется в данном документе первым значением во второй группе вариантов осуществления, которая описывается ниже, или второе значение в третьей группе вариантов осуществления, которая описывается ниже, или в виде «третьего значения» в первой группе вариантов осуществления.
Второй индикатор может являться типом поля, например, первым типом поля, например, полем Длины (L). Поле длины может считаться необязательным, поскольку может иметься только один MAC-субPDU в MAC-PDU. Для экономии одного байта может использоваться формат для MAC-CE фиксированного размера, изображенный ниже, например, на фиг. 10. Он может считаться сокращающим размер MAC-подзаголовка на один байт и позволяющим соответствовать передаче Msg3 с 7-байтовым разрешением.
В некоторых примерах подзаголовок для CCCH-SDU с фиксированным размером может состоять из следующих полей:
- LCID: Поле ID Логического Канала с фиксированным LCID-значением X в диапазоне 000000-111111, например, 000000, используемое для индикации доступа к CCCH с SDU фиксированного размера; и
- R: Резервный бит, задаваемый равным «0». В некоторых конкретных примерах могут быть включены 2 R-поля, как изображено на фиг. 7 a).
В других примерах LCID со значением, задаваемым равным 000000, может использоваться для индикации доступа к CCCH с MAC-SDU заданного размера, например, Z=6 байт.
В других примерах может выделяться новый LCID для доступа к CCCH с SDU фиксированного размера.
Сигнализация
Преобразование LCID в фиксированный размер может быть задано в стандарте в соответствии с описываемыми в данном документе вариантами осуществления в новом 3GGP TS 38.321, в Таблице 6.2.1-2, как показано ниже. В настоящее время 000000 указывает полезную нагрузку CCCH переменного размера.
Индекс
Значения LCID
000000
CCCH
000001-100000
Идентификатор логического канала
100001-110101
Резервный
110110
CCCH величиной Z байт
110111
Конфигурированное Подтверждение Разрешения
111000
PHR с Групповым Вводом
111001
PHR с Одиночным Вводом
111010
C-RNTI
111011
Короткий Усеченный BSR
111100
Длинный Усеченный BSR
111101
Короткий BSR
111110
Длинный BSR
111111
Заполнение
Таблица 2
Существует также возможность отправки преобразования в Блок 1 Системной Информации (SIB1) NR, который может оказаться полезным в том случае, когда может потребоваться обновление размеров.
В некоторых вариантах осуществления тип сообщения может являться первым типом сообщения из множества типов сообщений, причем множество типов сообщений может содержать второй тип сообщения. Примеры типов сообщений описываются ниже для различных групп примеров.
Первая группа примеров
В некоторых из примеров, в которых тип сообщения может являться первым типом сообщения из множества типов сообщений и в которых множество типов сообщений может содержать второй тип сообщения, первый тип сообщения может считаться имеющим: a) SDU фиксированного размера и b) однобайтовый заголовок, содержащий первый индикатор типа сообщения и не содержащий второй индикатор длины полезной нагрузки. Второй тип сообщения может иметь SDU переменного размера и второй индикатор длины полезной нагрузки.
В первой группе примеров может использоваться третье значение, как упоминалось выше. LCID 000000 может использоваться для индикации доступа к CCCH с MAC-SDU заданного размера, например, Z=6 байт, а новый LCID с третьим значением может быть выделен для доступа к CCCH с MAC-SDU переменного размера. Может потребоваться, чтобы новый LCID являлся фиксированным значением в зарезервированном в настоящее время диапазоне 100001-110110. Для коммерческих решений может использоваться некоторый LCID, который может быть выделен для другой цели, но который, вероятно, может не появиться во время отправки CCCH. Фиг. 7 иллюстрирует данный случай, и она описывается ниже.
Фиг. 7 является схематической диаграммой, иллюстрирующей неограничивающий предпочтительный пример для первого типа сообщения 701, содержащего SDU 702 фиксированного размера, панель a), и второго типа сообщения 703, содержащего CCCH-SDU переменного размера, панель b), в соответствии с примерами описываемых в данном документе вариантов осуществления.
В данном примере заголовок 704 является MAC-подзаголовком 705. В некоторых примерах данного примера подзаголовок 704 для CCCH-SDU с фиксированным размером может состоять из следующих полей:
- LCID 706: Поле ID Логического Канала с фиксированным LCID-значением X в диапазоне 000000-111111, например, 000000, используемое для индикации доступа к CCCH с SDU фиксированного размера. В данном примере значение в LCID-поле 706 является первым индикатором 707.
- R: Резервный бит, задаваемый равным «0». Как показано в панели a), имеются первое R-поле 708 и второе R-поле 709.
Фактический MAC-SDU для CCCH в показанном примере является RLC TM размером 6 байт, который может являться кодированным ASN.1 Запросом RRC-Соединения или Запросом Повторного Установления RRC-Соединения и может занимать с Октета (Oct) 2 по Oct 7. Три октета CRC 710 могут при этом быть присоединены к SDU фиксированного размера, давая в результате в целом 10 байт, как показано стрелкой вправо. Размер Транспортного Блока (TB) MAC-PDU показан стрелкой слева.
В некоторых примерах, как показано в панели b), подзаголовок 711 для CCCH-SDU с переменным размером 712 может состоять из следующих полей:
- LCID 713: Поле ID Логического Канала с фиксированным LCID-значением Y<>X в диапазоне 000000-111111, например, значение в зарезервированном в настоящее время диапазоне 100001-110110 может использоваться для индикации доступа к CCCH с SDU переменного размера.
- F 714: Поле Формата может задаваться равным «0» для индикации 8-битового L-поля и равным «1» для индикации 16-битового L-поля; в данном примере значение в F-поле 714 является первым индикатором 715.
- L 716: Поле Длины может использоваться в подзаголовке с LCID=Y для задания размера CCCH-SDU;
- R 717: Резервный бит, задаваемый равным «0».
Альтернативным вариантом данного примера может являться использование LCID 000000 для доступа к CCCH с переменным размером SDU и вместо этого выделение нового LCID для доступа к CCCH с SDU фиксированного размера, т.е., наоборот. Любой способ может являться приемлемым.
Фактический MAC-SDU для CCCH может начинаться на Oct 3. Три октета CRC 718 могут при этом быть присоединены к SDU переменного размера. Размер Транспортного Блока (TB) MAC-PDU показан стрелкой слева.
Вторая группа вариантов осуществления
Во второй группе примеров первый индикатор может являться первым значением в первом поле в MAC-подзаголовке, причем MAC-подзаголовок может дополнительно содержать LCID-поле, причем LCID-поле содержит второе значение. Графическое представление данной группы вариантов осуществления не приводится.
Например, во второй группе примеров первый индикатор может являться вторым типом поля, таким как Резервное (R) поле. Первое значение может составлять, например, «0». LCDI-поле может называться, например, третьим типом поля. MAC-подзаголовок во второй группе примеров может называться первым подзаголовком.
Второе значение может являться, например, LCDI-значением, равным «000000».
Во второй группе примеров резервный бит R, появляющийся в MAC-PDU подзаголовке для CCCH-SDU, может быть выделенным и использоваться для переключения между SDU с фиксированным малым и с переменным большим размером в полезной нагрузке, либо, что то же самое, быть выделенным и использоваться для индикации присутствия L-поля в заголовке. Резервный бит R может вследствие этого содержать первое значение. Одно преимущество данного подход может считаться состоящим в том, что он может использовать одно и то же LCID-значение, то есть, второе значение 000000 для всех доступов к CCCH. Если бит задается равным 1, L-поле может считаться содержащимся. Если бит задается равным 0, полезная нагрузка CCCH может считаться имеющей фиксированный размер.
Фиксированный размер может определяться заранее и задаваться равным числу байт, которое может требоваться для включения любого из CCCH сообщений для начального доступа. Например, 6 байт для включения либо 46-битового сообщения rrcConnectionRequest, либо 43-битового сообщения rrcConnectionReestablishmentRequest.
Третья группа вариантов осуществления
В третьей группе примеров фиксированный размер может быть связан с самим Msg3, а не конкретно с определенными полезными нагрузками CCCH. Как указано выше, Msg3 может считаться являющимся первым планируемым сообщением, которое может отправляться беспроводным устройством 130, например, UE, и первым сообщением, которое может отправляться по PUSCH. Приведенные выше примеры могут считаться разграничивающими определенные фиксированные размеры CCCH, которые могут считаться помогающими минимизировать размер сообщения Msg3 и, соответственно, полезными для максимального повышения устойчивости его передачи. Однако уменьшение размера, которое может потребоваться для передачи CCCH, может не помочь выдать планировщику информацию о том, какие буферы данных и состояния канала может быть доступными. Для этой цели может потребоваться дополнительный контент в первом планируемом сообщении, то есть, дополнительный контент Msg3, содержащий Отчет о Состоянии Буфера (BSR) и отчет о запасе по мощности (PHR). В увязке с проблемой при использовании существующих способов для субPDU и BSR, и PHR может потребоваться подзаголовок, то есть, могут потребоваться два или более дополнительных байт заголовка. На фиг. 8 и фиг. 9 изображен формат для двух вариантов фиксированного размера BSR и PHR соответственно - короткого/усеченного BSR и PHR с Одиночным Вводом в соответствии с существующими способами, которые могут использоваться в рассматриваемых в данном документе вариантах осуществления согласно описанию.
Фиг. 8 является схематической диаграммой, отображающей MAC-CE Короткого BSR и Короткого Усеченного BSR, которая может рассматриваться как пример первого MAC-CE 800, фиг. 6.1.3.1-1 в TS 38.321-v15.0.0, 2018-01-04 и которая может использоваться в рассматриваемых в данном документе вариантах осуществления согласно описанию.
Поля в MAC-CE Короткого BSR - первом MAC-CE 800 - например, изображенном на фиг. 8, могут быть определены следующим образом:
- LCG ID: Поле ID Группы Логических Каналов может считаться идентифицирующим группу логического канала (каналов), отчет о состоянии буфера которого отправляется. Длина этого поля может составлять 3 бита; поле LCG ID может считаться в данном документе примером второго поля 801, указывающего группу из одного или более логических каналов.
- Размер Буфера: Поле Размера Буфера может считаться идентифицирующим общий объем данных, который может быть доступен по всем логическим каналам группы логических каналов после того, как мог быть создан MAC-PDU. Объем данных может указываться в числе байт. Длина этого поля для формата Короткого BSR и формата Короткого Усеченного BSR может составлять 5 бит. Поле LCG ID может считаться в данном документе примером третьего поля 802, содержащего первую информацию о состоянии буфера, относящегося к группе из одного или более логических каналов.
Фиг. 9 является схематической диаграммой, отображающей MAC-CE PHR с Одиночным Вводом, фиг. 6.1.3.8-1 в TS 38.321-v15.0.0, 2018-01-04, которая может использоваться в рассматриваемых в данном документе вариантах осуществления согласно описанию и которая может рассматриваться как пример второго MAC-CE 900.
Поля в MAC-CE PHR с Одиночным Вводом - втором MAC-CE 900 - например, изображенном на фиг. 9, могут быть определены следующим образом в первом октете (Oct 1) 901:
- R: резервный бит, задаваемый равным «0» в первом R-поле 902, а также втором R-поле 903;
- запас по мощности (PH): это поле указывает уровень запаса по мощности. Длина этого поля составляет 6 бит. Поле PH может рассматриваться как пример четвертого поля 904, содержащего вторую информацию о запасе по мощности.
На фиг. 9 также изображен второй октет (Oct 2) 905, содержащий третье R-поле 906, четвертое R-поле 907 и PCMAX c полем 908 во втором октете 905.
На фиг. 10 изображен подзаголовок, который может использоваться с целью включения любого из вышеуказанного, т.е., Короткого BSR или PHR с Одиночным Вводом в первое планируемое сообщение, то есть, Msg3. Подзаголовок может рассматриваться как пример общего подзаголовка 1000, который будет дополнительно описан в данном документе. Фиг. 10 является схематической диаграммой, отображающей MAC-подзаголовок 1001 R/LCID в качестве примера общего подзаголовка 1000, фиг. 6.1.2-3 в TS 38.321-v15.0.0, 2018-01-04, который может использоваться в рассматриваемых в данном документе вариантах осуществления согласно описанию. LCID-поле 1002 на фиг. 10 может содержать четвертое значение. В состав MAC-подзаголовка 1001 R/LCID также входят первое R-поле 1003 и второе R-поле 1004.
В третьей группе примеров первое планируемое сообщение, то есть, Msg3 может быть минимизировано и может состоять из следующего:
- подзаголовок для Msg3 фиксированного размера;
- CCCH-сообщение размером Z байт;
- MAC-CE короткого/усеченного BSR размером 1 байт;
- PHR с Одиночным Вводом.
Либо, в более общем виде, понимая, что CCCH-сообщение может являться лишь особым случаем:
- подзаголовок для Msg3 фиксированного размера;
- сообщение с Идентификатором размером Z байт;
- MAC-CE короткого/усеченного BSR размером 1 байт;
- PHR с Одиночным Вводом.
Первое планируемое сообщение, то есть, Msg3, может кодироваться/декодироваться MAC в соответствии с 3GPP TS 38.321, и хотя контент CCCH-сообщения может потребовать схем более высокого уровня, биты и части полезной нагрузки CCCH могут использоваться, чтобы различать беспроводное устройство 130, например, UE среди других UE, которые одновременно могли использовать одну и ту же преамбулу состязательного произвольного доступа.
Фиг. 11 определяет сообщение с идентификатором, которое может потребоваться первым беспроводным устройством 130, например, UE, которое может являться уже соединенным и могло принять C-RNTI для идентификации самого себя по UL-SCH - совместно используемому каналу UL. Фиг. 11 является схематической диаграммой, отображающей MAC-CE 1100 C-RNTI из фиг. 6.1.3.2-1 в TS 38.321-v15.0.0, 2018-01-04, которая может использоваться в рассматриваемых в данном документе вариантах осуществления согласно описанию.
Поле в MAC-CE 1100 C-RNTI, как показано, например, на фиг. 11, может быть определено следующим образом:
- C-RNTI 1101: Это поле может содержать C-RNTI MAC-объекта. Длина этого поля может составлять 16 бит.
Фиг. 12 иллюстрирует неограничивающие примеры - в панелях a) и b) - третьей группы только что описанных примеров с MAC-CE для BSR и PHR, помещаемыми после MAC-SDU. На фиг. 12 изображена схематическая диаграмма, отображающая неограничивающий пример фиксированного размера Msg3 для CCCH в качестве примера третьего типа сообщения 1200 в панели a) и неограничивающий пример фиксированного размера Mag3 для соединенного пользователя в панели b) в качестве еще одного примера третьего типа сообщения 1200. В панели a) MAC-подзаголовок 1001 R/LCID в качестве примера общего подзаголовка 1000 предшествует MAC-SDU для CCCH 1201 размером 6 байт в качестве примера SDU 1201 фиксированного размера, и он сопровождается первым MAC-CE 800, вторым MAC-CE 900 и тремя октетами CRC 704. Данное сообщение имеет общий размер, составляющий 13 байт, как показано стрелкой в правой части панели. В панели b) в MAC-подзаголовке 1000 R/LCID он сопровождается MAC-CE 1100 C-RNTI, MAC-CE 800 короткого BSR, MAC-CE 900 PHR с Одиночным Вводом, и тремя октетами CRC 710. Сообщение в данном примере имеет общий размер, составляющий 9 байт, как показано стрелкой в правой части панели.
В соответствии с вышеизложенным, в третьей группе примеров, в которой тип сообщения может являться первым типом сообщения 701 из множества типов сообщений, множество типов сообщений может содержать третий тип сообщения 1200. Третий тип сообщения 1200 может являться фиксированным по размеру и может содержать один общий подзаголовок 1000 для: a) SDU 1201 фиксированного размера и по меньшей мере одного из: b) первого управляющего элемента 800 MAC, являющегося фиксированным по размеру, например, MAC-CE Короткого BSR, как, например, изображенный на фиг. 8, содержащего: i) второе поле 801, например, поле ID Группы Логических Каналов, указывающее группу из одного или более логических каналов, и ii) третье поле 802, например, поле Размера Буфера, содержащее первую информацию о состоянии буфера, относящегося к группе из одного или более логических каналов; и c) второго управляющего элемента 900 MAC, фиксированного по размеру, например, MAC-CE PHR с Одиночным Вводом, содержащего четвертое поле 904, например, запас по мощности (PH), содержащее вторую информацию о запасе по мощности.
Первой информацией о состоянии буфере может являться, например, BSR.
Второй информацией о запасе по мощности может являться, например, PHR.
В третий группа примеров первый индикатор может являться четвертым значением в LCID-поле 1002 в MAC-подзаголовке 1001. MAC-подзаголовок в третьей группе примеров может называться третьим подзаголовком.
Любой из первого типа сообщения 701, второго типа сообщения 703 и третьего типа сообщения 1200 может являться сообщением Msg3.
В соответствии с описываемыми типами сообщений, то, как размер разрешения может определять выбор типа сообщения первого планируемого сообщения, то есть, формат Msg3 для полезной нагрузки CCCH, иллюстрируется в неограничивающем примере в Таблице 3.
Таблица 3 иллюстрирует число байт, которое может оставаться после того, как 6-байтовый CCCH-SDU может быть передан с использованием различных размеров разрешения. Нижеследующие случаи могут возникать при передаче RRC/CCCH-сообщения размером 6 байт. Строки 2 и 3 в Таблице иллюстрируют, что 7-байтовое разрешение может быть достаточным для отправки 6-байтового CCCH в соответствии с описываемыми в данном документе вариантами осуществления, в то время как в соответствии с унаследованными способами должно требоваться разрешение размера 8. Строки под строками 2 и 3 могут считаться использующими 2-байтовый подзаголовок с L-полем. Число оставшихся байт, указанное в столбце «Оставшиеся байты», показывает, сколько байт разрешения может являться неиспользованным после того, как может быть введен 6-байтовый CCCH и его 2-байтовый подзаголовок. Например, при разрешении размером 10 байт 2 байта остается после того, как введен 6-байтовый CCCH и его 2-байтовый заголовок. Этих 2 байт - числа оставшихся байт - достаточно также для введения дополнительного суб-PDU фиксированной 1-байтовой длины, например, короткого BSR, например, 1-байтового+фиксированного 1-байтового подзаголовка.
Размер разрешения
LCID
MAC-подзаголовок
Оставшиеся байты
Дополнительный MAC-субPDU
<7 байт
Не применяется
Не применяется
Не применяется
Не применяется
7 байт
[110110]
R/LCID
0
Нет
8 байт
[000000]
R/F/LCID/L
0
Нет
9 байт
[000000]
R/F/LCID/L
1
Да, но только субPDU Заполнения (1 байт - слишком мало для BSR или PHR)
10 байт
[000000]
R/F/LCID/L
2
Да, но максимум один (1 байт каждый для заголовка/полезной нагрузки)
10+n байт, n>0
[000000]
R/F/LCID/L
n+2
Таблица 3
В некоторых вариантах осуществления в которых беспроводное устройство 130 может являться синхронизированным по восходящей линии связи или соединенным с сетевым узлом 110, например, когда беспроводное устройство 130 может активизироваться, например, после нахождения в неактивном состоянии, первый тип сообщения 701 может дополнительно содержать два поля 1101, содержащих идентификатор беспроводного устройства 130 в соте 120, в которой беспроводное устройство 130 может обслуживаться сетевым узлом 110.
Благодаря выбору типа сообщения в этом Действии 601 беспроводное устройство 130 может быть выполнено с возможностью гибкой адаптации типа первого планируемого сообщения, отправляемого в сетевой узел (110), в соответствии со своими потребностями, например, размером SDU, который ему может потребоваться передавать. В частности, благодаря разрешению беспроводному устройству 130 выбирать первый тип сообщения в этом Действии 601, например, размер Msg3 для начального доступа по NR может быть сжат в 8 раз. Более того, зона покрытия может быть увеличена. Кроме того, беспроводное устройство 130 может указывать сценарий использования, то есть, размер сообщения уже при передаче Msg3.
Действие 602
В данном Действии 602 беспроводное устройство 130 выдает сообщение, отправляемое в сетевой узел 110, действующий в сети 100 беспроводной связи. Данное сообщение является первым планируемым сообщением, отправляемым в сетевой узел 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор 707 типа сообщения. Тип сообщения имеет: a) SDU 702 фиксированного размера и b) однобайтовый заголовок 704, содержащий первый индикатор 707 и не содержащий второй индикатор 716 длины полезной нагрузки.
Выдача может рассматриваться в данном документе как подготовка, создание или наполнение.
Выдаваемое сообщение в Действии 602 может основываться на выбранном типе сообщения в Действии 601. То есть, тип сообщения, указанный в выдаваемом сообщении, может основываться на выбранном сообщении в Действии 601. В этой связи, в других примерах способа беспроводное устройство 130 может выдавать первый тип сообщения 701, второй тип сообщения 703 или третий тип сообщения 1200 в одной и той же процедуре произвольного доступа.
В данном Действии 602 благодаря выдаче отправляемого в сетевой узел 110 сообщения, содержащего SDU фиксированного размера и однобайтовый заголовок, не содержащий второй индикатор длины полезной нагрузки, беспроводное устройство 130 может предусматривает возможность, как упоминалось выше, например, сокращения размера Msg3 для начального доступа по NR в 8 раз. Более того, зона покрытия может быть увеличена. Кроме того, беспроводное устройство 130 может указывать сценарий использования уже при передаче Msg3.
Действие 603
В этом Действии 603 беспроводное устройство 130 инициирует отправку выдаваемого сообщения в сетевой узел 110.
Инициирование отправки может рассматриваться в данном документе как запуск, начало или разрешение отправки или передачи.
Отправка может выполняться, например, по линии 140.
Варианты осуществления способа, осуществляемого сетевым узлом 110, описываются далее со ссылкой на структурную схему, изображенную на фиг. 13. Данный способ может считаться предназначенным для обработки сообщения от беспроводного устройства 130, обслуживаемого сетевым узлом 110. Сетевой узел 110 действует в сети 100 связи.
Данный способ включает в себя действия, описываемые ниже. Один или более вариантов осуществления могут быть при необходимости объединены. Для упрощения описания все возможные комбинации не описываются. Необходимо отметить, что примеры в данном документе не являются взаимно исключающими. Составные элементы из одного примера могут автоматически предполагаться присутствующими в другом примере, и специалисту в данной области техники будет очевидно, как эти составные элементы могут использоваться в других примерах. Подробное описание некоторой части из нижеследующего соответствует тем же ссылкам, представленным выше, по отношению к действиям, описываемым для беспроводного устройства 130, и вследствие этого в данном случае повторяться не будет. Например, сеть 100 беспроводной связи может действовать в NR.
Действие 1301
В этом Действии 1301 сетевой узел 110 принимает сообщение от беспроводного устройства 130, действующего в сети 100 беспроводной связи. Данное сообщение является первым планируемым сообщением, принимаемым сетевым узлом 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор 707 типа сообщения, причем тип сообщения имеет: a) SDU 702 фиксированного размера и b) однобайтовый заголовок 704, содержащий первый индикатор 707 и не содержащий второй индикатор 716 длины полезной нагрузки.
Прием может осуществляться, например, по линии 140.
В некоторых вариантах осуществления заголовок 704 может являться MAC-подзаголовком 705, а первый индикатор 707 может являться значением в LCID-поле 706 в MAC-подзаголовке 705. В некоторых конкретных вариантах осуществления значение может составлять «110110», то есть, третье значение в первом типе сообщения может составлять «110110».
В некоторых вариантах осуществления, в которых тип сообщения является первым типом сообщения 701 из множества типов сообщений, множество типов сообщений включает в себя второй тип сообщения 703, второй тип сообщения 703 может иметь SDU переменного размера 712 и второй индикатор 716 длины полезной нагрузки.
В некоторых вариантах осуществления первый индикатор может являться первым значением в первом поле в MAC-подзаголовке, MAC-подзаголовок дополнительно содержит LCID-поле, LCID-поле содержит второе значение. В других вариантах осуществления первый индикатор может являться третьим значением, то есть, другим значением в LCID-поле в MAC-подзаголовке.
В некоторых вариантах осуществления, в которых тип сообщения является первым типом сообщения 701 из множества типов сообщений, множество типов сообщений может содержать третий тип сообщения 1200. Третий тип сообщения 1200 может являться фиксированным по размеру и содержать один общий подзаголовок 1000 для: a) Служебного Блока Данных (SDU) 1201 фиксированного размера и по меньшей мере одного из: b) первого управляющего элемента 800 MAC, являющегося фиксированным по размеру, содержащего: i) второе поле 801, указывающее группу из одного или более логических каналов, и ii) третье поле 802, содержащее первую информацию o состоянии буфера, относящегося к группе из одного или более логических каналов; и b) второго управляющего элемента 900 MAC, фиксированного по размеру, содержащего четвертое поле 904, содержащее вторую информацию о запасе по мощности.
В некоторых вариантах осуществления первый индикатор может являться четвертым значением в LCID-поле 1002 в MAC-подзаголовке 1001.
Тип принимаемого сообщение может основываться по меньшей мере на одном из: a) размера разрешения, отправляемого сетевым узлом 110 в беспроводное устройство 130 для передачи сообщения, b) преамбулы, принимаемой от беспроводного устройства 130, и c) группирования принимаемой преамбулы.
В некоторых вариантах осуществления беспроводное устройство 130 может являться синхронизированным по восходящей линии связи или соединенным с сетевым узлом 110, а первый тип сообщения 701 может дополнительно содержать два поля 1101, содержащих идентификатор беспроводного устройства 130 в соте 120, в которой сетевой узел 110 может обслуживать беспроводное устройство 130.
Любой из первого типа сообщения 701, второго типа сообщения 703 и третьего типа сообщения 1200 может являться сообщением Msg3.
SDU может являться MAC-SDU для CCCH, который может также называться в данном документе CCCH-SDU.
Действие 1302
В этом Действии 1302 сетевой узел 110 инициирует обработку принимаемого сообщения на основе первого индикатора 707.
Инициирование обработки может рассматриваться в данном документе как запуск, начало или разрешение обработки.
Некоторые варианты осуществления, раскрываемые в данном документе, могут обеспечивать одно или более из следующего технического преимущества (преимуществ), которое можно вкратце охарактеризовать как то, что предусматривается возможность сокращения размера Msg3 для начального доступа по NR в 8 раз. Более того, увеличивается зона покрытия. Кроме того, беспроводное устройство 130, например, UE может указывать сценарий использования уже при передаче Msg3. В некоторых примерах благодаря выдаче беспроводным устройством 130 сообщения, содержащего первый индикатор типа сообщения, беспроводное устройство 130 выполнено с возможностью выбора типа сообщения, который может соответствовать его потребностям, без растрачивания ресурсов. Это вызвано тем, что беспроводное устройство 130 может выбирать из множества типов сообщений, которые включают в себя первый тип сообщения и второй тип сообщения, и при выборе подходящего использовать SDU фиксированного размера. Следовательно, беспроводное устройство 130 выполнено с возможностью гибкой выдачи первого типа сообщения с размером, сокращенным в 8 раз, и при этом выполнено с возможностью использования при необходимости других типов сообщений других размеров. Первый индикатор в сообщении позволяет сетевому узлу 110 знать тип сообщения, принимаемого от беспроводного устройства 130, и инициировать его обработку соответствующим образом. Следовательно, во время произвольного доступа беспроводному устройству 130 придается гибкость, при этом обеспечивается возможность экономии ресурсов, увеличивается пропускная способность сети беспроводной связи, уменьшается задержка и увеличивается зона покрытия.
На фиг. 14 изображены два различных примера в панелях a) и b), соответственно, структуры, которую может иметь беспроводное устройство 130 для осуществления действий способа, описанных выше по отношению к фиг. 6. Беспроводное устройство 130 выполнено с возможностью действия в сети 100 беспроводной связи.
Подробное описание некоторой части нижеследующего соответствует тем же ссылкам, представленным выше, по отношению к действиям, описываемым для беспроводного устройства 130, и вследствие этого в данном случае не повторяется. Например, сеть 100 беспроводной связи может быть выполнена с возможностью действия в NR. На фиг. 14 необязательные блоки показаны пунктирными прямоугольниками.
В некоторых вариантах осуществления беспроводное устройство 130 может иметь следующую структуру, изображенную на фиг. 14a.
Беспроводное устройство 130 выполнено с возможностью осуществления обеспечения Действия 602, например, с помощью блока 1401 обеспечения в беспроводном устройстве 130, выполненного с возможностью выдачи сообщения, отправляемого в сетевой узел 110, выполненный с возможностью действия в сети 100 беспроводной связи. Данное сообщение является первым планируемым сообщением, отправляемым в сетевой узел 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор 707 типа сообщения. Тип сообщения имеет: a) SDU 702 фиксированного размера и b) однобайтовый заголовок 704, содержащий первый индикатор 707 и не содержащий второй индикатор 716 длины полезной нагрузки. Блоком 1401 обеспечения может являться процессор 1405 беспроводного устройства 130 или приложение, запущенное на таком процессоре.
В некоторых вариантах осуществления заголовок 704 может являться MAC-подзаголовком 705, а первый индикатор 707 может являться значением в LCID-поле 706 в MAC-подзаголовке 705.
В некоторых вариантах осуществления значение может составлять «110110».
Тип сообщения может являться первым типом сообщения 701 из множества типов сообщений. Множество типов сообщений может содержать второй тип сообщения 703, второй тип сообщения 703 имеет SDU переменного размера 712 и второй индикатор 716 длины полезной нагрузки.
В некоторых вариантах осуществления первый индикатор может являться первым значением в первом поле в MAC-подзаголовке, MAC-подзаголовок дополнительно содержит LCID-поле, LCID-поле содержит второе значение.
В некоторых вариантах осуществления тип сообщения может являться первым типом сообщения 701 из множества типов сообщений, множество типов сообщений включает в себя третий тип сообщения 1200. Третий тип сообщения 1200 может являться фиксированным по размеру и содержать один общий подзаголовок 1000 для: a) SDU 1201 фиксированного размера и по меньшей мере одного из: b) первого управляющего элемента 800 MAC, фиксированного по размеру, содержащего: i) второе поле 801, указывающее группу из одного или более логических каналов, и ii) третье поле 802, содержащее первую информацию о состоянии буфера, относящегося к группе из одного или более логических каналов; и c) второго управляющего элемента 900 MAC, фиксированного по размеру, содержащего четвертое поле 904, содержащее вторую информацию о запасе по мощности.
В некоторых вариантах осуществления первый индикатор может являться четвертым значением в LCID-поле 1002 в MAC-подзаголовке 1001.
В некоторых вариантах осуществления, в которых беспроводное устройство 130 может быть выполнено с возможностью синхронизации по восходящей линии связи или соединения с сетевым узлом 110, первый тип сообщения 701 может дополнительно содержать два поля, содержащие идентификатор беспроводного устройства 130 в соте 120, в которой беспроводное устройство 130 может быть выполнено с возможностью обслуживания сетевым узлом 110.
Любой из первого типа сообщения 701, второго типа сообщения 703 и третьего типа сообщения 1200 может являться сообщением Msg3.
SDU может являться MAC-SDU для CCCH.
Беспроводное устройство 130 может быть выполнено с возможностью осуществления инициирования отправки Действия 603, например, с помощью блока 1402 инициирования отправки в беспроводном устройстве 130, выполненного с возможностью инициирования отправки выдаваемого сообщения в сетевой узел 110. Блоком 1402 инициирования отправки может являться процессор 1405 беспроводного устройства 130 или приложение, запущенное на таком процессоре.
Беспроводное устройство 130 может быть выполнено с возможностью осуществления выбора Действия 601, например, с помощью блока 1403 выбора в беспроводном устройстве 130, выполненного с возможностью выбора типа сообщения, отправляемого в сетевой узел 110. Выбор типа сообщения может основываться по меньшей мере на одном из: a) размера разрешения, принимаемого от сетевого узла 110, для передачи сообщения, b) преамбулы, отправляемой беспроводным устройством 130, и c) группирования отправляемой преамбулы. Блоком 1403 выбора может являться процессор 1405 беспроводного устройства 130 или приложение, запущенное на таком процессоре.
В состав беспроводного устройства 130 могут входить другие блоки 1404.
Рассматриваемые в данном документе варианты осуществления в беспроводном устройстве 130 могут быть реализованы посредством одного или более процессоров, таких как процессор 1405 в беспроводном устройстве 130 изображенном на фиг. 14a, вместе с компьютерным программным кодом для выполнения функций и действий описываемых в данном документе вариантов осуществления. Процессор в контексте данного документа может рассматриваться как аппаратный компонент. Программный код, упомянутый выше, может также предусматриваться в виде компьютерного программного продукта, например, в форме информационного носителя, переносящего компьютерный программный код для осуществления рассматриваемых в данном документе вариантов осуществления при загрузке в беспроводное устройство 130. Один такой носитель может быть выполнен в форме диска CD ROM. Однако это реализуемо и при использовании других информационных носителей, таких как карта памяти. Компьютерный программный код может помимо этого предусматриваться в виде чистого программного кода на сервере и загружаться в беспроводное устройство 130.
Беспроводное устройство 130 может дополнительно содержать память 1406, содержащую один или более блоков памяти. Память 1406 выполнена с возможностью использования для хранения полученной информации, хранения данных, конфигураций, планирования и приложений, и т.д. для осуществления рассматриваемых в данном документе способов при исполнении в беспроводном устройстве 130.
В некоторых вариантах осуществления беспроводное устройство 130 может принимать информацию, например, от сетевого узла 110 посредством порта 1407 приема. В некоторых вариантах осуществления порт 1407 приема может быть, например, соединен с одной или более антенн в беспроводном устройстве 130. В других вариантах осуществления беспроводное устройство 130 может принимать информацию от другой структуры в сети 100 беспроводной связи посредством порта 1407 приема. Поскольку порт 1407 приема может сообщаться с процессором 1405, порт 1407 приема может при этом отправлять принимаемую информацию в процессор 1405. Порт 1407 приема может также быть выполнен с возможностью приема другой информации.
Процессор 1405 в беспроводном устройстве 130 может быть дополнительно выполнен с возможностью передачи или отправки информации, например, в сетевой узел 110 - еще одну структуру в сети 100 беспроводной связи - посредством порта 1408 отправки, который может сообщаться с процессором 1405, и памяти 1406.
Специалистам в данной области техники также будет понятно, что блок 1401 обеспечения, блок 1402 инициирования отправки, блок 1403 выбора и другие блоки 1404, описанные выше, могут относиться к комбинации аналоговых и цифровых схем и/или к одному или более процессоров, предусматривающих программное обеспечение и/или микропрограммное обеспечение, например, хранящееся в памяти, которое при исполнении одним или более процессорами, такими как процессор 1405, функционирует, как описано выше. Один или более из этих процессоров, а также другое цифровое аппаратное обеспечение могут быть включены в единую Специализированную Интегральную Схему (ASIC), либо несколько процессоров и различное цифровое аппаратное обеспечение могут быть распределены по нескольким отдельным компонентам независимо от того, размещены ли они в отдельных корпусах или собраны в Систему на Кристалле (SoC).
Кроме того, в некоторых вариантах осуществления различные схемы 1401-1404, описанные выше, могут быть реализованы в виде одного или более приложений, запущенных на одном или более процессоров, таких как процессор 1405.
Таким образом, способы в соответствии с вариантами осуществления, описываемыми в данном документе, для беспроводного устройства 130 могут быть, соответственно, реализованы с помощью продукта компьютерной программы 1409, содержащего команды, т.е., фрагменты кода программного обеспечения, которые при исполнении по меньшей мере на одном процессоре 1405 заставляют по меньшей мере один процессор 1405 осуществлять действия, описываемые в данном документе, которые выполняются беспроводным устройством 130. Продукт компьютерной программы 1409 может храниться в машиночитаемой запоминающей среде 1410. Машиночитаемая запоминающая среда 1410, содержащая хранящуюся в ней компьютерную программу 1409, может содержать команды, которые при исполнении по меньшей мере на одном процессоре 1405 заставляют по меньшей мере один процессор 1405 осуществлять действия, описываемые в данном документе, которые выполняются беспроводным устройством 130. В некоторых вариантах осуществления машиночитаемая запоминающая среда 1410 может являться долговременной машиночитаемой запоминающей средой, такой как диск CD ROM или карта памяти. В других вариантах осуществления продукт компьютерной программы 1409 может храниться на носителе, содержащем только что описанную компьютерную программу 1409, причем носитель представляет собой одно из электрического сигнала, оптического сигнала, радиосигнала или машиночитаемой запоминающей среды 1410 согласно приведенному выше описанию.
Беспроводное устройство 130 может содержать интерфейс связи, выполненный с возможностью обеспечения связи между беспроводным устройством 130 и другими узлами или устройствами, например, сетевым узлом 110. Интерфейс может, например, содержать приемопередатчик, выполненный с возможностью передачи и приема радиосигналов по радиоинтерфейсу в соответствии с применимым стандартом.
В других вариантах осуществления беспроводное устройство 130 может содержать следующую структуру, изображенную на фиг. 14b. Беспроводное устройство 130 может содержать схемы 1405 обработки, например, один или более процессоров, таких как процессор 1405, в беспроводном устройстве 130 и памяти 1406. Беспроводное устройство 130 может также содержать радиосхемы 1411, которые могут содержать, например, порт 1407 приема и порт 1408 отправки. Схемы 1405 обработки могут быть выполнены с возможностью или использоваться для осуществления действий способа в соответствии с фиг. 6 и/или фиг. 17-21 по аналогии с тем, как это описано по отношению к фиг. 14a. Радиосхемы 1411 могут быть выполнены с возможностью установления и поддержания по меньшей мере беспроводного соединения с беспроводным устройством 130. Схемы могут рассматриваться в данном документе как аппаратный компонент.
Таким образом, рассматриваемые в данном документе варианты осуществления также относятся к беспроводному устройству 130, выполненному с возможностью действия в сети 100 беспроводной связи. Беспроводное устройство 130 может содержать схемы 1405 обработки и память 1406, причем упомянутая память 1406 содержит команды, исполнимые упомянутыми схемами 1405 обработки, благодаря чему беспроводное устройство 130 дополнительно выполнено с возможностью осуществления действий, описываемых в данном документе, по отношению к беспроводному устройству 130, например, на фиг. 6 и/или фиг. 17-21.
В некоторых вариантах осуществления беспроводное устройство 130 дополнительно выполнено с возможностью выдачи сообщения, отправляемого в сетевой узел 110, входящий в состав сети 100 беспроводной связи. Данное сообщение является первым планируемым сообщением, отправляемым в сетевой узел 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор 707 типа сообщения. Тип сообщения имеет: a) SDU 702 фиксированного размера и b) однобайтовый заголовок 704, содержащий первый индикатор 707 и не содержащий второй индикатор 716 длины полезной нагрузки. Беспроводное устройство 130 также выполнено с возможностью инициирования отправки выдаваемого сообщения в сетевой узел 110.
На фиг. 15 изображены два различных примера в панелях a) и b), соответственно, структуры, которую может иметь сетевой узел 110 для осуществления действий способа, описанных выше по отношению к фиг. 13. В некоторых вариантах осуществления сетевой узел 110 может содержать следующую структуру, изображенную на фиг. 15a. Сетевой узел 110 выполнен с возможностью действия в сети 100 связи.
Подробное описание некоторой части из нижеследующего соответствует тем же ссылкам, представленным выше, по отношению к действиям, описываемым для беспроводного устройства 130, и вследствие этого в данном случае повторяться не будет. Например, сеть 100 беспроводной связи может быть выполнена с возможностью действия в NR. На фиг. 15 необязательное блоки показаны пунктирными прямоугольниками.
Сетевой узел 110 может быть выполнен с возможностью осуществления приема Действия 701, например, с помощью блока 1501 приема в сетевом узле 110, выполненного с возможностью приема сообщения от беспроводного устройства 130, выполненного с возможностью действия в сети 100 беспроводной связи. Данное сообщение является первым планируемым сообщением, принимаемым сетевым узлом 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор 707 типа сообщения. Тип сообщения имеет: a) SDU 702 фиксированного размера и b) однобайтовый заголовок 704, содержащий первый индикатор 707 и не содержащий второй индикатор 716 длины полезной нагрузки. Блоком приема 1501 может являться процессор 1504 сетевого узла 110 или приложение, запущенное на таком процессоре.
Сетевой узел 110 может быть выполнен с возможностью осуществления инициирования обработки Действия 702, например, с помощью блока 1502 инициирования обработки в сетевом узле 110, выполненного с возможностью инициирования обработки принимаемого сообщения, на основе первого индикатора 707. Блоком 1502 инициирования обработки может являться процессор 1504 сетевого узла 110 или приложение, запущенное на таком процессоре.
В состав сетевого узла 110 могут входить другие блоки 1503.
В некоторых вариантах осуществления заголовок 704 может являться MAC-подзаголовком 705, а первый индикатор 707 может являться значением в LCID-поле в MAC-подзаголовке 705.
Значение может составлять «110110».
В некоторых вариантах осуществления тип сообщения может являться первым типом сообщения 701 из множества типов сообщений. Множество типов сообщений может содержать второй тип сообщения 703. Второй тип сообщения 703 может иметь SDU переменного размера 712 и второй индикатор 716 длины полезной нагрузки.
В некоторых вариантах осуществления первый индикатор может являться первым значением в первом поле в MAC-подзаголовке, MAC-подзаголовок дополнительно содержит LCID-поле, LCID-поле содержит второе значение.
В некоторых вариантах осуществления, в которых тип сообщения может являться первым типом сообщения 701 из множества типов сообщений, множество типов сообщений может содержать третий тип сообщения 1200. Третий тип сообщения 1200 может являться фиксированным по размеру и содержать один общий подзаголовок 1000 для: a) SDU 1201 фиксированного размера и по меньшей мере одного из: b) первого управляющего элемента 800 MAC, фиксированного по размеру, содержащего: i) второе поле 801, указывающее группу из одного или более логических каналов, и ii) третье поле 802, содержащее первую информацию о состоянии буфера, относящегося к группе из одного или более логических каналов; и c) второго управляющего элемента 900 MAC, фиксированного по размеру, содержащего четвертое поле, содержащее вторую информацию о запасе по мощности.
В некоторых вариантах осуществления первый индикатор может являться четвертым значением в LCID-поле 1002 в MAC-подзаголовке 1001.
Тип принимаемого сообщения может основываться по меньшей мере на одном из: a) размера разрешения, отправляемого сетевым узлом 110 в беспроводное устройство 130 для передачи сообщении, b) преамбулы, принимаемой от беспроводного устройства 130, и c) группирования принимаемой преамбулы.
В некоторых вариантах осуществления, в которых беспроводное устройство 130 может быть выполнено с возможностью синхронизации по восходящей линии связи или соединения с сетевым узлом 110, первый тип сообщения 701 может дополнительно содержать два поля, содержащих идентификатор беспроводного устройства 130 в соте 120, в которой сетевой узел 110 может быть выполнен с возможностью обслуживания беспроводного устройства 130.
Любой из первого типа сообщения 701, второго типа сообщения 703 и третьего типа сообщения 1200 может являться сообщением Msg3.
SDU может являться MAC-SDU для CCCH.
Рассматриваемые в данном документе варианты осуществления в сетевом узле 110 могут быть реализованы посредством одного или более процессоров, таких как процессор 1504 в сетевом узле 110, изображенном на фиг. 15a, вместе с компьютерным программным кодом для выполнения функций и действий описываемых в данном документе вариантов осуществления. Процессор, в контексте данного документа, может считаться аппаратным компонентом. Программный код, упомянутый выше, может также предусматриваться в виде компьютерного программного продукта, например, в форме информационного носителя, содержащего компьютерный программный код для осуществления рассматриваемых в данном документе вариантов осуществления при загрузке в сетевой узел 110. Один такой носитель может быть выполнен в форме диска CD ROM. Однако это реализуемо с другими информационными носителями, такими как карта памяти. Компьютерный программный код может помимо этого предусматриваться в виде чистого программного кода на сервере и загружаться в сетевой узел 110.
Сетевой узел 110 может дополнительно содержать память 1505, содержащую один или более блоков памяти. Память 1505 выполнена с возможностью использования для хранения получаемой информации, хранения данных, конфигураций, планирования и приложений, и т.д. для осуществления рассматриваемых в данном документе способов при исполнении в сетевом узле 110.
В некоторых вариантах осуществления сетевой узел 110 может принимать информацию, например, от беспроводного устройства 130 посредством порта 1506 приема. В некоторых вариантах осуществления порт 1506 приема может, например, быть соединен с одной или более антеннами в сетевом узле 110. В других вариантах осуществления сетевой узел 110 может принимать информацию от другой структуры в сети 100 беспроводной связи посредством порта 1506 приема. Поскольку порт 1506 приема может сообщаться с процессором 1504, порт 1506 приема может при этом отправлять принимаемую информацию в процессор 1504. Порт 1506 приема может также быть выполнен с возможностью приема другой информации.
Процессор 1504 в сетевом узле 110 может быть дополнительно выполнен с возможностью передачи или отправки информации, например, в беспроводное устройство 130 - еще одну структуру в сети 100 беспроводной связи - посредством порта 1507 отправки, который может сообщаться с процессором 1504, и памяти 1505.
Специалистам в данной области техники также будет понятно, что блок 1501 приема, блок 1502 инициирования обработки и другие блоки 1503, описанные выше, могут относиться к комбинации аналоговых и цифровых схем и/или к одному или более процессоров, предусматривающих программное обеспечение и/или микропрограммное обеспечение, например, хранящееся в памяти, которое при исполнении одним или более процессорами, такими как процессор 1504, функционирует, как описано выше. Один или более из этих процессоров, а также другое цифровое аппаратное обеспечение могут быть включены в единую Специализированную Интегральную Схему (ASIC), либо несколько процессоров и различное цифровое аппаратное обеспечение могут быть распределены по нескольким отдельным компонентам независимо от того, размещены ли они в отдельных корпусах или собраны в Систему на Кристалле (SoC).
Кроме того, в некоторых вариантах осуществления различные блоки 1501-1503, описанные выше, могут быть реализованы в виде одного или более приложений, запущенных на одном или более процессоров, таких как процессор 1504.
Таким образом, способы в соответствии с вариантами осуществления, описываемыми в данном документе, для сетевого узла 110 могут быть, соответственно, реализованы с помощью продукта компьютерной программы 1508, содержащего команды, т.е., фрагменты кода программного обеспечения, которые при исполнении по меньшей мере на одном процессоре 1504 заставляют по меньшей мере один процессор 1504 осуществлять действия, описываемые в данном документе, которые выполняются сетевым узлом 110. Продукт компьютерной программы 1508 может храниться в машиночитаемой запоминающей среде 1509. Машиночитаемая запоминающая среда 1509, содержащая хранящуюся в ней компьютерную программу 1508, может содержать команды, которые при исполнении по меньшей мере на одном процессоре 1504 заставляют по меньшей мере один процессор 1504 осуществлять действия, описываемые в данном документе, которые выполняются сетевым узлом 110. В некоторых вариантах осуществления машиночитаемая запоминающая среда 1509 может являться долговременной машиночитаемой запоминающей средой, такой как диск CD ROM или карта памяти. В других вариантах осуществления продукт компьютерной программы 1508 может храниться на носителе, содержащем только что описанную компьютерную программу 1508, причем носитель представляет собой одно из электрического сигнала, оптического сигнала, радиосигнала или машиночитаемой запоминающей среды 1509 согласно приведенному выше описанию.
Сетевой узел 110 может содержать интерфейс связи, выполненный с возможностью обеспечения связи между сетевым узлом 110 и другими узлами или устройствами, например, беспроводным устройством 130. Интерфейс может, например, содержать приемопередатчик, выполненный с возможностью передачи и приема радиосигналов по радиоинтерфейсу в соответствии с применимым стандартом.
В других вариантах осуществления сетевой узел 110 может содержать следующую структуру, изображенную на фиг. 15b. Сетевой узел 110 может содержать схемы 1504 обработки, например, один или более процессоров, таких как процессор 1504, в сетевом узле 110 и память 1505. Сетевой узел 110 может также содержать радиосхемы 1510, которые могут содержать, например, порт 1506 приема и порт 1507 отправки. Схемы 1504 обработки могут быть выполнены с возможностью или использоваться для осуществления действий способа в соответствии с фиг. 7 и/или фиг. 17-21 по аналогии с тем, как это описывается по отношению к фиг. 15a. Радиосхемы 1510 могут быть выполнены с возможностью установления и поддержания по меньшей мере беспроводного соединения в сетевом узле 110. Схемы могут рассматриваться в данном документе как аппаратный компонент.
Таким образом, рассматриваемые в данном документе варианты осуществления также относятся к сетевому узлу 110, выполненному с возможностью действия в сети 100 беспроводной связи. Сетевой узел 110 может содержать схемы 1504 обработки и память 1505, упомянутая память 1505 содержит команды, исполнимые упомянутыми схемами 1504 обработки, благодаря чему узел 110 дополнительно выполнен с возможностью осуществления действий, описываемых в данном документе по отношению к сетевому узлу 110, например, на фиг. 13 и/или фиг. 17-21.
В некоторых вариантах осуществления сетевой узел 110 дополнительно выполнен с возможностью приема сообщения от беспроводного устройства 130, входящего в состав сети 100 беспроводной связи. Данное сообщение является первым планируемым сообщением, принимаемым сетевым узлом 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор 707 типа сообщения. Тип сообщения имеет: a) SDU 702 фиксированного размера и b) однобайтовый заголовок 704, содержащий первый индикатор 707 и не содержащий второй индикатор 716 длины полезной нагрузки. Сетевой узел 110 также выполнен с возможностью инициирования обработки принимаемого сообщения на основе первого индикатора 707.
Дополнительные примеры, относящиеся к рассматриваемым в данном документе вариантам осуществления
Первый аспект примеров, относящихся к рассматриваемым в данном документе вариантам осуществления, относится к способу, осуществляемому беспроводным устройством 130 и описываемому в данном документе. Способ может считаться предназначенным для выдачи сообщения, отправляемого в сетевой узел 110, обслуживающий беспроводное устройство 130. Беспроводное устройство 130 и сетевой узел 110 действуют в сети 100 беспроводной связи. Способ может включать в себя следующие действия:
- Выдачу 602 сообщения, отправляемого в сетевой узел 110, причем сообщение является первым планируемым сообщением, отправляемым в сетевой узел 110 в процедуре произвольного доступа, сообщение содержит первый индикатор типа сообщения из множества типов сообщений, множество типов сообщений включает в себя:
i. первый тип сообщения, причем первый тип сообщения имеет Служебный Блок Данных (SDU) фиксированного размера и однобайтовый заголовок, не содержащий второй индикатор длины полезной нагрузки, и
ii. второй тип сообщения, причем второй тип сообщения имеет SDU переменного размера и второй индикатор длины полезной нагрузки.
- Инициирование 603 отправки выдаваемого сообщения в сетевой узел 110.
Второй аспект примеров, относящихся к рассматриваемым в данном документе вариантам осуществления, относится к способу, осуществляемому сетевым узлом 110, описываемым в данном документе. Способ может считаться предназначенным для обработки сообщения от беспроводного устройства 130, обслуживаемого сетевым узлом 110. Беспроводное устройство 130 и сетевой узел 110 могут действовать в сети 100 беспроводной связи. Способ может включать в себя следующие действия:
- Прием 1301 сообщения от беспроводного устройства 130, причем сообщение является первым планируемым сообщением, принимаемым сетевым узлом 110 в процедуре произвольного доступа. Сообщение содержит первый индикатор типа сообщения из множества типов сообщений. Множество типов сообщений включает в себя:
i. первый тип сообщения, причем первый тип сообщения имеет Служебный Блок Данных (SDU) фиксированного размера и однобайтовый заголовок, не содержащий второй индикатор длины полезной нагрузки, и
ii. второй тип сообщения, причем второй тип сообщения имеет SDU переменного размера и второй индикатор длины полезной нагрузки.
- Инициирование обработки 702 принимаемого сообщения на основе первого индикатора.
Конкретные примеры, относящиеся к рассматриваемым в данном документе вариантам осуществления:
1. Способ, осуществляемый беспроводным устройством (130), для выдачи сообщения, отправляемого в сетевой узел (110), обслуживающий беспроводное устройство (130), в котором беспроводное устройство (130) и сетевой узел (110) действуют в сети (100) беспроводной связи, причем способ включает в себя:
- выдачу (602) сообщения, отправляемого в сетевой узел (110), причем сообщение является первым планируемым сообщением, отправляемым в сетевой узел (110) в процедуре произвольного доступа, сообщение содержит первый индикатор типа сообщения из множества типов сообщений, множество типов сообщений включает в себя:
a) первый тип сообщения, первый тип сообщения имеет Служебный Блок Данных (SDU) фиксированного размера и однобайтовый заголовок, не содержащий второй индикатор длины полезной нагрузки, и
b) второй тип сообщения, причем второй тип сообщения имеет SDU переменного размера и второй индикатор длины полезной нагрузки, и
- инициирование отправки (603) выдаваемого сообщения в сетевой узел (110).
2. Способ в соответствии с примером 1, в котором первый индикатор является первым значением в первом поле в подзаголовке Управления Доступом к Среде (MAC), MAC-подзаголовок дополнительно содержит поле Идентификатора Логического Канала (LCID), LCID-поле содержит второе значение.
3. Способ в соответствии с примером 1, в котором первый индикатор является третьим значением в LCID-поле в MAC-подзаголовке.
4. Способ в соответствии с примером 3, в котором третье значение в первом типе сообщения составляет «110110».
5. Способ в соответствии с примером 1, в котором множество типов сообщений включает в себя третий тип сообщения, третий тип сообщения является фиксированным по размеру и содержит один общий подзаголовок для:
a. Служебного Блока Данных (SDU) фиксированного размера и по меньшей мере одного из:
b. первого управляющего элемента MAC, являющегося фиксированным по размеру, содержащего:
i. второе поле, указывающее группу из одного или более логических каналов, и
ii. третье поле, содержащее первую информацию о состоянии буфера, относящегося к группе из одного или более логических каналов; и
c. второго управляющего элемента MAC, фиксированного по размеру, содержащего четвертое поле, содержащее вторую информацию о запасе по мощности.
6. Способ в соответствии с примером 5, в котором первый индикатор является четвертым значением в LCID-поле в MAC-подзаголовке.
7. Способ в соответствии с любым из примеров 1-6, дополнительно включающий в себя:
- выбор (601) типа сообщения, отправляемого в сетевой узел (110), причем выбор (601) типа сообщения основывается по меньшей мере на одном из: размера разрешения, принимаемого от сетевого узла (110) для передачи сообщения, b) преамбулы, отправляемой беспроводным устройством (130), и c) группирования отправляемой преамбулы.
8. Способ в соответствии с любым из примеров 1-7, в котором беспроводное устройство (130) является синхронизированным по восходящей линии связи или соединенным с сетевым узлом (110), и в котором первый тип сообщения дополнительно содержит два поля, содержащих идентификатор беспроводного устройства (130) в соте (120), в которой беспроводное устройство (130) обслуживается сетевым узлом (110).
9. Способ в соответствии с любым примеров 1-8, в котором любой из первого типа сообщения, второго типа сообщения и третьего типа сообщения является сообщением Msg3.
10. Способ в соответствии с любым из примеров 1-9, в котором сеть (100) беспроводной связи действует в New Radio (NR).
11. Способ, осуществляемый сетевым узлом (110), для обработки сообщения от беспроводного устройства (130), обслуживаемого сетевым узлом (110), в котором беспроводное устройство (130) и сетевой узел (110) действуют в сети (100) беспроводной связи, причем способ включает в себя:
- прием (701) сообщения от беспроводного устройства (130), причем сообщение является первым планируемым сообщением, принимаемым сетевым узлом (110) в процедуре произвольного доступа, сообщение содержит первый индикатор типа сообщения из множества типов сообщений, множество типов сообщений включает в себя:
a) первый тип сообщения, причем первый тип сообщения имеет Служебный Блок Данных (SDU) фиксированного размера и однобайтовый заголовок, не содержащий второй индикатор длины полезной нагрузки, и
b) второй тип сообщения, причем второй тип сообщения имеет SDU переменного размера и второй индикатор длины полезной нагрузки, и
- инициирование обработки (702) принимаемого сообщения на основе первого индикатора.
12. Способ в соответствии с примером 11, в котором первый индикатор является первым значением в первом поле в подзаголовке Управления Доступом к Среде (MAC), причем MAC-подзаголовок дополнительно содержит поле Идентификатора Логического Канала (LCID), причем LCID-поле содержит второе значение.
13. Способ в соответствии с примером 12, в котором первый индикатор является третьим значением в LCID-поле в MAC-подзаголовке.
14. Способ в соответствии с примером 13, в котором третье значение в первом типе сообщения оставляет «110110».
15. Способ в соответствии с примером 11, в котором множество типов сообщений включает в себя третий тип сообщения, причем третий тип сообщения является фиксированным по размеру и содержит один общий подзаголовок для:
a. Служебного Блока Данных (SDU) фиксированного размера и по меньшей мере одного из:
b. первого управляющего элемента MAC, фиксированного по размеру, содержащего:
i. второе поле, указывающее группу из одного или более логических каналов, и
ii. третье поле, содержащее первую информацию о состоянии буфера, относящегося к группе из одного или более логических каналов; и
c. второго управляющего элемента MAC, фиксированного по размеру, содержащего четвертое поле, содержащее вторую информацию о запасе по мощности.
16. Способ в соответствии с примером 15, в котором первый индикатор является четвертым значением в LCID-поле в MAC-подзаголовке.
17. Способ в соответствии с любым из примеров 11-16, в котором тип принимаемого сообщения основывается по меньшей мере на одном из: размера разрешения, отправляемого сетевым узлом (110) в беспроводное устройство (130) для передачи сообщения, b) преамбулы, принимаемой от беспроводного устройства (130), и c) группирования принимаемой преамбулы.
18. Способ в соответствии с любым из примеров 11-17, в котором беспроводное устройство (130) является синхронизированным по восходящей линии связи или соединенным с сетевым узлом (110) и в котором первый тип сообщения дополнительно содержит два поля, содержащие идентификатор беспроводного устройства (130) в соте (120), в которой сетевой узел (110) обслуживает беспроводное устройство (130).
19. Способ в соответствии с любым из примеров 11-18, в котором любой из первого типа сообщения, второго типа сообщения и третьего тип сообщения является сообщением Msg3.
20. Способ в соответствии с любым из примеров 11-19, в котором сеть (100) беспроводной связи действует в New Radio (NR).
Дополнительное рассмотрение некоторых аспектов в данном документе
Некоторые аспекты описываемых в данном документе вариантов осуществления могут считаться относящимися к размеру Msg3 в NR, когда оно может использоваться для переноса полезной нагрузки CCCH, и соответствующему размеру разрешения, который может потребоваться для обработки передачи Msg3. Более подробное рассмотрение контента сообщения в различных случаях имеется в R2-1801162, Размер MSG3 в NR, Ericsson, 3GPP TSG-RAN #NR AH1801, 22-26 января 2018 г.
Размер транспортного блока может считаться ограниченным числом бит, которые могут быть надежно переданы в UE на границе соты. Поэтому может быть желательной возможность использовать как можно меньший размер сообщения. Для LTE минимальный размер разрешения составляет 56 бит.
Как описано в Ericsson, 3GPP TSG-RAN #NR AH1801, 22-26 января 2018 г., размер RRC-сообщения может определяться
1. Запросом RRC-Соединения: 46 бит
2. Запросом Возобновления RRC: 81 бит
3. Запросом повторного установления RRC-Соединения: 43 бит
Можно отметить, что приведенные выше значения являются ориентировочными и еще не определены. Кроме того, MAC-подзаголовок размером 2 байта (R/F/LCID/L) может быть добавлен к размеру Msg3. Размер разрешений может считаться выровненным по октету, что может приводить к тому, что минимальный размер разрешения для Msg3 может составлять 8 байт для Запроса RRC-Соединения, 13 байт для Запроса Возобновления RRC и 8 байт для Запроса повторного установления RRC-Соединения.
В соответствии с вышеизложенным, разрешение размером 8 байт может являться минимальным для передачи Запроса RRC-Соединения или Запроса повторного установления RRC-Соединения. Кроме того, разрешение размером 13 байт может являться минимальным для передачи Запроса Возобновления RRC.
Использование разрешения минимального размера может считаться полезным в случаях, когда могут отсутствовать дополнительные MAC-CE, необходимые для улучшения производительности. Например, BSR и PHR могут полезны в случае Запроса Возобновления RRC, но менее полезны в случае Запроса RRC-Соединения или Запроса повторного установления RRC-Соединения. Одним способом обработки назначения разрешения может являться использование минимального разрешения для CBRA с использованием группы A преамбул, т.е., задание ra-Msg3SizeGroupA равным минимальному размеру разрешения. Если UE желает передавать Msg3, которое больше, чем минимальный размер разрешения, ей может потребоваться использование группы В преамбул, которая может считаться использующей большее разрешение. Группа В преамбул может при этом обрабатывать случаи, требующие большего разрешения, такие как Запрос Возобновления RRC. Использование Группы В преамбул может также считаться требующим, чтобы потери в тракте передачи были достаточно низкими или чтобы параметр LTE messagePowerOffsetGroupB использовался также в NR и мог быть выполнен с возможностью обработки Msg3 большего размера безотносительно потерь в тракте передачи. Альтернативным решением может быть разрешение выбора группы В преамбул без учета потерь в тракте передачи для передач CCCH, как в LTE и как предложено в R2-1800965, Пояснения по выбору Группы В преамбул, Nokia, NTT DOCOMO, Nokia Shanghai, 3GPP TSG-RAN #NR AH1801, 22-26 января 2018 г. Выбор группы В преамбул может быть разрешен в некоторых примерах, не учитывающих требование к потерям в тракте передачи для передач CCCH.
MAC-подзаголовок, используемый для Запроса RRC-Соединения и Запроса повторного установления RRC-Соединения, может использовать двухбайтовый формат в соответствии с текущей спецификацией. Этот формат заголовка показан на фиг. 10.
Он может считаться сокращающим размер MAC-подзаголовка на один байт и позволяющим соответствовать передаче Msg3 с 7-байтовым разрешением.
В соответствии с вышеизложенным, если используется фиксированный формат для MAC-заголовка, разрешение размером 7 байт может являться достаточным для передачи Запроса RRC-Соединения или Запроса повторного установления RRC-Соединения.
Экономия одного байта была бы очень предпочтительной для передач Msg3, и, следовательно, MAC-подзаголовок R/LCID может использоваться для Msg3-передачи Запроса RRC-Соединения и Запроса повторного установления RRC-Соединения.
Использование MAC-подзаголовка R/LCID для Запроса RRC-Соединения или Запроса повторного установления RRC-Соединения
В текущей версии 38.321 передача Запроса RRC-Соединения или Запроса повторного установления RRC-Соединения может осуществляться путем включения CCCH-SDU с MAC-подзаголовком R/F/LCID/L с 8-битовым L-полем. В этом случае R=0, F=0 для индикации 8-битового поля длины, LCID=000000 для индикации CCCH, а L - длина CCCH-SDU.
При использовании способа использования MAC-подзаголовка R/LCID для Msg3 индикация CCCH-SDU для Запроса RRC-Соединения или Запроса повторного установления RRC-Соединения может вместо этого указываться с MAC-подзаголовком R/LCID. Одним способом осуществления этого может являться выбор одного из резервных значений LCID для индикации CCCH-SDU фиксированного размера. Например, LCID=110110 может относится к CCCH-SDU размером 6 байт. Таким образом, Запрос RRC-Соединения или Запрос повторного установления RRC-Соединения может передаваться с использованием разрешения размером 7 байт.
В соответствии с вышеизложенным, резервное LCID-значение 110110 может использоваться для индикации CCCH-SDU размером 6 байт.
При использовании такого способа может возникать следующая ситуация при передаче RRC-сообщения размером 6 байт:
Размер разрешения
MAC-подзаголовок для CCCH-SDU
Байты, оставшиеся после CCCH-SDU и его подзаголовка
Дополнительный MAC-субPDU
Примечания
<7 байт
Не применяется
Не применяется
Не применяется
Слишком малое разрешение
7 байт
R/R/LCID
0
Нет
Наименьший размер, новый резервный LCID
8 байт
R/F/LCID/L
0
Нет
Работает с унаследованным LCID=000000
9 байт
R/F/LCID/L
1
Да, но только заполнение, поскольку 1 байт - слишком мало для BSR или PHR.
Заполнение включено как результат мультиплексирования. LCID=000000
9+n байт, n>0
R/F/LCID/L
n+1
Обычное мультиплексирование
LCID=000000
Таблица 4. Число байт, оставшихся после 6-байтового CCCH-SDU, передаваемого с использованием различных размеров разрешения.
Дополнительная детализация и изменения
Фиг. 16: Телекоммуникационная сеть, соединенная через промежуточную сеть с локальным компьютером в соответствии с некоторыми вариантами осуществления
На фиг. 16, в соответствии с одним из вариантов осуществления, система связи содержит телекоммуникационную сеть 1610, такую как сеть 100 беспроводной связи, например, сотовую сеть 3GPP-типа, которая содержит сеть 1611 доступа, такую как сеть радиодоступа, и опорную сеть 1614. Сеть 1611 доступа содержит множество сетевых узлов, таких как сетевой узел 110. Например, каждая базовая станция 1612a, 1612b, 1612c, такая как NB, eNB, gNB или другие типы точек беспроводного доступа, определяет соответствующую зону 1613a, 1613b, 1613c покрытия. Каждая базовая станция 1612a, 1612b, 1612c выполнена с возможностью подключения к опорной сети 1614 по проводному или беспроводному соединению 1615. На фиг. 16 первая UE 1691, расположенная в зоне 1613c покрытия, выполнена с возможностью соединения беспроводным способом с соответствующей базовой станцией 1612c или вызова с ее стороны. Вторая UE 1692 в зоне 1613a выполнена с возможностью соединения беспроводным способом с соответствующей базовой станцией 1612a. Хотя в данном примере изображено множество UE 1691, 1692, раскрываемые варианты осуществления в равной степени применимы к ситуации, когда единственная UE находится в зоне покрытия или когда единственная UE соединяется с соответствующей базовой станцией 1612. Любая из UE 1691, 1692 может рассматриваться как пример беспроводного устройства 130.
Сама телекоммуникационная сеть 1610 соединена с локальным компьютером 1630, который может быть реализован в аппаратном обеспечении и/или программном обеспечении автономного сервера, облачного сервера, распределенного сервера или в виде ресурсов обработки в пуле серверов. Локальный компьютер 1630 может находиться в собственности или под управлением поставщика услуг, либо может эксплуатироваться поставщиком услуг или от имени поставщика услуг. Соединения 1621 и 1622 между телекоммуникационной сетью 1610 и локальным компьютером 1630 могут проходить непосредственно от опорной сети 1614 к локальному компьютеру 1630 или могут проходить через необязательную промежуточную сеть 1620. Промежуточная сеть 1620 может являться одним из, или комбинацией более чем одного из, сети общего пользования, частной или размещенной сети; промежуточная сеть 1620, при ее наличии, может являться магистральной сетью или Интернетом; в частности, промежуточная сеть 1620 может содержать две или более подсетей (не показаны).
Система связи на фиг. 16 в целом обеспечивает возможность соединения между соединенными UE 1691, 1692 и локальным компьютером 1630. Возможность соединения может быть описана как соединение 1650 поверх сетей различных провайдеров (OTT). Локальный компьютер 1630 и соединенные UE 1691, 1692 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 1650 с использованием сети 1611 доступа, опорной сети 1614, любой промежуточной сети 1620 и возможной дополнительной инфраструктуры (не показана) в качестве посредников. OTT-соединение 1650 может являться прозрачным в том смысле, что участвующие в нем устройства связи, через которые проходит OTT-соединение 1650, не знают о маршрутизации связи по восходящей линии связи и нисходящей линии связи. Например, базовая станция 1612 может не быть или не обязательно должна быть информирована о последней маршрутизации входящей связи по нисходящей линии связи, при этом данные, исходящие из локального компьютера 1630, переадресуются (например, с передачей обслуживания) на соединенные UE 1691. Аналогичным образом, базовая станция 1612 не обязательно должна знать о будущей маршрутизации исходящей связи по восходящей линии связи, исходящей из UE 1691 по направлению к локальному компьютеру 1630.
По отношению к фиг. 17, 18, 19, 20 и 21, которые описываются ниже, может считаться, что UE является примером беспроводного устройства 130, и что любое описание, представленное для UE, в равной степени применяется к беспроводному устройству 130. Может также считаться, что базовая станция может рассматриваться как пример сетевого узла 110, и что любое описание, представленное для базовой станции, в равной степени применяется к сетевому узлу 110.
Фиг. 17: Локальный компьютер, связывающийся через базовую станцию с абонентской станцией по частично беспроводному соединению в соответствии с некоторыми вариантами осуществления
Далее со ссылкой на фиг. 17 описываются примеры реализаций - в соответствии с одним из вариантов осуществления - беспроводного устройства 130, например, UE и сетевого узла 110, например, базовой станции и локального компьютера, рассмотренных в предыдущих абзацах. В системе 1700 связи, такой как сеть 100 беспроводной связи, локальный компьютер 1710 содержит аппаратное обеспечение 1715, содержащее интерфейс 1716 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом различных устройств связи системы 1700 связи. Локальный компьютер 1710 дополнительно содержит схемы 1718 обработки, которые могут обладать возможностями хранения и/или обработки. В частности, схемы 1718 обработки могут содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых логических интегральных схем или комбинаций перечисленного (не показаны), выполненных с возможностью исполнения команд. Локальный компьютер 1710 дополнительно содержит программное обеспечение 1711, которое хранится в локальном компьютере 1710 или доступно с него и исполнимо схемами 1718 обработки. Программное обеспечение 1711 содержит размещаемое приложение 1712. Размещаемое приложение 1712 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 1730, соединяющаяся через OTT-соединение 1750, завершающееся в UE 1730, и локальный компьютер 1710. При предоставлении услуги удаленному пользователю размещаемое приложение 1712 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 1750.
Система 1700 связи дополнительно содержит сетевой узел 110, приведенный в качестве примера на фиг. 17 в виде базовой станции 1720, предусмотренной в телекоммуникационной системе и содержащий аппаратное обеспечение 1725, позволяющее ей связываться с локальным компьютером 1710 и с UE 1730. Аппаратное обеспечение 1725 может содержать интерфейс 1726 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом различных устройств связи системы 1700 связи, а также радиоинтерфейс 1727 для установления и поддержания по меньшей мере беспроводного соединения 1770 с беспроводным устройством 130, приведенным в качестве примера на фиг. 17 в виде UE 1730, расположенной в зоне покрытия (не показана на фиг. 17), обслуживаемой базовой станцией 1720. Интерфейс 1726 связи может быть выполнен с возможностью обеспечения соединения 1760 с локальным компьютером 1710. Соединение 1760 может быть прямым, либо оно может проходить через опорную сеть (не показана на фиг. 17) телекоммуникационной системы и/или через одну или более промежуточных сетей вне телекоммуникационной системы. В изображенном варианте осуществления аппаратное обеспечение 1725 базовой станции 1720 дополнительно содержит схемы 1728 обработки, которые могут содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых логических интегральных схем или комбинаций перечисленного (не показаны), выполненных с возможностью исполнения команд. Базовая станция 1720 дополнительно имеет программное обеспечение 1721, хранящееся во внутренней памяти или доступное через внешнее соединение.
Система 1700 связи дополнительно содержит UE 1730, упомянутую выше. Ее аппаратное обеспечение 1735 может содержать радиоинтерфейс 1737, выполненный с возможностью установления и поддержания беспроводного соединения 1770 с базовой станцией, обслуживающей зону покрытия, в которой в данный момент расположена UE 1730. Аппаратное обеспечение 1735 в UE 1730 дополнительно содержит схемы 1738 обработки, которые могут содержать один или более из программируемых процессоров, специализированных интегральных схем, программируемых логических интегральных схем или комбинаций перечисленного (не показаны), выполненных с возможностью исполнения команд. UE 1730 дополнительно содержит программное обеспечение 1731, которое хранится в UE 1730 или доступно с нее и исполнимо схемами 1738 обработки. Программное обеспечение 1731 содержит клиентское приложение 1732. Клиентское приложение 1732 может быть выполнено с возможностью предоставления услуги человеку-пользователю или не относящемуся к человеку пользователю через UE 1730 с поддержкой локального компьютера 1710. В локальном компьютере 1710 исполняющее размещаемое приложение 1712 может связываться с исполняющим клиентским приложением 1732 через OTT-соединение 1750, завершающееся в UE 1730, и локальный компьютер 1710. При предоставлении услуги пользователю клиентское приложение 1732 может принимать данные запроса от размещаемого приложения 1712 и выдавать пользовательские данные в ответ на данные запроса. OTT-соединение 1750 может передавать и данные запроса, и пользовательские данные. Клиентское приложение 1732 может взаимодействовать с пользователем для генерирования пользовательских данных, которые оно предоставляет.
Следует отметить, что локальный компьютер 1710, базовая станция 1720 и UE 1730, иллюстрированные на фиг. 17, могут являться аналогичными или идентичными локальному компьютеру 1630, одной из базовых станций 1612a, 1612b, 1612c и одной из UE 1691, 1692 на фиг. 16 соответственно. Это означает, что внутренняя работа этих объектов может быть такой, как показано на фиг. 17, и независимо от этого топология окружающей сети может быть такой, как на фиг. 16.
На фиг. 17 OTT-соединение 1750 изображено абстрактно для иллюстрирования связи между локальным компьютером 1710 и UE 1730 через базовую станцию 1720 без явной ссылки на любые промежуточные устройства и точную маршрутизацию сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может быть выполнена с возможностью скрывать от UE 1730 или от поставщика услуг, эксплуатирующего локальный компьютер 1710, либо от обоих. В то время, когда OTT-соединение 1750 активно, сетевая инфраструктура может дополнительно принимать решения, с помощью которых она динамически изменяет маршрутизацию (например, исходя из соображений балансировки нагрузки или реконфигурирования сети).
Беспроводное соединение 1770 между UE 1730 и базовой станцией 1720 выполнено в соответствии с идеями вариантов осуществления, описываемых во всем данном изобретении. Один или более из различных вариантов осуществления повышают качество OTT-услуг, предоставляемых UE 1730 с использованием OTT-соединения 1750, в котором беспроводное соединение 1770 образует последний сегмент. Точнее, идеи этих вариантов осуществления могут улучшать эффективность использования спектра, зону покрытия и задержку и тем самым обеспечивать преимущества, такие как уменьшенное пользовательское время ожидания, лучшую скорость отклика и увеличенный срок службы батареи.
Процедура измерений может предусматриваться с целью контроля скорости передачи данных, задержки и других факторов, по которым улучшаются один или более вариантов осуществления. Дополнительно может иметься необязательная функциональность сети для реконфигурирования OTT-соединения 1750 между локальным компьютером 1710 и UE 1730 в ответ на изменения в результатах измерений. Процедура измерений и/или функциональность сети для реконфигурирования OTT-соединения 1750 могут быть реализованы в программном обеспечении 1711 и аппаратном обеспечении 1715 локального компьютера 1710 или в программном обеспечении 1731 и аппаратном обеспечении 1735 в UE 1730, либо и в том, и в другом. В вариантах осуществления датчики (не показаны) могут размещаться в устройствах связи, через которые проходит OTT-соединение 1750, или находиться в тесной связи с ними; датчики могут участвовать в процедуре измерений путем подачи значений контролируемых величин, приведенных выше в качестве примера, или подачи значений других физических величин, по которым программное обеспечение 1711, 1731 может вычислять или оценивать контролируемые величины. Реконфигурирование OTT-соединения 1750 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование может не влиять на базовую станции 1720, и оно может быть неизвестным базовой станции 1720 или незаметным для нее. Такие процедуры и функциональности могут быть известными и осуществляться в данной области техники. В некоторых вариантах осуществления измерения могут задействовать собственную сигнализацию UE, упрощающую локальному компьютеру 1710 измерения пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, что программное обеспечение 1711 и 1731 инициирует передачу сообщений, в частности, пустых или «фиктивных» сообщений с использованием OTT-соединения 1750, в то время как оно контролирует время распространения, ошибки и т.д.
Беспроводное устройство 130 иметь структуру, показанную на фиг. 14 или на фиг. 17.
Беспроводное устройство 130 может содержать блок интерфейса для обеспечения связи между беспроводным устройством 130 и другими узлами или устройствами, например, сетевым узлом 110, локальным компьютером 1710 или любым из других узлов. В некоторых конкретных примерах интерфейс может, например, содержать приемопередатчик, выполненный с возможностью передачи и приема радиосигналов по радиоинтерфейсу в соответствии с применимым стандартом.
Беспроводное устройство 130 может также содержать клиентское приложение 1732 или модуль клиентского приложения, который может быть выполнен с возможностью передачи пользовательских данных с модулем размещаемого приложения в локальном компьютере 1710, например, по другой линии, такой как 1750.
Сетевой узел 110 может иметь структуру, показанную на фиг. 15 или на фиг. 17.
Сетевой узел 110 может содержать блок интерфейса для обеспечения связи между сетевым узлом 110 и другими узлами или устройствами, например, беспроводным устройством 130, локальным компьютером 1710, или любыми из других узлов. В некоторых конкретных примерах интерфейс может, например, содержать приемопередатчик, выполненный с возможностью передачи и приема радиосигналов по радиоинтерфейсу в соответствии с применимым стандартом.
Сетевой узел 110 может также содержать интерфейс 1726 связи или радиоинтерфейс 1727, который может быть выполнен с возможностью передачи пользовательских данных с модулем размещаемого приложения в локальном компьютере 1710, например, по другой линии, такой как 1750.
Фиг. 18: Способы, реализуемые в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с некоторыми вариантами осуществления
Фиг. 18 является структурной схемой, иллюстрирующей способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи содержит локальный компьютер, базовую станцию и UE, которые могут представлять собой описываемые со ссылкой на фиг. 16 и 17. Для упрощения настоящего описания в данный раздел будут включены только ссылки на чертежи на фиг. 18. На этапе 1810 локальный компьютер выдает пользовательские данные. На подэтапе 1811 (который может являться необязательным) этапа 1810 локальный компьютер выдает пользовательские данные с помощью исполняющего размещаемого приложения. На этапе 1820 локальный компьютер инициирует передачу, содержащую пользовательские данные, в UE. На этапе 1830 (который может являться необязательным) базовая станция передает в UE пользовательские данные, которые содержались в передаче, которую инициировал локальный компьютер, в соответствии с идеями вариантов осуществления, описываемых во всем данном изобретении. На этапе 1840 (который может также являться необязательным) UE исполняет клиентское приложение, связанное с размещаемым приложением, исполняемым локальным компьютером.
Фиг. 19: Способы, реализуемые в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с некоторыми вариантами осуществления
Фиг. 19 является структурной схемой, иллюстрирующей способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи содержит локальный компьютер, базовую станцию и UE, которые могут представлять собой описываемые со ссылкой на фиг. 16 и 17. Для упрощения настоящего описания в данный раздел будут включены только ссылки на чертежи на фиг. 19. На этапе 1910 способа локальный компьютер выдает пользовательские данные. На необязательном подэтапе (не показан) локальный компьютер выдает пользовательские данные с помощью исполняющего размещаемого приложения. На этапе 1920 локальный компьютер инициирует передачу, содержащую пользовательские данные, в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описываемых во всем данном изобретении. На этапе 1930 (который может являться необязательным) UE принимает пользовательские данные, переносимые в передаче.
Фиг. 20: Способы, реализуемые в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с некоторыми вариантами осуществления
Фиг. 20 является структурной схемой, иллюстрирующей способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи содержит локальный компьютер, базовую станцию и UE, которые могут представлять собой описываемые со ссылкой на фиг. 16 и 17. Для упрощения настоящего описания в данный раздел будут включены только ссылки на чертежи на фиг. 20. На этапе 2010 (который может являться необязательным) UE принимает входные данные, выдаваемые локальным компьютером. Дополнительно или в качестве альтернативы на этапе 2020 UE выдает пользовательские данные. На подэтапе 2021 (который может являться необязательным) этапа 2020 UE выдает пользовательские данные с помощью исполняющего клиентского приложения. На подэтапе 2011 (который может являться необязательным) этапа 2010 UE исполняет клиентское приложение, которое выдает пользовательские данные в ответ на принимаемые входные данные, выдаваемые локальным компьютером. При выдаче пользовательских данных исполняемое клиентское приложение может дополнительно учитывать вводимые пользователем данные, принимаемые от пользователя. Независимо от конкретного способа, которым выдавались пользовательские данные, UE инициирует - на подэтапе 2030 (который может являться необязательным) - передачу пользовательских данных в локальный компьютер. На этапе 2040 способа локальный компьютер принимает пользовательские данные, передаваемые от UE, в соответствии с идеями вариантов осуществления, описываемых во всем данном изобретении.
Фиг. 21: Способы, реализуемые в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию, в соответствии с некоторыми вариантами осуществления
Фиг. 21 является структурной схемой, иллюстрирующей способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи содержит локальный компьютер, базовую станцию и UE, которые могут представлять собой описываемые со ссылкой на фиг. 16 и 17. Для упрощения настоящего описания в данный раздел будут включены только ссылки на чертежи на фиг. 21. На этапе 2110 (который может являться необязательным) в соответствии с идеями вариантов осуществления, описываемых во всем данном изобретении, базовая станция принимает пользовательские данные от UE. На этапе 2120 (который может являться необязательным) базовая станция инициирует передачу принимаемых пользовательских данных в локальный компьютер. На этапе 2130 (который может являться необязательным) локальный компьютер принимает пользовательские данные, переносимые в передаче, инициированной базовой станцией.
Любые необходимые этапы, способы, признаки, функции или преимущества, раскрываемые в данном документе, могут осуществляться посредством одного или более функциональных блоков или модулей одного или более виртуальных приборов. Каждый виртуальный прибор может содержать некоторое число этих функциональных блоков. Эти функциональные блоки могут быть реализованы посредством схем обработки, которые могут содержать один или более микропроцессоров или микроконтроллеров, а также другое цифровое аппаратное обеспечение, которое может содержать цифровые сигнальные процессоры (DSP), специализированную цифровую логику, и т.п. Схемы обработки могут быть выполнены с возможностью исполнения программного кода, хранящегося в памяти, которая может содержать один или несколько типов памяти, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), кэш-память, устройства флэш-памяти, оптические запоминающие устройства, и т.д. Программный код, хранящийся в памяти, содержит программные команды для исполнения одного или более протоколов телекоммуникации и/или передачи данных, а также команды для осуществления одного или более из методов, описываемых в данном документе. В некоторых реализациях схемы обработки могут использоваться, чтобы заставлять соответствующий функциональный блок выполнять соответствующие функции в соответствии с одним или более вариантами осуществления настоящего изобретения.
Термин «блок» может иметь обычный смысл в области электроники, электрических устройств и/или электронных устройств и может включать в себя, например, электрические и/или электронные схемы, устройства, модули, процессоры, память, логические твердотельные и/или дискретные устройства, компьютерные программы или команды для осуществления соответствующих заданий, процедур, вычислений, вывода данных и/или функций отображения, и так далее, таких как, например, описываемые в данном документе.
Варианты осуществления беспроводного устройства 130 относятся к фиг. 6, фиг. 14 и фиг. 17-21.
Варианты осуществления сетевого узла 110 относятся к фиг. 7, фиг. 15 и фиг. 17-21.
Дополнительные нумерованные варианты осуществления
1. Базовая станция, выполненная с возможностью связи с абонентской станцией (UE), причем базовая станция содержит радиоинтерфейс и схемы обработки, выполненные с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
5. Система связи, содержащая локальный компьютер, содержащий:
схемы обработки, выполненные с возможностью выдачи пользовательских данных; и
интерфейс связи, выполненный с возможностью направления пользовательских данных в сотовую сеть для передачи на абонентскую станцию (UE),
отличающаяся тем, что сотовая сеть содержит базовую станцию, имеющую радиоинтерфейс и схемы обработки, схемы обработки базовой станции выполнены с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
6. Система связи варианта осуществления 5, дополнительно содержащая базовую станцию.
7. Система связи варианта осуществления 6, дополнительно содержащая UE, отличающаяся тем, что UE выполнена с возможностью связи с базовой станцией.
8. Система связи варианта осуществления 7, отличающаяся тем, что:
схемы обработки локального компьютера выполнены с возможностью исполнения размещаемого приложения, благодаря чему выдаются пользовательские данные; и
UE содержит схемы обработки, выполненные с возможностью исполнения клиентского приложения, связанного с размещаемым приложением.
11. Способ, реализуемый в базовой станции, включающий в себя одно или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
15. Способ, реализуемый в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию (UE), причем способ включает в себя:
в локальном компьютере - выдачу пользовательских данных; и
в локальном компьютере - инициирование передачи, переносящей пользовательские данные, в UE через сотовую сеть, содержащую базовую станцию, причем базовая станция осуществляет одно или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
16. Способ варианта осуществления 15, дополнительно включающий в себя:
в базовой станции - передачу пользовательских данных.
17. Способ варианта осуществления 16, в котором пользовательские данные выдаются в локальном компьютере путем исполнения размещаемого приложения, причем способ дополнительно включает в себя:
в UE - исполнение клиентского приложения, связанного с размещаемым приложением.
21. Абонентская станция (UE), выполненная с возможностью связи с базовой станцией, причем UE содержит радиоинтерфейс и схемы обработки, выполненные с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
25. Система связи, содержащая локальный компьютер, содержащий:
схемы обработки, выполненные с возможностью выдачи пользовательских данных; и
интерфейс связи, выполненный с возможностью направления пользовательских данных в сотовую сеть для передачи в абонентскую станцию (UE),
отличающаяся тем, что UE содержит радиоинтерфейс и схемы обработки, схемы обработки UE выполнены с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
26. Система связи варианта осуществления 25, дополнительно содержащая UE.
27. Система связи варианта осуществления 26, отличающаяся тем, что сотовая сеть дополнительно содержит базовую станцию, выполненную с возможностью связи с UE.
28. Система связи варианта осуществления 26 или 27, отличающаяся тем, что:
схемы обработки локального компьютера выполнены с возможностью исполнения размещаемого приложения, благодаря чему выдаются пользовательские данные; и
схемы обработки UE выполнены с возможностью исполнения клиентского приложения, связанного с размещаемым приложением.
31. Способ, реализуемый в абонентской станции (UE), включающий в себя одно или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
35. Способ, реализуемый в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию (UE), причем способ включает в себя:
в локальном компьютере - выдачу пользовательских данных; и
в локальном компьютере - инициирование передачи, переносящей пользовательские данные, в UE через сотовую сеть, содержащую базовую станцию, причем UE осуществляет одно или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
36. Способ варианта осуществления 35, дополнительно включающий в себя:
в UE - прием пользовательских данных от базовой станции.
41. Абонентская станция (UE), выполненная с возможностью связи с базовой станцией, причем UE содержит радиоинтерфейс и схемы обработки, выполненные с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
45. Система связи, содержащая локальный компьютер, содержащий:
интерфейс связи, выполненный с возможностью приема пользовательских данных, возникающих в результате передачи от абонентской станции (UE) к базовой станции,
отличающаяся тем, что UE содержит радиоинтерфейс и схемы обработки, схемы обработки UE выполнены с возможностью: осуществления одного или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
46. Система связи варианта осуществления 45, дополнительно содержащая UE.
47. Система связи варианта осуществления 46, дополнительно содержащая базовую станцию, причем базовая станция содержит радиоинтерфейс, выполненный с возможностью связи с UE, и интерфейс связи, выполненный с возможностью направления на локальный компьютер пользовательских данных, переносимых передачей от UE к базовой станции.
48. Система связи варианта осуществления 46 или 47, отличающаяся тем, что:
схемы обработки локального компьютера выполнены с возможностью исполнения размещаемого приложения; и
схемы обработки UE выполнены с возможностью исполнения клиентского приложения, связанного с размещаемым приложением, благодаря чему выдаются пользовательские данные.
49. Система связи варианта осуществления 46 или 47, отличающаяся тем, что:
схемы обработки локального компьютера выполнены с возможностью исполнения размещаемого приложения, благодаря чему выдаются данные запроса; и
схемы обработки UE выполнены с возможностью исполнения клиентского приложения, связанного с размещаемым приложением, благодаря чему выдаются пользовательские данные в ответ на данные запроса.
51. Способ, реализуемый в абонентской станции (UE), включающий в себя одно или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
52. Способ варианта осуществления 51, дополнительно включающий в себя:
выдачу пользовательских данных; и
направление пользовательских данных в локальный компьютер посредством передачи на базовую станцию.
55. Способ, реализуемый в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию (UE), причем способ включает в себя:
в локальном компьютере - прием пользовательских данных, передаваемых на базовую станцию от UE, причем UE осуществляет одно или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
56. Способ варианта осуществления 55, дополнительно включающий в себя:
в UE - выдачу пользовательских данных на базовую станцию.
57. Способ варианта осуществления 56, дополнительно включающий в себя:
в UE - исполнение клиентского приложения, благодаря чему выдаются пользовательские данные, подлежащие передаче; и
в локальном компьютере - исполнение размещаемого приложения, связанного с клиентским приложением.
58. Способ варианта осуществления 56, дополнительно включающий в себя:
в UE - исполнение клиентского приложения; и
в UE - прием входных данных в клиентское приложение, причем входные данные выдаются в локальном компьютере путем исполнения размещаемого приложения, связанного с клиентским приложением,
в котором пользовательские данные, подлежащие передаче, выдаются клиентским приложением в ответ на входные данные.
61. Базовая станция, выполненная с возможностью связи с абонентской станцией (UE), причем базовая станция содержит радиоинтерфейс и схемы обработки, выполненные с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
65. Система связи, содержащая локальный компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, возникающих в результате передачи от абонентской станции (UE) к базовой станции, отличающаяся тем, что базовая станция содержит радиоинтерфейс и схемы обработки, схемы обработки базовой станции выполнены с возможностью осуществления одного или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
66. Система связи варианта осуществления 65, дополнительно содержащая базовую станцию.
67. Система связи варианта осуществления 66, дополнительно содержащая UE, отличающаяся тем, что UE выполнена с возможностью связи с базовой станцией.
68. Система связи варианта осуществления 67, отличающаяся тем, что:
схемы обработки локального компьютера выполнены с возможностью исполнения размещаемого приложения;
UE выполнена с возможностью исполнения клиентского приложения, связанного с размещаемым приложением, благодаря чему выдаются пользовательские данные, подлежащие приему локальным компьютером.
71. Способ, реализуемый в базовой станции, включающий в себя одно или более действий, описываемых в данном документе, которые выполняются сетевым узлом 110.
75. Способ, реализуемый в системе связи, содержащей локальный компьютер, базовую станцию и абонентскую станцию (UE), причем способ включает в себя:
в локальном компьютере - прием от базовой станции пользовательских данных, возникающих в результате передачи, которую базовая станция приняла от UE, причем UE осуществляет одно или более действий, описываемых в данном документе, которые выполняются беспроводным устройством 130.
76. Способ варианта осуществления 75, дополнительно включающий в себя:
в базовой станции - прием пользовательских данных от UE.
77. Способ варианта осуществления 76, дополнительно включающий в себя:
в базовой станции - инициирование передачи принимаемых пользовательских данных в локальный компьютер.
СОКРАЩЕНИЯ
По меньшей мере некоторый из нижеследующих сокращений могут использоваться в данном изобретении. Если имеется несоответствие между сокращениями, предпочтение должно отдаваться тому, как сокращение используется выше. Если список приведен ниже несколько раз, первый список должен являться более предпочтительным по сравнению с любым последующим списком (списками).
3GPP
Проект Партнерства 3-го Поколения
5G
5-е Поколение
DL
Нисходящая линия Связи
eNB
NodeB в E-UTRAN
E-UTRA
Расширенный UTRA
E-UTRAN
Расширенная UTRAN
GERAN
Сеть радиодоступа GSM EDGE
gNB
Базовая станция в NR
GSM
Глобальная Система Мобильной Связи
HSPA
Высокоскоростная Пакетная Передача Данных
LTE
Долговременное Развитие
OFDM
Мультиплексирование с Ортогональным Частотным Разделением
UE
Абонентская Станция
UL
Восходящая линия Связи
UMTS
Универсальная Мобильная Телекоммуникационная Система
UTRA
Универсальный Наземный Радиодоступ
UTRAN
Сеть Универсального Наземного Радиодоступа
WCDMA
Широкополосный CDMA
WLAN
Широкополосная Локальная Сеть
CCCH
Общий Канал Управления
CE
Управляющий Элемент
C-RNTI
Временный Идентификатор Соты Радиосети
PDU
Протокольный Блок Данных
SDU
Служебный Блок Данных
TA
Временная Синхронизация