УСОВЕРШЕНСТВОВАНИЕ ПОДЗАГОЛОВКОВ УПРАВЛЕНИЯ ДОСТУПОМ К СРЕДЕ
IMPROVING SUBHEADINGS OF MEDIA ACCESS CONTROL

ОБЛАСТЬ ТЕХНИКИ
[001] Идеи в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения относятся в целом к сокращению заголовков для конкретных типов трафика для повышения надежности и оптимизации задержки и, в частности, к сокращению подзаголовков управления доступом к среде заголовка уровня 2 для сверхнадежной связи с малой задержкой для повышения надежности и оптимизации задержки. Кроме того, идеи в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения также относятся в целом к процедуре произвольного доступа (RA), поддерживаемой протоколом MAC в NR, и, в частности, к оптимизированной структуре PDU MAC для Msg3 в указанной процедуре RA от UE к NW.
УРОВЕНЬ ТЕХНИКИ
[002] Данный раздел предназначен для предоставления уровня техники или контекста настоящего изобретения, изложенного в формуле изобретения. Описание в настоящем документе может содержать концепции, которые могут быть реализованы, но не обязательно концепции, которые были ранее задуманы или реализованы. Следовательно, если в настоящем документе не указано иное, описанное в данном разделе не представляет собой предшествующий уровень техники в отношении настоящего описания и формулы изобретения в настоящей заявке и не признается предшествующим уровнем техники посредством включения в данный раздел.
[003] Некоторые сокращения, которые можно найти в описании и/или на фигурах, настоящим определены следующим образом:
СССН общий канал управления (common control channel) СЕ элемент управления (control element)
DE
управление данными (data control)
LCID
идентификация логического канала (logical channel identification)
LCH
логический канал (logical channel)
LCP
назначение приоритетов логических каналов (logical channel prioritization)
NR
новая радиосвязь (new radio)
RA
произвольный доступ (random access)
SDU
блок служебных данных (service data unit)
URLLC
сверхнадежная связь с малой задержкой (ultra-reliable low latency communications)
[004] Предполагается, что преимущества технологии связи новой радиосвязи (NR) 5-го поколения (5G; 5th Generation) включают в себя поддержку расширенных и разнообразных сценариев использования и приложений в настоящих и будущих поколениях сетей мобильной связи. Настоящие версии технологии связи NR 5G включают в себя сверхнадежную связь с малой задержкой (URLLC) с высокими требованиями.
[005] Следует отметить, что описанные в настоящем документе, представленные в качестве примера варианты осуществления относятся к усовершенствованию по меньшей мере операций задержки и надежности, связанных со сверхнадежной связью с малой задержкой.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[006] В представленном в качестве примера аспекте варианта осуществления настоящего изобретения предлагается способ, включающий: определение предоставления разрешения для данных, которые должны быть переданы, включающее идентификацию логических каналов, которые должны быть мультиплексированы в блок данных протокола управления доступом к среде для указанных данных, которые должны быть переданы, при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[007] Дополнительный представленный в качестве примера аспект варианта осуществления настоящего изобретения представляет собой способ, включающий указанный способ по предыдущему абзацу, причем указанный способ включает в себя определение того, что указанное предоставление разрешения выполняет по меньшей мере одно предварительно установленное условие, при этом указанное предоставление разрешения предназначено для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде; при этом указанное конфигурирование дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на одни нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала; при этом указанное конфигурирование дополнительно включает в себя установку однобитового поля управления данными для указания того, что последует одно из поля длины для блока служебных данных логического канала, сконфигурированного с опущенным идентификатором логического канала, или последует подзаголовок идентификатора логического канала для по меньшей мере одного из элемента управления или блока служебных данных логического канала, не сконфигурированного с опущенным идентификатором логического канала; при этом указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала только для указанного одного логического канала и установку однобайтового поля длины на все нули; при этом идентификатор логического канала для более чем одного логического канала сконфигурирован так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде, при этом указанное конфигурирование включает в себя конфигурирование указанных логических каналов в предварительно установленном порядке; при этом выполняется определение подсовокупности более чем одного логического канала без данных для отправки; и на основании указанного определения выполняется конфигурирование длины, которая должна быть установлена на все нули, чтобы указывать начало следующего логического канала без идентификатора логического канала для указанной подсовокупности более чем одного логического канала; при этом выполняется опущение поля длины в указанном блоке служебных данных общего канала управления блока данных протокола управления доступом к среде; при этом указанное опущение основывается на определении того, что поле длины для блока служебных данных общего канала управления блока управления доступом к среде соответствует критерию точного размера; при этом указанное опущение основывается на определении того, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров; при этом указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа; при этом указанное опущение основывается на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера указанного блока служебных данных общего канала управления и по меньшей мере одного октета; и указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3; и при этом указанный блок служебных данных общего канала управления или указанный блок данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами, для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[008] В другом представленном в качестве примера аспекте варианта осуществления настоящего изобретения предлагается устройство, такое как устройство на стороне сети, содержащее: средство для определения предоставления разрешения для данных, которые следует передать, содержащее средство для идентификации логических каналов, которые должны быть мультиплексированы в блок данных протокола управления доступом к среде для указанных данных, которые следует передать, при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[009] Дополнительный представленный в качестве примера аспект варианта осуществления настоящего изобретения представляет собой устройство, включающее указанное устройство по предыдущему абзацу, причем указанное устройство включает в себя определение того, что указанное предоставление разрешения выполняет по меньшей мере одно предварительно установленное условие, при этом указанное предоставление разрешения предназначено для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде; при этом указанное конфигурирование дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на одни нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала; при этом указанное конфигурирование дополнительно включает в себя установку однобитового поля управления данными для указания того, что последует одно из поля длины для блока служебных данных логического канала, сконфигурированного с опущенным идентификатором логического канала, или последует подзаголовок идентификатора логического канала для по меньшей мере одного из элемента управления или блока служебных данных логического канала, не сконфигурированного с опущенным идентификатором логического канала; при этом указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала только для указанного одного логического канала и установку однобайтового поля длины на все нули; при этом идентификатор логического канала для более чем одного логического канала сконфигурирован так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде, при этом указанное конфигурирование включает в себя конфигурирование указанных логических каналов в предварительно установленном порядке; при этом устройство содержит средство для определения подсовокупности указанного более чем одного логического канала без данных для отправки; и на основании указанного определения предлагается средство для конфигурирования длины, которая должна быть установлена на все нули, чтобы указывать начало следующего логического канала без идентификатора логического канала для указанной подсовокупности более чем одного логического канала; при этом выполняется опущение поля длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде; при этом указанное опущение основывается на определении того, что поле длины для указанного блока служебных данных общего канала управления указанного блока управления доступом к среде соответствует критерию точного размера; при этом указанное опущение основывается на определении того, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров; при этом указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа; при этом указанное опущение основывается на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера указанного блока служебных данных общего канала управления и по меньшей мере одного октета; и указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3; и при этом указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами, для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[0010] В другом представленном в качестве примера аспекте варианта осуществления настоящего изобретения предлагается устройство, такое как устройство на стороне сети, содержащее: по меньшей мере одно запоминающее устройство, причем указанное по меньшей мере одно запоминающее устройство содержит компьютерный программный код, при этом указанный компьютерный программный код конфигурируется с помощью по меньшей мере одного процессора, чтобы заставить указанное устройство определять предоставление разрешения для данных, которые следует передать, включающее идентификацию логических каналов, которые должны быть мультиплексированы в блок данных протокола управления доступом к среде для указанных данных, которые следует передать, при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[0011] Дополнительный представленный в качестве примера аспект варианта осуществления настоящего изобретения представляет собой устройство, включающее указанное устройство по предыдущему абзацу, причем указанное устройство включает в себя определение того, что указанное предоставление разрешения выполняет по меньшей мере одно предварительно установленное условие, при этом указанное предоставление разрешения предназначено для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде; при этом указанное конфигурирование дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на одни нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала; при этом указанное конфигурирование дополнительно включает в себя установку однобитового поля управления данными для указания того, что последует одно из поля длины для блока служебных данных логического канала, сконфигурированного с опущенным идентификатором логического канала, или последует подзаголовок идентификатора логического канала для по меньшей мере одного из элемента управления или блока служебных данных логического канала, не сконфигурированного с опущенным идентификатором логического канала; при этом указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала только для указанного одного логического канала и установку однобайтового поля длины на все нули; при этом идентификатор логического канала для более чем одного логического канала сконфигурирован так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде, при этом указанное конфигурирование включает в себя конфигурирование указанных логических каналов в предварительно установленном порядке; при этом устройство содержит компьютерный программный код, сконфигурированный посредством указанного по меньшей мере одного процессора, чтобы заставить указанное устройство определять подсовокупность указанного более чем одного логического канала без данных для отправки; и на основании указанного конфигурировать длину, которая должна быть установлена на все нули, чтобы указывать начало следующего логического канала без идентификатора логического канала для указанной подсовокупности указанного более чем одного логического канала; при этом указанное предоставление разрешения включает опущение поля длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде; при этом указанное опущение основывается на том, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров; при этом указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа; при этом указанное опущение основывается на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера указанного блока служебных данных общего канала управления и по меньшей мере одного октета; и указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3; и при этом указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами, для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[0012] В представленном в качестве примера аспекте варианта осуществления данного изобретения предлагается способ, включающий: прием предоставления разрешения для указанных данных, которые следует передать, включающее мультиплексирование логических каналов в блок данных протокола управления доступом к среде для указанных данных, которые следует передать, при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[0013] Дополнительный представленный в качестве примера аспект варианта осуществления настоящего изобретения представляет собой способ, включающий указанный способ по предыдущему абзацу, при этом указанное по меньшей мере одно предварительно установленное условие включает в себя указанное предоставление разрешения, предназначенное для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде; при этом указанное предоставление разрешения дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на одни нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала; при этом указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании указанного предварительно установленного условия указанное предоставление разрешения включает в себя опущение идентификатора логического канала только для указанного одного логического канала и установку однобайтового поля длины на все нули; при этом идентификаторы логического канала для более чем одного логического канала опущены в указанном блоке данных протокола управления доступом к среде, при этом указанное конфигурирование включает в себя конфигурирование указанных логических каналов в предварительно установленном порядке; при этом указанное предоставление разрешения включает в себя опущение поля длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде; при этом указанное опущение основывается на определении того, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров; при этом указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа; при этом указанное опущение основывается на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера указанного блока служебных данных общего канала управления и по меньшей мере одного октета; и указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3; и при этом указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами, для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[0014] В другом представленном в качестве примера аспекте варианта осуществления настоящего изобретения предлагается устройство, такое как устройство на стороне оборудования пользователя, содержащее: средство для приема предоставления разрешения для указанных данных, которые следует передать, содержащее логические каналы, мультиплексированные в блок данных протокола управления доступом к среде для указанных данных, которые следует передать при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[0015] Дополнительный представленный в качестве примера аспект варианта осуществления настоящего изобретения представляет собой устройство, включающее указанное устройство по предыдущему абзацу, при этом указанное по меньшей мере одно предварительно установленное условие включает в себя указанное предоставление разрешения, предназначенное для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде; при этом указанное предоставление разрешения дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на одни нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала; при этом указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании указанного предварительно установленного условия указанное предоставление разрешения включает в себя опущение идентификатора логического канала только для указанного одного логического канала и установку однобайтового поля длины на все нули; при этом идентификаторы логического канала для указанного более чем одного логического канала опущены в указанном блоке данных протокола управления доступом к среде, при этом указанное конфигурирование включает в себя конфигурирование указанных логических каналов в предварительно установленном порядке, при этом указанное предоставление разрешения включает в себя опущение поля длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде; при этом указанное опущение основывается на том, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров; при этом указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа; при этом указанное опущение основывается на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера указанного блока служебных данных общего канала управления и по меньшей мере одного октета; и указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R7LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3; и при этом указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами, для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[0016] В другом представленном в качестве примера аспекте варианта осуществления настоящего изобретения предлагается устройство, такое как устройство на стороне пользователя, содержащее: по меньшей мере одно запоминающее устройство, причем указанное по меньшей мере одно запоминающее устройство содержит компьютерный программный код, при этом указанный компьютерный программный код конфигурируется посредством по меньшей мере одного процессора, чтобы заставить указанное устройство принимать предоставление разрешения для указанных данных, которые следует передать, содержащее логические каналы, мультиплексированные в блок данных протокола управления доступом к среде для указанных данных, которые следует передать, при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[0017] Дополнительный представленный в качестве примера аспект варианта осуществления настоящего изобретения представляет собой устройство, включающее указанное устройство по предыдущему абзацу, при этом указанное по меньшей мере одно предварительно установленное условие включает в себя указанное предоставление разрешения, предназначенное для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанное конфигурирование включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде; при этом указанное предоставление разрешения дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на одни нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала; при этом указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании указанного предварительно установленного условия указанное предоставление разрешения включает в себя опущение идентификатора логического канала только для указанного одного логического канала и установку однобайтового поля длины на все нули; при этом идентификаторы логического канала для указанного более чем одного логического канала опущены в указанном блоке данных протокола управления доступом к среде, при этом указанное конфигурирование включает в себя конфигурирование указанных логических каналов в предварительно установленном порядке, при этом указанное предоставление разрешения включает в себя опущение поля длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде; при этом указанное опущение основывается на том, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров; при этом указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа; причем указанное опущение основывается на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера указанного блока служебных данных общего канала управления и по меньшей мере одного октета; и указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3; и при этом указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами, для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
[0018] Вышеупомянутые и другие аспекты вариантов осуществления настоящего изобретения становятся более очевидными в следующем подробном описании сущности изобретения при рассмотрении вместе с прилагаемыми фигурами, при этом:
[0019] на фиг. 1 представлены фиг. 6.1.2-1, фиг. 6.1.2-2 и фиг. 6.1.2-3 в соответствии с Техническим стандартом (TS; Technical Specification) 38.321 V15.1.0 (2018-03) от 3GPP;
[0020] на фиг. 2А и фиг. 2В представлены фиг. 6.1.2-4 и 6.1.2-5, соответственно, в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP;
[0021] на каждой из фиг. 3, фиг. 4, фиг. 5, фиг. 6 и фиг. 7 показан пример формата заголовка MAC в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения;
[0022] на фиг. 8А показано, где включен LCID, если LCH сконфигурирован с пропуском LCID, например если SRB помещается перед ним, в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения;
[0023] на фиг. 8В представлена фиг. 6.1.2-3 в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP;
[0024] на фиг. 8С представлена фиг. 6.1.2-1 в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP;
[0025] на фиг. 8D представлена фиг. 6.1.2-2 в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP;
[0026] на каждой из фиг. 9Аи 9В показан способ в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения, который может выполняться устройством; а также
[0027] на фиг. 10 показана высокоуровневая блок-схема различных устройств, используемых при выполнении различных аспектов настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0028] Представленные в качестве примера варианты осуществления настоящего изобретения относятся к предлагаемой схеме последовательности, чтобы по меньшей мере уменьшить подзаголовок управления доступом к среде заголовка уровня 2 для связи, такой как, но не ограничиваясь этим, сверхнадежная связь с малой задержкой, для повышения надежности и оптимизации задержки. Кроме того, некоторые представленные в качестве примера варианты осуществления настоящего изобретения относятся к процедуре произвольного доступа, поддерживаемой протоколом MAC в NR, в частности, это относится к оптимизированной структуре PDU MAC для Msg3 в процедуре RA от UE к NW. Msg3 может относиться к сообщению, передаваемому по UL-SCH, содержащему СЕ MAC C-RNTI или SDU СССН, отправленный с верхнего уровня и связанный с идентификатором устранения конфликтов UE, как часть процедуры произвольного доступа. Msg3 в процедуре RA от UE к NW может относиться к передаче данных по восходящему каналу, запланированной/предоставленной NW в сообщении с ответом произвольного доступа (RAR; Random Access Response) (Msg2), которое было отправлено в ответ на передачу преамбулы произвольного доступа посредством UE (Msg1). RAR может содержать, в дополнение к предоставлению разрешения восходящего канала для Msg3, такую информацию, как команда продвижения синхронизации и временный идентификатор сотовой радиосети (временный C-RNTI; Cell Radio Network Identity). Msg3 может следовать за передачей сообщения устранения конфликтов посредством NW (Msg4), которая используется UE, чтобы определить, была ли процедура RA успешной.
[0029] В соответствии с соглашением, формат блока данных протокола (PDU; protocol data unit) MAC для DL-SCH и UL-SCH в настоящее время определен как следующий TS 38.321 V15.1.0 (2018-03) от 3GPP, который включает однобайтовый LCID и поле L до двух байтов для каждого из SDU MAC и СЕ MAC гибкого размера.
[0030] Кроме того, было согласовано (например, RAN2), что должна быть возможность обеспечения SDU СССН 1-октетным заголовком MAC (начальной точкой было 2 с одним октетом для LCID и одним октетом для поля длины), чтобы было возможно получить минимальный размер Msg3, который NW может запланировать до 56 бит (1-байтовый заголовок MAC + 6-байтовый SDU СССН). Это фактически означает удаление поля длины L из заголовка MAC. В соглашениях указано, что будет поддерживаться множество размеров SDU СССН (размеры, приведенные ниже, уже учитывают 1-октетный заголовок MAC):
RAN2 запрашивает, может ли RAN1 рассмотреть следующую возможность поддержки размера MSG3:
Запрос на соединение RRC: 56 бит (7 байтов)
Запрос на возобновление соединения RRC: 72 бита (9 байтов).
[0031] Некоторые представленные в качестве примера варианты осуществления настоящего изобретения относятся к процедуре произвольного доступа, поддерживаемой протоколом MAC в NR. В соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения предлагается способ оптимизации структуры PDU MAC для Msg3 в процедуре RA от UE к NW.
[0032] В RAN2#101Bis было согласовано следующее:
NR newRAT-Core от Ericsson.
- Nokia хотела бы за некоторое время выполнить проверку и, по ее мнению, CP не решила, может ли СССН быть более одного размера. По мнению Nokia, также может понадобиться BSR и т.д.
- По мнению Ericsson, текущие размеры, на которые ориентируется R1, предполагают оптимизацию заголовка MAC.
- По мнению VDF, без этого возобновление RRC должно быть 96-битным, а по мнению Vodafone, это усовершенствование является необходимым.
- По мнению Samsung, этот LS действительно указывает на необходимость усовершенствования, но, по ее мнению, может понадобиться обсуждение по электронной почте. LG согласна.
- Huawei поддерживает это и считает, что теперь можно согласиться с решением Ericsson.
- По мнению Ericsson, группы А и В преамбулы не покрывают СССН.
- Размер заголовка MAC для СССН будет уменьшен на 1 октет, именно так, как FFS.
[0033] Как видно из описанного выше, RAN2 согласилась, что необходимо иметь возможность обеспечения SDU СССН 1-октетным заголовком MAC (начальной точкой было 2 с одним октетом для LCID и одним октетом для поля длины), чтобы было возможно получить минимальный размер Msg3, который NW может запланировать до 56 бит (1-байтовый заголовок MAC+6-байтовый SDU СССН). Это фактически означает удаление поля длины L из заголовка MAC.
[0034] RAN2 также согласилась, что будет поддерживаться множество размеров SDU СССН (R2-1806501):
Поэтому RAN2 любезно спрашивает, может ли RAN1 рассмотреть следующую возможность поддержки размера MSG3:
Запрос на соединение RRC: 56 бит (7 байтов)
Запрос на возобновление соединения RRC: 72 бита (9 байтов).
[0035] Одно предложение способа оптимизации указанного заголовка до 1 байта было сделано в упомянутом выше дополнении R2-1805424:
Добавляется дополнительный LCID, который объект MAC использует для СССН, когда в PDU MAC есть только один под-PDU MAC. Поле L в этом случае не включается.
[0036] Однако это предложение не работает на практике так, как описано, поскольку, когда предоставление разрешения UL для Msg3 точно равно размеру SDU СССН+2 байта, приемник будет считать, что размер SDU СССН является фактическим размером SDU СССН+1 байт, и произойдет ошибка. Кроме того, в случае наличия размеров SDU СССН с разницей в 1 байт, например размеров SDU СССН, составляющих 6 байтов и 7 байтов, с размером предоставления разрешения 8 байтов, gNB не сможет различать R/F/LCID/L+SDU 6 байтов или R/R/LCID+SDU 7 байтов, поскольку оба они имеют один под-PDU MAC. Кроме того, сразу после того, как достигается большее предоставление разрешения, чем SDU СССН+1-байтовое поле заголовка, теряется возможность оптимизировать заголовок с 1 байтом, что кажется неэффективным.
[0037] Таблица интерпретации подзаголовков MAC в зависимости от различных размеров предоставления разрешения была проанализирована в R2-1805415. Это проблематично, когда необходимо поддерживать различные размеры SDU СССН (например, 6 байтов и 8 байтов). Если размер предоставления разрешения составляет 9 байтов, приемник не сможет различать R/F/LCID/L+SDU СССН 6 байтов+заполнение или R/R/LCID+SDU СССН 8 байтов.
[0038] По меньшей мере одна проблема заключается в том, как оптимизировать PDU MAC для процедуры Msg3 RA. Представленные в качестве примера варианты осуществления настоящего изобретения предназначены для уменьшения размера заголовка MAC для СССН на 1 октет, именно как FFS.
[0039] Кроме того, как указано в разделе 6.1.2 фигуры в соответствии с TS 38.321 PDU MAC от 3GPP (DL-SCH и UL-SCH, за исключением прозрачного MAC и ответа произвольного доступа), PDU MAC состоит из одного или более под-PDU MAC. SDU MAC имеют переменные размеры. Каждый под-PDU MAC состоит из одного из следующих компонентов:
- только подзаголовок MAC (включая заполнение);
- подзаголовок MAC и SDU MAC;
- подзаголовок MAC и СЕ MAC; а также
- подзаголовок MAC и заполнение.
[0040] Поле LCID имеет 6 битов и указывает идентификатор логического канала. На каждый подзаголовок MAC приходится одно поле LCID. Поле L указывает длину соответствующего SDU MAC или СЕ MAC переменного размера в байтах. На каждый подзаголовок MAC приходится одно поле L, за исключением подзаголовков, соответствующих СЕ MAC фиксированного размера и заполнению. Размер поля L указывается полем F. Поле F представляет собой 1-битное поле «Формат», указывающее размер поля длины, где 0 указывает на 8 битов, а 1 указывает на 16 битов поля длины. На каждый подзаголовок MAC приходится одно поле F, за исключением подзаголовков, соответствующих СЕ MAC фиксированного размера и заполнению.
[0041] Каждый подзаголовок MAC соответствует либо SDU MAC, либо СЕ MAC, либо заполнению. Подзаголовок MAC, за исключением СЕ MAC фиксированного размера и заполнения, состоит из четырех полей заголовка R/F/LCID/L. Подзаголовок MAC для СЕ MAC фиксированного размера и заполнения состоит из двух полей заголовка R/LCID.
[0042] Как показано на фиг. 1, есть подзаголовок 110 MAC R/F/LCID/L с 8-битным полем L, подзаголовок 120 MAC R/F/LCID/L с 16-битным полем L и подзаголовок 110 MAC R/LCID с 8-битным полем L. Следует отметить, что эти поля могут быть применены с пользой в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения.
[0043] На фиг. 2А и фиг. 2В показан по меньшей мере формат PDU MAC. На фиг. 2А показан пример PDU MAC DL, а на фиг. 2В показан пример PDU MAC UL.
[0044] Как показано на фиг. 2А и фиг. 2В, СЕ MAC размещены вместе. Под-PDU 204 и 208 или 214 и 218 MAC DL с СЕ 206 или 216 MAC размещается(-ются) перед любым под-PDU 210 или 220 MAC с SDU MAC и под-PDU MAC с заполнением, как изображено на фиг. 6.1.2-4. Под-PDU MAC UL с СЕ MAC размещается(ются) за всеми под-PDU MAC с SDU MAC и перед под-PDU MAC с заполнением в PDU MAC, как изображено на фиг. 6.1.2-5. Размер заполнения может быть нулевым.
[0045] Процедура назначения приоритета логического канала применяется всякий раз, когда выполняется новая передача.
[0046] Как указано в разделе 5.4.3.1.1 TS 38.321 от 3GPP, RRC управляет планированием передачи данных по восходящему каналу посредством передачи сигналов для каждого логического канала для каждого объекта MAC:
- priority, когда возрастающее значение приоритета указывает на более низкий уровень приоритета;
- PrioritisedBitRate, который устанавливает приоритетную скорость передачи данных (PBR; Prioritized Bit Rate);
- bucketSizeDuration, которая устанавливает длительность размера функции Bucket (BSD; Bucket Size Duration); а также
- RRC дополнительно управляет процедурой LCP путем конфигурирования ограничений распределения для каждого логического канала:
- allowedSCS-List который устанавливает допустимый(-е) разнос(-ы) поднесущих для передачи;
- maxPUSCH- Duration, которая устанавливает максимальную длительность функции PUSCH, разрешенную для передачи;
- configGrantType 1 Allowed, который устанавливает, может ли сконфигурированный тип 1 предоставления разрешения использоваться для передачи;
- allowedServingCells, который устанавливает разрешенную(-ые) соту(-ы) для передачи.
[0047] Также существует прозрачный режим, определенный для MAC, который не содержит заголовка для ВССН. Это не будет применимо для службы URLLC, поскольку все еще необходимо мультиплексировать множество SDU MAC в один ТВ.
[0048] Для URLLC желательно максимально уменьшить заголовок, чтобы повысить надежность. С введением ограничений LCP, когда определенный тип предоставления разрешения может быть сконфигурирован для использования только одного LCH URLLC, LCID в подзаголовке MAC становится резервным для указания в таком случае различных LCH. Однако в случае определенных сценариев LCID по-прежнему должен иметь возможность указания, например, LCID для СЕ MAC по-прежнему должны поддерживаться или данные SRB желательно мультиплексировать в предоставления разрешения любого типа.
[0049] Один представленный в качестве примера вариант осуществления настоящего изобретения относится к операциям по определению того, когда не следует передавать сигнал о LCH или некоторых LCH LCID, когда предоставление разрешения, такое как предоставление разрешения URLLC, соответствует некоторому предварительно установленному условию. Есть три основных альтернативных варианта, обеспечивающих разные уровни гибкости.
[0050] Другой представленный в качестве примера вариант осуществления настоящего изобретения относится к операциям PDU MAC, в которых поле длины для SDU СССН посредством UE не указывается, когда оно соответствует критерию точного размера, например 6 байтов. На основе LCID для SDU СССН объект NW может определить размер SDU СССН. На фиг. 8В, как обсуждалось выше, показан подзаголовок MAC, который может быть определен как соответствующий критерию точного размера для связанных операций в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения.
[0051] Перед более подробным описанием представленных в качестве примера вариантов осуществления настоящего изобретения приводится ссылка на фиг. 10. На фиг. 10 показана блок-схема одной возможной и неограничивающей, представленной в качестве примера системы, в которой могут быть реализованы на практике представленные в качестве примера варианты осуществления. На фиг. 10 показано, что оборудование пользователя (UE; user equipment) 110 находится в беспроводной связи с сетью 100 беспроводной связи. UE представляет собой беспроводное, обычно мобильное устройство, которое может получить доступ к сети беспроводной связи. UE 110 содержит один или более процессоров 120, одно или более запоминающих устройств 125 и один или более приемопередатчиков 130, соединенных между собой через одну или более шин 127. Каждый из одного или более приемопередатчиков 130 содержит приемник 132 Rx и передатчик 133 Тх. Одна или более шин 127 могут представлять собой адресные шины, шины данных или шины управления и могут содержать любой механизм взаимного соединения, например ряд линий на материнской плате или интегральной схеме, оптоволокно или другое оборудование оптической связи и т.п.Один или более приемопередатчиков 130 присоединены к одной или более антеннам 128. Одно или более запоминающих устройств 125 содержат компьютерный программный код 123. UE 110 может содержать модуль 140 типа Т, который сконфигурирован для выполнения представленных в качестве примера вариантов осуществления настоящего изобретения, описанных в настоящем документе. Модуль 140 типа Т содержит одну из частей или обе части 140-1 и/или 140-2, которые могут быть реализованы несколькими способами. Модуль 140 типа Т может быть реализован с помощью аппаратных средств в виде модуля  140-1 типа Т, например, как часть одного или более процессоров 120. Модуль 140-1 типа Т может быть реализован также в виде интегральной схемы или с помощью других аппаратных средств, таких как программируемая вентильная матрица. В другом примере модуль 140 типа Т может быть реализован в виде модуля 140-2 типа Т, который реализован как компьютерный программный код 123 и выполняется одним или более процессорами 120. Например, одно или более запоминающих устройств 125 и компьютерный программный код 123 могут быть сконфигурированы так, чтобы посредством одного или более процессоров 120 заставить оборудование 110 пользователя выполнять одну или более операций, как описано в настоящем документе. UE ПО связывается с gNB 170 через линию 111 беспроводной связи.
[0052] gNB 170 (Узел В NR/5G или, возможно, усовершенствованный NB) является базовой станцией (например, для LTE, по стандарту «долгосрочное развитие»), которая обеспечивает доступ беспроводных устройств, таких как UE 110, к сети 100 беспроводной связи. gNB 170 содержит один или более процессоров 152, одно или более запоминающих устройств 155, один или более сетевых интерфейсов (N/W I/F) 161 и один или более приемопередатчиков 160, соединенных между собой через одну или более шин 157. Каждый из одного или более приемопередатчиков 160 содержит приемник 162 Rx и передатчик 163 Тх. Один или более приемопередатчиков 160 присоединены к одной или более антеннам 158. Одно или более запоминающих устройств 155 содержат компьютерный программный код 153. gNB 170 содержит модуль 150 типа Т, который сконфигурирован для выполнения представленных в качестве примера вариантов осуществления настоящего изобретения, описанных в настоящем документе. Модуль 150 типа Т, содержащий одну из частей или обе части 150-1 и/или 150-2, которые могут быть реализованы несколькими способами. Модуль 150 типа Т может быть реализован с помощью аппаратных средств в виде модуля 150-1 типа Т, например, как часть одного или более процессоров 152. Модуль 150-1 типа Т может быть реализован также в виде интегральной схемы или с помощью других аппаратных средств, таких как программируемая вентильная матрица. В другом примере модуль 150 типа Т может быть реализован в виде модуля 150-2 типа Т, который реализован как компьютерный программный код 153 и выполняется одним или более процессорами 152. Например, одно или более запоминающих устройств 155 и компьютерный программный код 153 сконфигурированы так, чтобы посредством одного или более процессоров 152 заставить gNB 170 выполнять одну или более операций, как описано в настоящем документе. Один или более сетевых интерфейсов 161 связываются по сети, например, через каналы 176 и 131. Два или более gNB 170 могут связываться с помощью, например, канала 176. Канал 176 может быть проводным или беспроводным, или и тем, и другим, и может реализовывать, например, интерфейс Х2.
[0053] Одна или более шин 157 могут представлять собой адресные шины, шины данных или шины управления и могут содержать любой механизм взаимного соединения, например ряд линий на материнской плате или интегральной схеме, оптоволокно или другое оборудование оптической связи, беспроводные каналы и т.п. Например, один или более приемопередатчиков 160 могут быть реализованы как выносной радиоузел (RRH; remote radio head) 195, причем другие элементы gNB 170 физически находятся в другом месте, чем RRH, и одна или более шин 157 могут быть реализованы частично в виде оптоволоконного кабеля для присоединения других элементов gNB 170 к RRH 195.
[0054] Следует отметить, что описание в настоящем документе указывает, что функции выполняются «сотами», но должно быть ясно, что функции будет выполнять gNB, который формирует соту. Сота составляет часть gNB. То есть на каждый gNB может приходиться множество сот.
[0055] Сеть 100 беспроводной связи может содержать элемент управления сетью (NCE) 190, который может включать функциональные возможности узла управления мобильностью/обслуживающего шлюза (ММЕ (Mobility Management Entity)/SGW (Serving Gateway)) и который обеспечивает возможность подключения к другой сети, такой как телефонная сеть и/или сеть передачи данных (например, Интернет). gNB 170 подключен через канал 131 к NCE 190. Канал 131 может быть реализован, например, как интерфейс S1. NCE 190 содержит один или более процессоров 175, одно или более запоминающих устройств 171 и один или более сетевых интерфейсов (N/W I/F) 180, соединенных между собой через одну или более шин 185. Одно или более запоминающих устройств 171 содержат компьютерный программный код 173. Одно или более запоминающих устройств 171 и компьютерный программный код 173 сконфигурированы так, чтобы посредством одного или более процессоров 175 заставлять NCE 190 выполнять одну или более операций.
[0056] Сеть 100 беспроводной связи может реализовывать виртуализацию сети, которая представляет собой процесс объединения аппаратных и программных сетевых ресурсов и сетевых функциональных возможностей в единый программно реализованный административный объект, виртуальную сеть. Виртуализация сети включает в себя виртуализацию платформы, часто в сочетании с виртуализацией ресурсов. Виртуализация сети подразделяется на внешнюю, объединяющую множество сетей или частей сетей в виртуальный узел, или внутреннюю, обеспечивающую сетевыми функциональными возможностями программные контейнеры в одной системе. Следует отметить, что виртуализированные объекты, которые являются результатом виртуализации сети, по-прежнему реализуются на некотором уровне с использованием аппаратных средств, таких как процессоры 152 или 175 и запоминающие устройства 155 и 171, а также такие виртуализированные объекты создают технические эффекты.
[0057] Машиночитаемые запоминающие устройства 125, 155 и 171 могут быть любого типа, подходящего для локальной технической среды, и могут быть реализованы с использованием любой подходящей технологии хранения данных, например полупроводниковые запоминающие устройства, флеш-память, магнитные запоминающие устройства и системы, оптические запоминающие устройства и системы, несъемные и съемные запоминающие устройства. Машиночитаемые запоминающие устройства 125, 155 и 171 могут быть средством для выполнения функций хранения. Процессоры 120, 152 и 175 может быть любого типа, подходящего для локальной технической среды, и могут содержать один или более компьютеров общего назначения, компьютеров специального назначения, микропроцессоров, процессоров цифровых сигналов (DSP; digital signal processor) и процессоров, основанных на архитектуре многоядерных процессоров, в качестве неограничивающих примеров. Процессоры 120, 152 и 175 могут быть средствами для выполнения функций, таких как управление UE 110, gNB 170, и других функций, описанных в настоящем документе.
[0058] В общем, различные варианты осуществления оборудования 110 пользователя могут включать в себя, но не ограничиваются ими, сотовые телефоны, такие как смартфоны, планшеты, персональные цифровые помощники (PDA; personal digital assistant), обладающие возможностями беспроводной связи, портативные компьютеры, обладающие возможностями беспроводной связи, устройства захвата изображения, такие как цифровые камеры, обладающие возможностями беспроводной связи, игровые устройства, обладающие возможностями беспроводной связи, устройства для хранения и воспроизведения музыки, обладающие возможностями беспроводной связи, устройства для подключения к Интернету, разрешающие беспроводной доступ к Интернету и просмотр в Интернете, планшеты с возможностями беспроводной связи, а также портативные блоки или терминалы, которые включают комбинации таких функций.
[0059] Варианты осуществления, приведенные в настоящем документе, могут быть реализованы в программном обеспечении (выполняемом одним или более процессорами), аппаратных средствах (например, специализированной интегральной схеме) или комбинации программного обеспечения и аппаратных средств. В представленном в качестве примера варианте осуществления программное обеспечение (например, логика приложения, набор инструкций) поддерживается на любом из различных традиционных машиночитаемых носителей. В контексте настоящего документа «машиночитаемый носитель» может представлять собой любой носитель или средство, которое может содержать, хранить, сообщать, распространять или передавать инструкции для использования или в связи с системой, установкой или устройством для выполнения инструкций, например компьютером, с помощью одного примера компьютера, описанного и изображенного, например, на фиг. 10. Машиночитаемый носитель может содержать машиночитаемый носитель данных или другое устройство, которое(ый) может представлять собой любой носитель или средство, которое(ый) может содержать или хранить инструкции для использования или в связи с системой, установкой или устройством для выполнения инструкций, например компьютером.
[0060] В первом альтернативном варианте в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения предполагается, что тип предоставления разрешения сконфигурирован так, чтобы быть использованным для одного и только одного LCH: не указаны LCID для SDU MAC для этого одного логического канала.
[0061] На фиг. 3 показан пример формата подзаголовка MAC для первого альтернативного варианта в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, как указано выше. Как показано на фиг. 3, имеется 8-битовый сегмент 300. В этом сегменте находятся L1 305; SDU1 310; L2 315; SDU2 320; значение 322 L3; R, F, LCID 325; L4 330; CE1 335 MAC; значение 340 (заполнение) R, R, LCID; и заполнение 345.
[0062] В этой ситуации возможные варианты могут включать в себя указание наличия SDU MAC или СЕ MAC или отсутствия следующим образом:
• Вариант 1. Каждый SDU MAC содержит однобайтовое поле L. Поле L со всеми нулевыми значениями указывает, что SDU больше не последуют. После этого последует LCID для СЕ MAC (если есть в наличии).
• Вариант 2. Однобитовое поле D/C указывает, что последует 7-битовое поле L или последует LCID для СЕ MAC.
[0063] Затем приемник опирается на тип предоставления разрешения, чтобы определить, какой LCH поддерживается (если есть в наличии).
[0064] Во втором альтернативном варианте в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения предполагается, что тип разрешения предоставления сконфигурирован так, чтобы быть использованным для нескольких LCH, но только один из них может быть передан без LCID (в дальнейшем именуемый пропуском LCID). Если этот LCH не имеет данных для отправки, первое поле L будет затем сигнализировать о размере 0; или если этот LCH не имеет достаточно данных для отправки, чтобы заполнить все предоставление разрешения, поле L будет сигнализировать о размере 0 после мультиплексирования данных. LCH для пропуска LCID должен быть сначала мультиплексирован в PDU MAC.
[0065] На фиг. 4 показан пример формата подзаголовка MAC для второго альтернативного варианта в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, как указано выше, с использованием поля D/C, чтобы указывать, последует ли поле L или последует LCID. Как показано на фиг. 4, имеется 8-битовый сегмент 400. В этом сегменте находятся D/C, L1 405; SDU1 410; L2 415 D/C; SDU2 420; LCID 425 R D/C; значение 430 L3; СЕ1 435 MAC; значение 440 (заполнение) LCID D/C; и заполнение 445.
[0066] Как показано на фиг. 4, подзаголовок MAC является основным заголовком для данных URLLC с UM RLC, поскольку в RLC имеется только однобайтовый заголовок, если SDU RLC не сегментирован. Поля L на 8 бит или 7 бит может быть достаточно, особенно учитывая, что данные URLLC обычно имеют небольшой размер пакета. Даже если оно не подходит для некоторых редких случаев, оно может быть сегментировано в RLC.
[0067] На фиг. 5 показан другой пример формата подзаголовка MAC для первого варианта второго альтернативного варианта в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, как указано выше. SDU MAC и СЕ MAC с LCID следуют за полем L со всеми нулевыми значениями за SDU MAC для LCH с пропуском LCID. Как показано на фиг. 5, имеется 8-битовый сегмент 500. В этом сегменте есть L1 501; SDU1 503; L2 505; SDU2 510; значение 515 L3; R, F, LCID (=SRB2) 520; L4 525; SDU1 SRB1 530; LCID 535 R F; а также СЕ 540 MAC; значение 545 (заполнение) R, F, LCID.
[0068] На фиг. 6 показан другой пример формата подзаголовка MAC для второго варианта второго альтернативного варианта в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, как указано выше, причем поле D/C указывает, последует ли поле L или последует LCID. Как показано на фиг. 6, имеется 8-битовый сегмент 600. В этом сегменте есть L1 605 D/C; SDU1 610; L2 615 D/C; SDU2 620; LCID (=SRB1) 625 F D/C; L4 630; SDU1 SRB1 635; LCID 640 F D/C; CE1 645 MAC; значение 650 (заполнение) LCID F D/C.
[0069] В третьем альтернативном варианте в соответствии с представленным в качестве примера вариантом осуществления изобретения предполагается, что тип предоставления разрешения сконфигурирован так, чтобы быть использованным для нескольких LCH, и подсовокупность LCH может использовать это предоставление разрешения в предварительно установленном порядке. Когда эти LCH не содержат данных для отправки, тогда первые поля L будут передавать сигнал 0. Кроме того, передача сигналов поля L, равных 0, может указывать на начало следующего LCH со сконфигурированным пропуском LCID.
[0070] На фиг. 7 показан другой пример формата подзаголовка MAC для третьего альтернативного варианта первого варианта в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, как указано выше. Как показано на фиг. 7, имеется 8-битовый сегмент 700. В этом сегменте есть L1 705; SDU1 707; значение 710 L2; L3 715; SDU2 720; значение 725 L4; R, F, LCID (=SRB1) 730; L4 735; SDU1 740 SRB1; R, F, LCID 745; и СЕ 750 MAC.
[0071] В этом примере, как показано на фиг. 7, два LCH сконфигурированы с пропуском LCID. L2 всех нулевых значений после того, как были включены все SDU первого LCH с пропуском LCID, указывает на начало SDU второго LCH, сконфигурированного с пропуском LCID. L4 всех нулевых значений после того, как были включены все SDU второго LCH с пропуском LCID, указывает на начало SDU для других LCH без пропуска LCID и СЕ MAC.
[0072] Как во втором, так и в третьем альтернативных вариантах осуществления, как описано выше, может использоваться одна и та же операция для указания SDU MAC/СЕ MAC, как и в случае первого варианта осуществления. Поле D/C в варианте 2 может быть интерпретировано как LCH со сконфигурированным пропуском LCID или LCH с не сконфигурированным пропуском LCID, или может быть вызвано как поле пропуска, которое указывает, последует ли LCID или последует L для СЕ SDU/MAC.
[0073] Увеличение заголовков, когда LCH, сконфигурированный(-е) с пропуском LCID, не содержит данных для отправки, считается приемлемым, поскольку в типичных сценариях предполагается, что он(и) будет(ут) содержать данные для отправки. Например, соревновательный ресурс будет в первую очередь предназначен для сервисов URLLC. Появление данных SRB будет менее частым и более устойчивым к возможному увеличению задержки из-за заголовков.
[0074] Во 2-м и 3-м альтернативных вариантах, чтобы свести к минимуму воздействие на назначение приоритетов логических каналов (LCP; logical channel prioritization), также предлагается, чтобы при необходимости передачи логического канала с более высоким приоритетом, для которого не сконфигурирован пропуск LCID, первое(ые) поле(я) L, соответствующее(ие) LCH, сконфигурированному с пропуском LCID, всегда выдавало сигнал о 0-м размере независимо оттого, могут ли данные для этого LCH быть включены позже в PDU MAC, то есть после данных, переданных из логических каналов с более высоким приоритетом. Другими словами, PDU MAC всегда будет содержать данные в строгом порядке приоритета в соответствии с инструкциями LCP, и если один LCH, сконфигурированный с пропуском LCID, не может быть включен первым, соответствующее L в начале PDU будет выдавать сигнал о 0-м размере, независимо от того, могут ли данные из этого LCH быть включены после LCH с более высоким приоритетом (в этом случае будет использоваться LCID), см. фиг. 8.
[0075] На фиг. 8А показан, как описано в настоящем документе, LCID, если LCH сконфигурирован с пропуском LCID, например, если SRB размещен раньше. Как показано на фиг. 8А, имеется 8-битовый сегмент 800. В этом сегменте есть значение 805 L0; R, F, LCID (=SRB1) 810; L1 820; SDU1 SRB1 825; R, F, LCID (всегда должно включаться после L0=00000000) 830; L2 835; SDU2 840; R, F, LCID 845; и СЕ 850 MAC.
[0076] Для обеспечения обратной совместимости RRC конфигурируется для определения того, используется ли новый формат или унаследованный формат постоянно с LCID.
[0077] Кроме того, 2-байтовое или 16-битовое поле L соответственно для варианта 1 и варианта 2, описанных выше, может быть сконфигурировано с помощью передачи сигналов RRC. Или можно добавить однобитовое поле F к октету поля L, чтобы указывать 7-битовое или 15-битовое поле L.
[0078] В другом альтернативном варианте в соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения поле длины для SDU СССН посредством UE не указывается, когда он соответствует критерию точного размера, например, в качестве неограничивающего примера, 6 байтов. На основании LCID для SDU СССН, NW может определить размер SDU СССН.
[0079] В другом альтернативном варианте используется одинаковый LCID для SDU СССН нескольких размеров (например, 6 байтов и 8 байтов). UE будет использовать группу В преамбулы произвольного доступа, когда он содержит SDU СССН большего размера для передачи, и в ином случае использует группу А преамбул. NW может демультиплексировать PDU MAC с различными размерами SDU СССН, указанными одинаковым LCID группой преамбулы, используемой для запроса, поэтому поле L всегда может быть опущено для СССН, независимо от данного размера предоставления разрешения, выделенного для передачи Msg3.
[0080] В еще одном альтернативном варианте, если также необходимо поддерживать SDU СССН переменного размера, для этой цели может использоваться другой LCID (вместо того, чтобы основываться на одном или нескольких под-PDU в PDU MAC по сравнению с предшествующим уровнем техники). Это обеспечит возможность опущения поля L также для SDU СССН переменного размера в случае, если оно соответствует критерию точного размера, как предложено выше. Таким образом, всякий раз, когда SDU СССН фиксированного переменного размера имеет размер, отличный от точного размера, требуемого для первого LCID, он будет использовать второй LCID, чтобы указать это, и в таком случае поле L указывается в подзаголовке MAC.
[0081] В еще одном альтернативном варианте сеть связывает несколько LCID с фиксированными размерами для одного или нескольких логических каналов через конфигурацию RRC. Например, LCID  зарезервирован для LCH А на 6 байтов, LCID  зарезервирован для LCH А на 8 байтов, LCID  зарезервирован для LCH В на 10 байтов, и LCID  зарезервирован для LCH С на 13 байтов. При использовании для СССН конфигурация будет транслироваться. При использовании для однонаправленных радиоканалов сигналы будут отправляться специальным способом.
[0082] В еще одном альтернативном варианте поле длины для SDU СССН посредством UE не указывается, когда предоставление разрешения для Msg3 соответствует критерию точного размера, например, в качестве неограничивающего примера размер предоставления разрешения для Msg3 точно равен размеру SDU СССН+1 октет. Следует отметить, что в соответствии с другим представленным в качестве примера вариантом осуществления настоящего изобретения по меньшей мере этот критерий размера может быть определен как удовлетворяемый на основании размера предоставления разрешения для Msg3, который является размером SDU СССН+по меньшей мере 1 октет. Это указывается приведенным выше LCID, который использует 1 дополнительный октет сверх размера SDU СССН. В других случаях (т.е. когда предоставление разрешения для Msg3 не соответствует критерию точного размера) можно использовать другой LCID, чтобы указать, что поле длины будет следовать после LCID. В отношении этого альтернативного варианта может быть определено, что размер блока служебных данных общего канала управления и подзаголовка R/LCID блока данных протокола управления доступом к среде равен размеру Msg3 или соответствует критерию точного размера.
[0083] На фиг. 8В представлена фиг. 6.1.2-3 в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP. Как показано на фиг. 8В, имеется подзаголовок 855 R/LCID MAC с 8-битовым полем заголовка, состоящим из 3 полей R, R и LCID октета 1 860.
[0084] Этот подзаголовок MAC, как показано на фиг. 8В, представляет один тип подзаголовка MAC, который может использоваться для выполнения по меньшей мере операций, связанных с критерием точного размера операций SDU СССН, как описано в настоящем документе, в соответствии с представленными в качестве примера вариантами осуществления.
[0085] На фиг. 8С представлена фиг. 6.1.2-2 в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP. Как показано на фиг. 8С, имеется подзаголовок 865 R/F/LCID/L MAC с 8-битовым полем заголовка, состоящим из 3 полей R, F и LCID октета 1870, и 16-битовым полем L октета 2875 и октета3 880.
[0086] На фиг. 8D представлена фиг. 6.1.2-1 в соответствии с TS 38.321 V15.1.0 (2018-03) от 3GPP. Как показано на фиг. 8D, имеется подзаголовок 885 R/F/LCID/L MAC с 8-битовым полем заголовка, состоящим из 3 полей R, F и LCID октета 1890, и 8-битовым полем L октета 2895.
[0087] Каждый из этих типов подзаголовков MAC, как показано на фиг. 8С и фиг. 8D, может представлять тип подзаголовка MAC, который может использоваться для выполнения по меньшей мере операций, связанных с наличием или отсутствием критерия точного размера или другого критерия операций SDU СССН, как описано в настоящем документе, в соответствии с представленными в качестве примера вариантами осуществления.
[0088] PDU MAC представляет собой битовую строку, которая является байт-синхронизированной (т.е. кратна 8 битам) по длине. В бите подзаголовка MAC порядок строк каждого поля параметра в PDU MAC представлен первым и наиболее значимым битом в самом левом бите и последним и наименее значимым битом в самом правом бите. SDU MAC представляет собой битовую строку, которая является байт-синхронизированной (т.е. кратна 8 битам) по длине. SDU MAC включается в PDU MAC, начиная с первого бита. СЕ MAC представляет собой битовую строку, которая является байт-синхронизированной (т.е. кратна 8 битам) по длине. Подзаголовок MAC представляет собой битовую строку, которая является байт-синхронизированной (т.е. кратна 8 битам) по длине. Каждый подзаголовок MAC размещается непосредственно перед соответствующим SDU MAC, СЕ MAC или заполнением.
[0089] В отличие от предшествующего уровня техники и его представлений, например, которые могут требовать изменений спецификации MAC для создания PDU MAC, где объект MAC принимает во внимание размер SDU СССН, в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения поле L всегда может быть опущено, например, для SDU СССН независимо от данного размера предоставления разрешения, например, для передачи Msg3. Кроме того, в соответствии с представленными в качестве примера вариантами осуществления настоящего изобретения существует возможность пропустить данные поля L в логический(е) канал(ы) за пределами СССН.
[0090] Преимущества по меньшей мере этих новых операций в соответствии с представленными в качестве примера вариантами осуществления заключаются в том, что поле длины для SDU СССН может быть удалено независимо от размера предоставления разрешения, которое UE получит для передачи Msg3 (в отличие от предложений предшествующего уровня техники), и что с добавлением группы преамбулы и на ее основе операции упрощаются, и требуется только один LCID для поддержки 2 или более SDU СССН фиксированного размера (в отличие от предложений предшествующего уровня техники, где всегда требовалось 2 LCID).
[0091] На фиг. 9А проиллюстрированы операции, которые могут выполняться сетевым устройством, таким как, помимо прочего, сетевой узел gNB 170, показанный на фиг. 10, или узел доступа, такой как базовая станция. Как показано на этапе 910 на фиг. 9А, определение предоставления разрешения для данных, которые следует передать, включающее идентификацию логических каналов, которые должны быть мультиплексированы в блок данных протокола управления доступом к среде для указанных данных, которые следует передать. Затем, как показано на этапе 920 на фиг. 9А, где по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в блоке данных протокола управления доступом к среде.
[0092] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзаце выше, указанное по меньшей мере одно предварительно установленное условие включает в себя указанное предоставление разрешения для использования только с одним логическим каналом, и при этом на основании предварительно установленного условия предоставление разрешения включает в себя опущение идентификатора логического канала для указанного одного логического канала в блоке данных протокола управления доступом к среде.
[0093] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное предоставление разрешения дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на все нули для указания того, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала.
[0094] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное предоставление разрешения дополнительно включает в себя установку однобитового поля управления данными для указания того, что последует одно из поля длины для блока служебных данных логического канала, сконфигурированного с опущенным идентификатором логического канала, или подзаголовок идентификатора логического канала следует по меньшей мере за одним из элемента управления или блока служебных данных логического канала, не сконфигурированного с опущенным идентификатором логического канала.
[0095] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании предварительно установленного условия указанное предоставление разрешения включает в себя опущение идентификатора логического канала для указанного только одного логического канала и установку однобайтового поля длины на все нули.
[0096] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, в которых идентификатор логического канала для более чем одного логического канала сконфигурирован так, чтобы быть опущенным в блоке данных протокола управления доступом к среде, при этом указанное предоставление разрешения включает эти логические каналы в предварительно установленном порядке.
[0097] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, выполняется определение подмножества указанного более чем одного логического канала без данных для отправки; и на основании указанного определения выполняется конфигурирование длины, которая должна быть установлена на все нули, чтобы указать начало следующего логического канала без идентификатора логического канала для подмножества указанного более чем одного логического канала.
В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзаце выше, передаваемые данные включают данные сверхнадежного типа связи с малой задержкой.
[0098] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, один логический канал, не имеющий данных для отправки, сначала мультиплексируется в блок данных протокола управления доступом к среде, связанный с по меньшей мере одним подзаголовком управления доступом к среде, для осуществления связи.
[0099] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, идентификаторы логических каналов для более чем одного логического канала опускаются в блоке данных протокола управления доступом к среде, при этом предоставление разрешения включает в себя подсовокупность более чем одного логического канала в предварительном установленном порядке.
[00100] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, выполняется определение того, что указанная подсовокупность более чем одного логического канала не имеет данных для отправки; и на основании указанного определения выполняется конфигурирование однобайтовой длины, которая должна быть установлена на все нули, чтобы указать начало следующего логического канала без идентификатора логического канала для указанной подсовокупности указанного более чем одного логического канала.
[00101] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, опускается поле длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде.
[00102] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное опущение основано на определении того, что поле длины для указанного блока служебных данных общего канала управления указанного блока данных протокола управления доступом к среде соответствует критерию точного размера.
[00103] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное опущение основано на определении того, что одинаковый идентификатор логического канала используется для блоков данных службы общего канала управления разных размеров.
[00104] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа.
[00105] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное опущение основано на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера для размера блока служебных данных общего канала управления и по меньшей мере одного октета.
[00106] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3.
[00107] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, в которых указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[00108] В соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, описанным выше, предложено устройство, содержащее: средство для определения (запоминающее(ие) устройство(а) 155, хранящее(ие) компьютерный программный код 153, выполняемый процессорами 152 и/или модулем 150-1 типа Т и/или модулем 150-2 типа Т, показанными на фиг. 10) предоставления разрешения для данных, которые следует передать, включающее идентификацию логических каналов, которые должны быть мультиплексированы (запоминающее(ие) устройство(а) 155, хранящее(ие) компьютерный программный код 153, выполняемый процессорами 152 и/или модулем 150-1 типа Т и/или модулем 150-2 типа Т, показанными на фиг. 10) в блок данных протокола управления доступом к среде для указанных данных, которые следует передать; и при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным (запоминающее(ие) устройство(а) 155, хранящее(ие) компьютерный программный код 153, выполняемый процессорами 152 и/или модулем 150-1 типа Т и/или модулем 150-2 типа Т, показанными на фиг. 10) в указанном блоке данных протокола управления доступом к среде.
[00109] В представленном в качестве примера аспекте настоящего изобретения в соответствии с приведенным выше абзацем, в котором по меньшей мере указанное средство для определения, идентификации и опущения содержит энергонезависимый машиночитаемый носитель [запоминающее(ие) устройство(а) 155, показанное(ые) на фиг. 10] закодирован с помощью компьютерной программы [компьютерного программного кода 153, показанного на фиг. 10], выполняемой по меньшей мере одним процессором [процессорами 152 и/или модулем 150-1 типа Т и/или модулем 150-2 типа Т, показанными на фиг. 10].
[00110] На фиг. 9В проиллюстрированы операции, которые могут выполняться сетевым устройством, таким как, но не ограничиваясь этим, оборудование пользователя, такое как UE 110, показанное на фиг. 10. Как показано на этапе 950, происходит прием предоставления разрешения для указанных данных, которые следует передать, включающее логические каналы, мультиплексированные в блок данных протокола управления доступом к среде для указанных данных, которые следует передать; затем, как показано на этапе 960 на фиг. 9В, по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным в указанном блоке данных протокола управления доступом к среде.
[00111] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзаце выше, указанное по меньшей мере одно предварительно установленное условие включает в себя указанное предоставление разрешения для использования только с одним логическим каналом, и при этом на основании предварительно установленного условия предоставление разрешения включает в себя опущение идентификатора логического канала для указанного одного логического канала в блоке данных протокола управления доступом к среде.
[00112] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное предоставление разрешение дополнительно включает в себя установку поля длины подзаголовка управления доступом к среде на все нули, чтобы указать, что больше не будут следовать блоки служебных данных для указанного по меньшей мере одного логического канала, сконфигурированного так, чтобы опускать идентификатор логического канала.
[00113] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное по меньшей мере одно предварительно установленное условие включает в себя то, что указанные идентифицированные логические каналы представляют собой более чем один логический канал и только один логический канал из указанного более чем одного логического канала не имеет данных для отправки, и при этом на основании предварительно установленного условия указанное предоставление разрешения включает в себя опущение идентификатора логического канала для указанного только одного логического канала и установку однобайтового поля длины на все нули.
В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, идентификаторы логических каналов для указанного более чем одного из логических каналов опускаются в указанном блоке данных протокола управления доступом к среде, при этом указанное предоставление разрешения включает в себя эти логические каналы в предварительно установленном порядке.
[00114] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзаце выше, передаваемые данные включают в себя логические данные сверхнадежного типа связи с малой задержкой.
[00115] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное по меньшей мере одно предварительно установленное условие включает в себя указанный тип предоставления разрешения для использования только с одним логическим каналом, и при этом на основании указанного предварительно установленного условия указанный тип предоставления разрешения включает в себя опущение идентификатора логического канала для указанного одного логического канала в указанном блоке данных протокола управления доступом к среде.
[00116] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанный тип предоставления разрешения дополнительно включает в себя установку однобитового поля управления данными для указания того, что последует одно из семибитовых полей длины для указанного блока служебных данных указанного логического канала, сконфигурированного с опущенным идентификатором логического канала, или последует подзаголовок идентификатора логического канала для по меньшей мере одного из элемента управления или блока служебных данных логического канала с опущенным идентификатором логического канала.
[00117] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, один логический канал, не имеющий данных для отправки, сначала мультиплексируется в блок данных протокола управления доступом к среде, связанный с по меньшей мере одним подзаголовком управления доступом к среде, для осуществления связи.
[00118] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, идентификаторы логических каналов для более чем одного логического канала опускаются в указанном блоке данных протокола управления доступом к среде, при этом указанный тип предоставления разрешения включает в себя подсовокупность указанного более чем одного логического канала в предварительно установленном порядке и однобайтовая длина должна быть установлена на все нули, чтобы указать начало следующего логического канала без идентификатора логического канала для указанной подсовокупности указанного более чем одного логического канала.
[00119] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное предоставление разрешения опускает поле длины в указанном блоке служебных данных общего канала управления указанного блока данных протокола управления доступом к среде.
[00120] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное опущение основано на том, что одинаковый идентификатор логического канала используется для блоков служебных данных общего канала управления разных размеров.
[00121] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанные блоки служебных данных общего канала управления разных размеров, использующие указанный одинаковый идентификатор логического канала, указываются идентификатором группы преамбулы произвольного доступа.
[00122] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное опущение основано на определении того, что размер предоставления разрешения для Msg3 соответствует критерию точного размера для размера блока служебных данных общего канала управления и по меньшей мере одного октета.
[00123] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, указанное определение того, что указанный размер предоставления разрешения для Msg3 соответствует критерию точного размера, включает в себя определение того, что размер указанного блока служебных данных общего канала управления и подзаголовка R/LCID указанного блока данных протокола управления доступом к среде равен размеру Msg3.
[00124] В соответствии с представленными в качестве примера вариантами осуществления, описанными в абзацах выше, в которых указанный блок служебных данных общего канала управления для указанного блока данных протокола управления доступом к среде сконфигурирован с несколькими идентификаторами логических каналов, связанными с разными фиксированными размерами для одного или более логических каналов указанного по меньшей мере одного логического канала из указанных мультиплексированных каналов.
[00125] В соответствии с представленным в качестве примера вариантом осуществления настоящего изобретения, описанным выше, предлагается устройство, содержащее: средство для приема (один или более приемопередатчиков 130 и одна или более антенн 128, запоминающее(ие) устройство(а) 125, хранящее(ие) компьютерный программный код 123, выполняемый процессорами 120 и/или модулем 140-1 типа Т и/или модулем 140-2 типа Т, показанными на фиг. 10) предоставления разрешения для данных, которые следует передать (один или более приемопередатчиков 130 и одна или более антенн 128, запоминающее(ие) устройство(а) 125, хранящее(ие) компьютерный программный код 123, выполняемый процессорами 120 и/или модулем 140-1 типа Т и/или модулем 140-2 типа Т, показанными на фиг. 10), содержащее логические каналы, мультиплексированные в блок данных про то ко л а управления доступом к среде для данных, которые должны быть переданы; при этом по меньшей мере одно из идентификатора логического канала для по меньшей мере одного логического канала из указанных мультиплексированных логических каналов и длины по меньшей мере одного блока служебных данных логического канала сконфигурировано так, чтобы быть опущенным (запоминающее(ие) устройство(-а) 125, хранящее(ие) компьютерный программный код 123, выполняемый процессорами 120 и/или модулем 140-1 типа Т и/или модулем 140-2 типа Т, показанными на фиг. 10) в указанном блоке данных протокола управления доступом к среде.
[00126] В представленном в качестве примера аспекте настоящего изобретения в соответствии с абзацем выше по меньшей мере указанное средство для приема содержит один или более приемопередатчиков 130 и одну или более антенн 128 и энергонезависимый машиночитаемый носитель [запоминающее(ие) устройство(а) 125, показанное на фиг. 10] закодирован с помощью компьютерной программы [компьютерный программный код 123, показанный на фиг. 10], выполняемой по меньшей мере одним процессором [процессорами 120 и/или модулем 140-1 типа Т и/или модулем 140-2 типа Т, показанными на фиг. 10].
[00127] В общем, различные варианты осуществления могут быть реализованы в аппаратных средствах или специализированных схемах, программном обеспечении, логике или любой их комбинации. Например, некоторые аспекты могут быть реализованы в аппаратных средствах, а другие аспекты могут быть реализованы в аппаратно-программном обеспечении или программном обеспечении, которое может выполняться контроллером, микропроцессором или другим вычислительным устройством, хотя настоящее изобретение этим не ограничивается. Хотя различные аспекты настоящего изобретения могут быть проиллюстрированы и описаны в виде блок-схем, схем технологического процесса или с помощью какого-либо другого графического представления, полностью понятно, что эти блоки, устройства, системы, методы или способы, описанные в настоящем документе, могут быть реализованы в качестве неограничивающих примеров в аппаратных средствах, программном обеспечении, аппаратно-программном обеспечении, специализированных схемах или логике, аппаратных средствах общего назначения или контроллере, или других вычислительных устройствах, или некоторой их комбинации.
[00128] Представленные в качестве примера варианты осуществления настоящего изобретения могут быть реализованы в различных компонентах, таких как модули на интегральной схеме. Проектирование интегральных схем в целом представляет собой процесс с высокой степенью автоматизации. Доступны сложные и мощные программные инструменты для преобразования конструкции логического уровня в конструкцию полупроводниковой схемы, готовую к травлению и формированию на полупроводниковой подложке.
[00129] В контексте настоящего описания термин «представленный в качестве примера» означает «служащий примером, экземпляром или иллюстрацией». Таким образом, любой вариант осуществления, описанный в настоящем документе как «представленный в качестве примера», не обязательно следует рассматривать как предпочтительный или обладающий преимуществами по сравнению с другими вариантами осуществления. Все варианты осуществления, описанные в этом подробном описании, являются представленными в качестве примера вариантами осуществления, позволяющими специалистам в данной области техники выполнить или использовать настоящее изобретение, и не ограничивают объем настоящего изобретения, который определяется формулой изобретения.
[00130] Вышеизложенное описание содержит в виде представленных в качестве примера и неограничивающих примеров полное и информативное описание наиболее эффективного способа и устройства, рассматриваемых в настоящее время изобретателями для осуществления данного изобретения. Однако различные модификации и адаптации будут очевидными для специалистов в соответствующей области техники при изучении вышеприведенного описания со ссылкой на сопровождающие графические материалы и прилагаемую формулу изобретения. Тем не менее, все такие и подобные модификации идей вариантов осуществления настоящего изобретения по-прежнему будут находиться в пределах объема настоящего изобретения.
[00131] Следует отметить, что термины «соединенный», «связанный» или любой их вариант означают любое соединение или связь, прямые или косвенные, между двумя или более элементами, и могут охватывать наличие одного или более промежуточных элементов между двумя элементами, которые «соединены» или «связаны» между собой. Связь или соединение между элементами может быть физическим, логическим или их комбинацией. В контексте настоящего документа два элемента можно рассматривать как «соединенные» или «связанные» между собой с помощью одного или более проводов, кабелей и/или печатных электрических соединений, а также с помощью электромагнитной энергии, такой как электромагнитная энергия, имеющая длины волн в радиочастотном диапазоне, микроволновом диапазоне и оптическом (как видимом, так и невидимом) диапазоне, в качестве нескольких неограничивающих и неисчерпывающих примеров.
[00132] Кроме того, некоторые признаки предпочтительных вариантов осуществления настоящего изобретения могут быть использованы с преимуществом без соответствующего использования других признаков. Таким образом, приведенное выше описание следует рассматривать только как иллюстративное, а не ограничивающее описание принципов настоящего изобретения.