Результат интеллектуальной деятельности: CRC-БИТЫ ДЛЯ ОБЪЕДИНЕННОГО ДЕКОДИРОВАНИЯ И ВЕРИФИКАЦИИ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ С ИСПОЛЬЗОВАНИЕМ ПОЛЯРНЫХ КОДОВ

Заявление о приоритете

[1] Данная заявка испрашивает приоритет PCT заявки № PCT/CN2016/110088, поданной в Патентное Ведомство Китая 15 декабря 2016 года, содержимое которой полностью включено в данную заявку по ссылке как полностью изложенное ниже для всех применимых целей.

Область техники, к которой относится изобретение

[2] Технология, поясненная ниже, в общем, относится к системам беспроводной связи, а более конкретно, к проектному решению по каналам управления с использованием полярных кодов. Варианты осуществления могут предоставлять технологии для полярного кодирования управляющей информации, включающей в себя комбинированную информацию контроля циклическим избыточным кодом (CRC), причем комбинированная CRC-информация включает в себя число CRC-битов, выбранных таким образом, чтобы объединенным образом декодировать и верифицировать управляющую информацию для того, чтобы уменьшать объем служебной CRC-информации.

Введение

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

[4] Специалистам в данной области техники известно множество примеров таких блочных кодов с коррекцией ошибок, включающих в себя коды Хэмминга, коды Бозе-Чоудхури-Хоквингема (BCH), турбокоды и коды разреженного контроля по четности (LDPC), в числе других. Множество существующих сетей беспроводной связи используют такие блочные коды, к примеру, 3GPP LTE-сети, которые используют турбокоды; и IEEE 802.11n Wi-Fi-сети, которые используют LDPC-коды. Тем не менее, для будущих сетей, новая категория блочных кодов, называемых "полярными кодами", представляет потенциальную возможность надежной и эффективной передачи информации с повышенной производительностью относительно турбокодов и LDPC-кодов.

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

Сущность некоторых примеров изобретения

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

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

[8] В одном аспекте раскрытия, предоставляется способ беспроводной связи. Способ включает в себя формирование блока информации, включающего в себя управляющую информацию для диспетчеризуемого объекта, выбор общего числа комбинированных битов контроля циклическим избыточным кодом (CRC), по меньшей мере, на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте, и формирование CRC-информация для блока информации, причем CRC-информация включает в себя общее число комбинированных CRC-битов. Способ дополнительно включает в себя кодирование блока информации, включающего в себя CRC-информацию, с использованием полярного кодирования для того, чтобы формировать полярный кодовый блок, и передачу полярного кодового блока в диспетчеризуемый объект по беспроводному радиоинтерфейсу.

[9] Другой аспект раскрытия предоставляет устройство, выполненное с возможностью полярного кодирования. Устройство включает в себя приемопередатчик, запоминающее устройство и процессор, функционально соединенный с приемопередатчиком и запоминающим устройством. Процессор выполнен с возможностью формировать блок информации, включающий в себя управляющую информацию для диспетчеризуемого объекта, выбирать общее число комбинированных битов контроля циклическим избыточным кодом (CRC), по меньшей мере, на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте, и формировать CRC-информацию для блока информации, причем CRC-информация включает в себя общее число комбинированных CRC-битов. Процессор дополнительно выполнен с возможностью кодировать блок информации, включающий в себя CRC-информацию, с использованием полярного кодирования для того, чтобы формировать полярный кодовый блок, и передавать полярный кодовый блок в диспетчеризуемый объект по беспроводному радиоинтерфейсу через приемопередатчик.

[10] Ниже приводятся примеры дополнительных аспектов раскрытия. В некоторых аспектах настоящего раскрытия, общее число комбинированных CRC-битов выбирается как равное сумме первого числа битов проверки целостности и второго числа CRC-дополненных SCL-битов, причем второе число CRC-дополненных SCL-битов выбирается на основе размера списка. В некоторых аспектах раскрытия, второе число CRC-дополненных SCL-битов выбирается как равное двоичному логарифму размера списка.

[11] В некоторых примерах, второе число CRC-дополненных SCL-битов включает в себя три бита, когда размер списка равен восьми. В некоторых примерах, второе число CRC-дополненных SCL-битов включает в себя пять битов, когда размер списка равен тридцати двум. В некоторых примерах, первое число битов проверки целостности включает в себя шестнадцать битов.

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

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

[14] В другом аспекте раскрытия, предоставляется способ беспроводной связи, осуществляемый в диспетчеризуемом объекте. Способ включает в себя прием полярного кодового блока, включающего в себя управляющую информацию для диспетчеризуемого объекта и информацию контроля циклическим избыточным кодом (CRC), включающую в себя общее число комбинированных CRC-битов, выбранных, по меньшей мере, на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте. Способ дополнительно включает в себя декодирование полярного кодового блока с использованием SCL-декодирования и CRC-информации для того, чтобы формировать блок информации, включающий в себя управляющую информацию и CRC-информацию, и верификацию целостности управляющей информации с использованием CRC-информации.

[15] Другой аспект раскрытия предоставляет устройство, выполненное с возможностью полярного декодирования. Устройство включает в себя процессор, запоминающее устройство, функционально соединенное с процессором, и приемопередатчик, функционально соединенный с процессором. Процессор выполнен с возможностью принимать полярный кодовый блок, включающий в себя управляющую информацию для диспетчеризуемого объекта и информацию контроля циклическим избыточным кодом (CRC), включающую в себя общее число комбинированных CRC-битов, выбранных, по меньшей мере, на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в упомянутом устройстве. Процессор дополнительно выполнен с возможностью декодировать полярный кодовый блок с использованием SCL-декодирования и CRC-информации для того, чтобы формировать блок информации, содержащий управляющую информацию и CRC-информацию, и верифицировать целостность управляющей информации с использованием CRC-информации.

[16] Ниже приводятся примеры дополнительных аспектов раскрытия. В некоторых аспектах настоящего раскрытия, общее число комбинированных CRC-битов выбирается как равное сумме первого числа битов проверки целостности и второго числа CRC-дополненных SCL-битов, причем второе число CRC-дополненных SCL-битов выбирается на основе размера списка. В некоторых аспектах раскрытия, второе число CRC-дополненных SCL-битов выбирается как равное двоичному логарифму размера списка.

[17] В некоторых примерах, второе число CRC-дополненных SCL-битов включает в себя три бита, когда размер списка равен восьми. В некоторых примерах, второе число CRC-дополненных SCL-битов включает в себя пять битов, когда размер списка равен тридцати двум. В некоторых примерах, первое число битов проверки целостности включает в себя шестнадцать битов.

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

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

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

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

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

[22] Фиг. 1 является концептуальной схемой, иллюстрирующей пример сети радиодоступа.

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

[24] Фиг. 3 является схематичной иллюстрацией структуры ресурсов сети радиодоступа, показывающей временное, частотное и пространственное измерения.

[25] Фиг. 4 является схематичной иллюстрацией формирования передачи управляющей информации согласно предшествующему уровню техники.

[26] Фиг. 5 является схематичной иллюстрацией блока информации для полярного кодирования.

[27] Фиг. 6 является схематичной иллюстрацией формирования передачи управляющей информации с использованием полярного кодирования.

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

[29] Фиг. 8 является блок-схемой, иллюстрирующей пример аппаратной реализации для устройства диспетчеризующего объекта с использованием системы обработки.

[30] Фиг. 9 является блок-схемой, иллюстрирующей пример аппаратной реализации для устройства диспетчеризуемого объекта с использованием системы обработки.

[31] Фиг. 10 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия.

[32] Фиг. 11 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия.

[33] Фиг. 12 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия.

[34] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия.

[35] Фиг. 14 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс для приема и полярного декодирования передачи, которая включает в себя управляющую информацию и комбинированный CRC, в соответствии с некоторыми аспектами раскрытия.

[36] Фиг. 15 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс для приема и полярного декодирования передачи, которая включает в себя управляющую информацию и комбинированный CRC, в соответствии с некоторыми аспектами раскрытия.

[37] Фиг. 16 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс для приема и полярного декодирования передачи, которая включает в себя управляющую информацию и комбинированный CRC, в соответствии с некоторыми аспектами раскрытия.

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

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

Сеть радиодоступа

[39] Различные принципы, представленные в ходе этого раскрытия, могут быть реализованы во множестве систем связи, сетевых архитектур и стандартов связи. Ссылаясь теперь на фиг. 1, в качестве иллюстративного примера без ограничения, предоставляется схематичная иллюстрация сети 100 радиодоступа. Сеть 100 радиодоступа может представлять собой сеть доступа следующего поколения (например, пятого поколения (5G)) или унаследованную (например, 3G- или 4G-) сеть доступа. Помимо этого, один или более узлов в сети 100 радиодоступа могут представлять собой узлы следующего поколения или унаследованные узлы.

[40] При использовании в данном документе, термин "унаследованная сеть доступа" означает сеть с использованием технологии беспроводной связи третьего поколения (3G) на основе набора стандартов, которые соответствуют техническим требования стандарта международной системы мобильной связи 2000 (IMT-2000), либо технологии беспроводной связи четвертого поколения (4G) на основе набора стандартов, которые соответствуют техническим требованиям усовершенствованного стандарта международной системы мобильной связи (усовершенствованного стандарта ITU). Например, некоторые стандарты, опубликованные посредством Партнерского проекта третьего поколения (3GPP) и Партнерского проекта третьего поколения 2 (3GPP2), могут соответствовать IMT-2000 и/или усовершенствованному стандарту ITU. Примеры таких унаследованных стандартов, заданных посредством Партнерского проекта третьего поколения (3GPP), включают в себя, но не только, стандарт долгосрочного развития (LTE), усовершенствованный стандарт LTE, усовершенствованную систему с пакетной коммутацией (EPS) и универсальную систему мобильной связи (UMTS). Дополнительные примеры различных технологий радиодоступа на основе одного или более вышеприведенных 3GPP-стандартов включают в себя, но не только, универсальный наземный радиодоступ (UTRA), усовершенствованный универсальный наземный радиодоступ (EUTRA), общую службу пакетной радиопередачи (GPRS) и развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE). Примеры таких унаследованных стандартов, заданных посредством Партнерского проекта третьего поколения 2 (3GPP2), включают в себя, но не только, CDMA2000 и стандарт сверхширокополосной связи для мобильных устройств (UMB). Другие примеры стандартов с использованием 3G/4G-технологии беспроводной связи включают в себя стандарт IEEE 802.16 (WiMAX) и другие подходящие стандарты.

[41] При дополнительном использовании в данном документе, термин "сеть доступа следующего поколения", в общем, означает сеть с использованием еще более усовершенствованных технологий беспроводной связи. Она может включать в себя, например, технологию беспроводной связи пятого поколения (5G) на основе набора стандартов. Стандарты могут соответствовать инструкциям, изложенным в аналитическом докладе по 5G-технологии, опубликованном посредством альянса производителей мобильных сетей следующего поколения (NGMN) 17 февраля 2015 года. Например, стандарты, которые могут задаваться посредством 3GPP согласно усовершенствованному стандарту LTE или посредством 3GPP2 согласно CDMA2000, могут соответствовать аналитическому докладу по 5G-технологии NGMN-альянса. Стандарты также могут включать в себя работы по стандартизации до 3GPP, указываемые посредством Verizon Technical Forum (www.vstgf) и Korea Telecom SIG (www.kt5g.org).

[42] Географическая область, покрываемая сетью 100 радиодоступа, может разделяться на определенное число сотовых областей (сот), которые могут уникально идентифицироваться посредством пользовательского оборудования (UE) на основе идентификатора, широковещательно передаваемого в географической области из одной точки доступа или базовой станции. Фиг. 1 иллюстрирует макросоты 102, 104 и 106 и небольшую соту 108, каждая из которых может включать в себя один или более секторов. Сектор представляет собой подзону соты. Все секторы в одной соте обслуживаются посредством идентичной базовой станции. Линия радиосвязи в секторе может идентифицироваться посредством одного логического идентификатора, принадлежащего этому сектору. В соте, которая разделяется на секторы, несколько секторов в соте могут формироваться посредством групп антенн, при этом каждая антенна отвечает за связь с UE в части соты.

[43] В общем, базовая станция (BS) обслуживает каждую соту. В широком смысле, базовая станция представляет собой сетевой элемент в сети радиодоступа, отвечающий за радиопередачу и прием в одной или более сот в/из UE. BS также может упоминаться специалистами в данной области техники как базовая приемопередающая станция (BTS), базовая радиостанция, приемопередающее радиоустройство, функция приемопередатчика, базовый набор служб (BSS), расширенный набор служб (ESS), точка доступа (AP), узел B(NB), усовершенствованный узел B (eNB), g-узел B или некоторый другой надлежащий термин.

[44] На фиг. 1, две базовых станции 110 и 112 с высоким уровнем мощности показаны в сотах 102 и 104; и третья базовая станция 114 с высоким уровнем мощности показана как управляющая выносным радиоузлом 116 (RRH) в соте 106. Таким образом, базовая станция может иметь интегрированную антенну или может соединяться с антенной или RRH посредством питающих кабелей. В проиллюстрированном примере, соты 102, 104 и 106 могут упоминаться как макросоты, поскольку базовые станции 110, 112 и 114 с высоким уровнем мощности поддерживают соты, имеющие большой размер. Дополнительно, базовая станция 118 с низким уровнем мощности показана в небольшой соте 108 (например, как микросота, пикосота, фемтосота, собственная базовая станция, собственный узел B, собственный усовершенствованный узел B и т.д.), которая может перекрываться с одной или более макросот. В этом примере, сота 108 может упоминаться как небольшая сота, поскольку базовая станция 118 с низким уровнем мощности поддерживает соту, имеющую относительно небольшой размер. Установление размеров соты может выполняться согласно проектированию системы, а также ограничениям на компоненты. Следует понимать, что сеть 100 радиодоступа может включать в себя любое число беспроводных базовых станций и сот. Дополнительно, ретрансляционный узел может развертываться, с тем чтобы расширять размер или зону покрытия данной соты. Базовые станции 110, 112, 114, 118 предоставляют точки беспроводного доступа в базовую сеть для любого числа мобильных устройств.

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

[46] В общем, базовые станции могут включать в себя интерфейс транзитного соединения для связи с частью транзитного соединения сети. Транзитное соединение может предоставлять линию связи между базовой станцией и базовой сетью, и в некоторых примерах, транзитное соединение может предоставлять межсоединение между соответствующими базовыми станциями. Базовая сеть составляет часть системы беспроводной связи, которая является, в общем, независимой от технологии радиодоступа, используемой в сети радиодоступа. Могут использоваться различные типы интерфейсов транзитного соединения, такие как прямое физическое соединение, виртуальная сеть и т.п., с использованием любой подходящей транспортной сети. Некоторые базовые станции могут быть сконфигурированы как интегрированные узлы доступа и транзитного соединения (IAB), при этом беспроводной спектр может использоваться как для линий связи доступа (т.е. линий беспроводной связи с UE), так и для транзитных линий связи. Эта схема иногда упоминается в качестве беспроводной транзитной самопередачи. Посредством использования беспроводной транзитной самопередачи, вместо необходимости оснащения каждого нового развертывания базовых станций устройством с собственным проводным транзитным соединением, беспроводной спектр, используемый для связи между базовой станцией и UE, может использоваться для транзитной связи, обеспечивая быстрое и простое развертывание очень плотных небольших сотовых сетей.

[47] Сеть 100 радиодоступа проиллюстрирована как поддерживающая беспроводную связь для нескольких экземпляров мобильного устройства. Мобильное устройство обычно упоминается как пользовательское оборудование (UE) в стандартах и технических требованиях, опубликованных посредством Партнерского проекта третьего поколения (3GPP), но также может упоминаться специалистами в данной области техники как мобильная станция (MS), абонентская станция, мобильный модуль, абонентский модуль, беспроводной модуль, удаленный модуль, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа (AT), мобильный терминал, беспроводной терминал, удаленный терминал, переносной телефон, терминал, пользовательский агент, мобильный клиент, клиент или некоторый другой надлежащий термин. UE может представлять собой устройство, которое предоставляет пользователю доступ к сетевым услугам.

[48] В настоящем документе, "мобильное" устройство не должно обязательно иметь возможность перемещаться и может быть стационарным. Термин "мобильное устройство" или "мобильное устройство" широко означает разноплановый массив устройств и технологий. Например, некоторые неограничивающие примеры мобильного устройства включают в себя мобильное устройство, сотовый телефон, смартфон, телефон по протоколу инициирования сеансов (SIP), переносной компьютер, персональный компьютер (PC), ноутбук, нетбук, смартбук, планшетный компьютер, персональное цифровое устройство (PDA) и широкий спектр встроенных систем, например, соответствующих "Интернету вещей" (IoT). Мобильное устройство дополнительно может представлять собой автомобильное или другое перевозочное транспортное средство, удаленный датчик или актуатор, робот или роботизированное устройство, спутниковое радиоустройство, устройство по стандарту глобальной системы позиционирования (GPS), устройство отслеживания объектов, беспилотный аппарат, мультикоптер, квадрокоптер, устройство дистанционного управления, бытовое и/или носимое устройство, такое как защитные очки, носимая камера, устройство в стиле виртуальной реальности, интеллектуальные часы, медицинский или фитнес-трекер, цифровой аудиопроигрыватель (например, MP3-проигрыватель), камеру, игровую приставку и т.д. Мобильное устройство дополнительно может представлять собой цифровое бытовое или интеллектуальное бытовое устройство, такое как бытовое аудио-, видео- и/или мультимедийное устройство, прибор, торговый автомат, интеллектуальное осветительное устройство, домашнюю систему безопасности, интеллектуальный счетчик и т.д. Мобильное устройство дополнительно может представлять собой интеллектуальное энергетическое устройство, защитное устройство, солнечную панель или солнечную батарею, муниципальное инфраструктурное устройство, управляющее электроэнергией (например, интеллектуальной энергосетью), освещением, водой и т.д.; устройство промышленной автоматизации; логистический контроллер; сельскохозяйственное оборудование; военно-оборонительное оборудование, транспортные средства, самолеты, суда и вооружение и т.д. Еще дополнительно, мобильное устройство может предоставлять поддержку соединенного медицинского или телемедицинского устройства, т.е. здравоохранение на расстоянии. Телемедицинские устройства могут включать в себя телемедицинские устройства мониторинга и телемедицинские устройства отслеживания применения лекарственных средств, для связи которых может предоставляться преференциальный режим обслуживания или приоритезированный доступ относительно других типов информации, например, с точки зрения приоритезированного доступа для транспортировки критического трафика пользовательских данных об услугах и/или релевантного QoS для транспортировки критического трафика пользовательских данных об услугах.

[49] В сети 100 радиодоступа, соты могут включать в себя UE, которые могут поддерживать связь с одним или более секторов каждой соты. Например, UE 122 и 124 могут поддерживать связь с базовой станцией 110; UE 126 и 128 могут поддерживать связь с базовой станцией 112; UE 130 и 132 могут поддерживать связь с базовой станцией 114 посредством RRH 116; UE 134 может поддерживать связь с базовой станцией 118 с низким уровнем мощности; и UE 136 может поддерживать связь с мобильной базовой станцией 120. Здесь, каждая базовая станция 110, 112, 114, 118 и 120 может быть выполнена с возможностью предоставлять точку доступа в базовую сеть (не показана) для всех UE в соответствующих сотах.

[50] В другом примере, узел мобильной сети (например, квадрокоптер 120) может быть выполнен с возможностью функционировать в качестве UE. Например, квадрокоптер 120 может работать в соте 102 посредством обмена данными с базовой станцией 110. В некоторых аспектах раскрытия, два или более UE (например, UE 126 и 128) могут обмениваться данными между собой с использованием сигналов 127 сети между равноправными узлами (P2P) или прямого соединения без ретрансляции этой связи через базовую станцию (например, базовую станцию 112).

[51] Одноадресные или широковещательные передачи управляющей информации и/или трафика пользовательских данных из базовой станции (например, базовой станции 110) в одно или более UE (например, UE 122 и 124) могут упоминаться как передача по нисходящей линии связи (DL), в то время как передачи управляющей информации и/или трафика пользовательских данных, исходящего в UE (например, UE 122), могут упоминаться как передачи по восходящей линии связи (UL). Помимо этого, управляющая информация восходящей и/или нисходящей линии связи и/или информация трафика могут разделяться во времени на кадры, субкадры, слоты, минислоты и/или символы. При использовании в данном документе, символ может означать единицу времени, которая, в форме сигнала мультиплексирования с ортогональным частотным разделением каналов (OFDM), переносит один элемент ресурсов (RE) в расчете на поднесущую. Слот может переносить 7 или 14 OFDM-символов. Минислот может переносить меньше 7 OFDM-символов или меньше 14 OFDM-символов. Субкадр может означать длительность в 1 мс. Несколько субкадров или слотов могут группироваться, чтобы формировать один кадр или радиокадр. Конечно, эти определения не являются обязательными, и может использоваться любая подходящая схема для организации форм сигналов, и различные временные разделения формы сигнала могут иметь любую подходящую длительность.

[52] Радиоинтерфейс в сети 100 радиодоступа может использовать один или более алгоритмов мультиплексирования и множественного доступа, чтобы обеспечивать одновременную связь различных устройств. Например, множественный доступ для передач по восходящей линии связи (UL) или по обратной линии связи из UE 122 и 124 в базовую станцию 110 может предоставляться с использованием множественного доступа с временным разделением каналов (TDMA), множественного доступа с кодовым разделением каналов (CDMA), множественного доступа с частотным разделением каналов (FDMA), множественного доступа с ортогональным частотным разделением каналов (OFDMA), множественного доступа на основе разреженных кодов (SCMA), множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA), множественного доступа на основе расширения ресурсов (RSMA) или других подходящих схем множественного доступа. Дополнительно, мультиплексирование передач по нисходящей линии связи (DL) или по прямой линии связи из базовой станции 110 в UE 122 и 124 может предоставляться с использованием мультиплексирования с временным разделением каналов (TDM), мультиплексирования с кодовым разделением каналов (CDM), мультиплексирования с частотным разделением каналов (FDM), мультиплексирования с ортогональным частотным разделением каналов (OFDM), мультиплексирования на основе разреженных кодов (SCM), мультиплексирования с частотным разделением каналов с одной несущей (SC-FDM) или других подходящих схем мультиплексирования.

[53] Дополнительно, радиоинтерфейс в сети 100 радиодоступа может использовать один или более алгоритмов дуплексной передачи. Дуплекс означает линию связи "точка-точка", в которой обе конечных точки могут обмениваться данными между собой в обоих направлениях. Полнодуплексный режим означает, что обе конечных точки могут одновременно обмениваться данными между собой. Полудуплексный режим означает, что только одна конечная точка может отправлять информацию в другую за один раз. В линии беспроводной связи, полнодуплексный канал, в общем, основывается на физической развязке передающего устройства и приемного устройства и подходящих технологиях подавления помех. Полнодуплексная эмуляция часто реализуется для линий беспроводной связи посредством использования дуплекса с частотным разделением каналов (FDD) или дуплекса с временным разделением каналов (TDD). В FDD, передачи в различных направлениях работают на различных несущих частотах. В TDD, передачи в различных направлениях на данном канале разделяются друг от друга с использованием мультиплексирования с временным разделением каналов. Таким образом, в некоторые моменты времени канал выделяется для передач в одном направлении, в то время как в другие моменты времени канал выделяется для передач в другом направлении, причем направление может изменяться очень быстро, например, несколько раз в расчете на субкадр.

[54] В сети 100 радиодоступа, способность UE обмениваться данными при перемещении, независимо от своего местоположения, упоминается как мобильность. Различные физические каналы между UE и сетью радиодоступа, в общем, устанавливаются, поддерживаются и высвобождаются под управлением объекта управления мобильностью (MME). В различных аспектах раскрытия, сеть 100 радиодоступа может использовать мобильность на основе DL или мобильность на основе UL, чтобы обеспечивать мобильность и передачи обслуживания (т.е. перенос соединения UE из одного радиоканала в другой). В сети, выполненной с возможностью мобильности на основе DL, в ходе вызова с диспетчеризующим объектом или в любое другое время, UE может отслеживать различные параметры сигнала из своей обслуживающей соты, а также различные параметры соседних сот. В зависимости от качества этих параметров, UE может поддерживать связь с одной или более соседних сот. В течение этого времени, если UE перемещается из одной соты в другую, либо если качество сигнала из соседней соты превышает качество сигнала из обслуживающей соты для данного количества времени, UE может предпринимать передачу управления (handoff) или передачу обслуживания (handover) от обслуживающей соты соседней (целевой) соте. Например, UE 124 может перемещаться из географической области, соответствующей своей обслуживающей соте 102, в географическую область, соответствующую соседней соте 106. Когда интенсивность или качество сигнала из соседней соты 106 превышает интенсивность или качество сигнала обслуживающей соты 102 для данного количества времени, UE 124 может передавать сообщение с отчетом в свою обслуживающую базовую станцию 110, указывающее это условие. В ответ, UE 124 может принимать команду передачи обслуживания, и UE может подвергаться передаче обслуживания соте 106.

[55] В сети, выполненной с возможностью мобильности на основе UL, опорные UL-сигналы из каждого UE могут использоваться посредством сети, чтобы выбирать обслуживающую соту для каждого UE. В некоторых примерах, базовые станции 110, 112 и 114/116 могут передавать в широковещательном режиме унифицированные сигналы синхронизации (например, унифицированные сигналы первичной синхронизации (PSS), унифицированные сигналы вторичной синхронизации (SSS) и унифицированные физические широковещательные каналы (PBCH)). UE 122, 124, 126, 128, 130 и 132 могут принимать унифицированные сигналы синхронизации, извлекать несущую частоту и субкадровую временную синхронизацию из сигналов синхронизации и, в ответ на извлечение временной синхронизации, передавать пилотный или опорный сигнал восходящей линии связи. Пилотный сигнал восходящей линии связи, передаваемый посредством UE (например, UE 124), может параллельно приниматься посредством двух или более сот (например, базовых станций 110 и 114/116) в сети 100 радиодоступа. Каждая из сот может измерять интенсивность пилотного сигнала, и сеть доступа (например, одна или более базовых станций 110 и 114/116 и/или центральный узел в базовой сети) может определять обслуживающую соту для UE 124. По мере того, как UE 124 перемещается по сети 100 радиодоступа, сеть может продолжать отслеживать пилотный сигнал восходящей линии связи, передаваемый посредством UE 124. Когда интенсивность или качество сигнала для пилотного сигнала, измеренная посредством соседней соты, превышает интенсивность или качество сигнала, измеренную посредством обслуживающей соты, сеть 100 может передавать обслуживание UE 124 от обслуживающей соты соседней соте, с/без информирования UE 124.

[56] Хотя сигнал синхронизации, передаваемый посредством базовых станций 110, 112 и 114/116, может быть унифицированным, сигнал синхронизации может не идентифицировать конкретную соту, а вместо этого может идентифицировать зону из нескольких сот, работающих на идентичной частоте и/или с идентичной временной синхронизацией. Использование зон в 5G-сетях или других сетях связи следующего поколения обеспечивает инфраструктуру мобильности на основе восходящей линии связи и повышает эффективность как UE, так и сети, поскольку число сообщений по мобильности, которыми следует обмениваться между UE и сетью, может уменьшаться.

[57] В различных реализациях, радиоинтерфейс в сети 100 радиодоступа может использовать лицензированный спектр, нелицензированный спектр или совместно используемый спектр. Лицензированный спектр предоставляет монопольное использование части спектра, в общем, в силу приобретения, оператором мобильной сети, лицензии из правительственного регулятивного органа. Нелицензированный спектр предоставляет совместное использование части спектра без необходимости государственной лицензии. Хотя соответствие некоторым техническим правилам, в общем, по-прежнему требуется для того, чтобы осуществлять доступ к нелицензированному спектру, в общем, любой оператор или устройство может получать доступ. Совместно используемый спектр может находиться между лицензированным и нелицензированным спектром, при этом технические правила или ограничения могут потребоваться, чтобы осуществлять доступ к спектру, но спектр по-прежнему может совместно использоваться посредством нескольких операторов и/или нескольких RAT. Например, обладатель лицензии на часть лицензированного спектра может предоставлять лицензированный совместный доступ (LSA), чтобы совместно использовать этот спектр с другими сторонами, например, с помощью подходящих определенных лицензиатом условий для того, чтобы получать доступ.

Передающие служебные сигналы объекты

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

[59] Базовые станции не представляют собой единственные объекты, которые могут функционировать в качестве диспетчеризующего объекта. Таким образом, в некоторых примерах, UE может функционировать в качестве диспетчеризующего объекта, диспетчеризующего ресурсы для одного или более диспетчеризуемых объектов (например, одного или более других UE). В других примерах, сигналы прямого соединения (“sidelink”) могут использоваться между UE без обязательного базирования на информации диспетчеризации или управляющей информации из базовой станции. Например, UE 138 проиллюстрировано как обменивающееся данными с UE 140 и 142. В некоторых примерах, UE 138 функционирует в качестве диспетчеризующего объекта или первичного устройства прямого соединения, и UE 140 и 142 могут функционировать в качестве диспетчеризуемого объекта или непервичного (например, вторичного) устройства прямого соединения. В еще одном другом примере, UE может функционировать в качестве диспетчеризующего объекта в сети связи между устройствами (D2D), между равноправными узлами (P2P) или между транспортными средствами (V2V) и/или в ячеистой сети. В примере ячеистой сети, UE 140 и 142 могут необязательно обмениваться данными непосредственно друг с другом в дополнение к обмену данными с диспетчеризующим объектом 138.

[60] Таким образом, в сети беспроводной связи с диспетчеризуемым доступом к частотно-временным ресурсам, имеющей сотовую конфигурацию, P2P-конфигурацию или ячеистую конфигурацию, диспетчеризующий объект и один или более диспетчеризуемых объектов могут обмениваться данными с использованием диспетчеризуемых ресурсов. Ссылаясь теперь на фиг. 2, блок-схема иллюстрирует диспетчеризующий объект 202 и множество диспетчеризуемых объектов 204 (например, 204a и 204b). Здесь, диспетчеризующий объект 202 может соответствовать базовой станции 110, 112, 114 и/или 118. В дополнительных примерах, диспетчеризующий объект 202 может соответствовать UE 138, квадрокоптеру 120 или любому другому подходящему узлу в сети 100 радиодоступа. Аналогично, в различных примерах, диспетчеризуемый объект 204 может соответствовать UE 122, 124, 126, 128, 130, 132, 134, 136, 138, 140 и 142 или любому другому подходящему узлу в сети 100 радиодоступа.

[61] Как проиллюстрировано на фиг. 2, диспетчеризующий объект 202 может передавать в широковещательном режиме трафик 206 пользовательских данных в один или более диспетчеризуемых объектов 204 (трафик пользовательских данных может упоминаться как трафик пользовательских данных нисходящей линии связи). В соответствии с конкретными аспектами настоящего раскрытия, термин "нисходящая линия связи" может означать передачу "точка-многоточка", исходящую в диспетчеризующем объекте 202. В широком смысле, диспетчеризующий объект 202 представляет собой узел или устройство, отвечающее за диспетчеризацию трафика пользовательских данных в сети беспроводной связи, включающего в себя передачи по нисходящей линии связи, и в некоторых примерах, трафика 210 данных восходящей линии связи из одного или более диспетчеризуемых объектов в диспетчеризующий объект 202. Другой способ описания системы может заключаться в использовании термина "мультиплексирование широковещательных каналов". В соответствии с аспектами настоящего раскрытия, термин "восходящая линия связи" может означать передачу "точка-точка", исходящую в диспетчеризуемом объекте 204. В широком смысле, диспетчеризуемый объект 204 представляет собой узел или устройство, которое принимает информацию управления диспетчеризацией, включающую в себя, но не только, разрешения на диспетчеризацию, информацию синхронизации или временной синхронизации либо другую управляющую информацию из другого объекта в сети беспроводной связи, такого как диспетчеризующий объект 202.

[62] Диспетчеризующий объект 202 может передавать в широковещательном режиме управляющую информацию 208, включающую в себя один или более каналов управления, таких как PBCH; PSS; SSS; физический канал индикатора формата канала управления (PCFICH); физический канал индикатора гибридного автоматического запроса на повторную передачу (HARQ) (PHICH); и/или физический канал управления нисходящей линии связи (PDCCH) и т.д., в один или более диспетчеризуемых объектов 204. PHICH переносит передачи обратной связи по HARQ, такие как подтверждение приема (ACK) или отрицание приема (NACK). HARQ представляет собой технологию, известную специалистам в данной области техники, при этом пакетные передачи могут проверяться на приемной стороне на предмет точности, и если подтверждается, может передаваться ACK, тогда как, если не подтверждается, может передаваться NACK. В ответ на NACK, передающее устройство может отправлять повторную HARQ-передачу, которая может реализовывать отслеживаемое комбинирование, нарастающую избыточность и т.д.

[63] Трафик 210 пользовательских данных восходящей линии связи и/или трафик 206 пользовательских данных нисходящей линии связи, включающий в себя один или более каналов трафика, таких как физический совместно используемый канал нисходящей линии связи (PDSCH) или физический совместно используемый канал восходящей линии связи (PUSCH) (и в некоторых примерах, блоки системной информации (SIB)), дополнительно может передаваться между диспетчеризующим объектом 202 и диспетчеризуемым объектом 204. Передачи информации управления и трафика пользовательских данных могут организовываться посредством подразделения несущей, во времени, на подходящие слоты.

[64] Кроме того, диспетчеризованные объекты 204 могут передавать управляющую информацию 212 восходящей линии связи, включающую в себя один или более каналов управления восходящей линии связи, в диспетчеризующий объект 202. Управляющая информация восходящей линии связи может включать в себя множество типов и категорий пакетов, включающих в себя пилотные сигналы, опорные сигналы и информацию, выполненную с возможностью обеспечивать или помогать при декодировании передач трафика восходящей линии связи. В некоторых примерах, управляющая информация 212 может включать в себя запрос на диспетчеризацию (SR), т.е. запрос для диспетчеризующего объекта 202 на то, чтобы диспетчеризовать передачи по восходящей линии связи. Здесь, в ответ на SR, передаваемый по каналу 212 управления, диспетчеризующий объект 202 может передавать управляющую информацию 208 нисходящей линии связи, которая может диспетчеризовать слот для пакетных передач в восходящей линии связи.

[65] Передачи по восходящей и нисходящей линии связи, в общем, могут использовать подходящий блочный код с коррекцией ошибок. В типичном блочном коде, информационное сообщение или последовательность разбивается на блоки информации, и кодер в передающем устройстве затем математически добавляет избыточность в информационное сообщение. Применение этой избыточности в кодированном информационном сообщении позволяет повышать надежность сообщения, обеспечивая коррекцию для битовых ошибок, которые могут возникать вследствие шума. Некоторые примеры кодов с коррекцией ошибок включают в себя коды Хэмминга, коды Бозе-Чоудхури-Хоквингема (BCH), турбокоды, коды разреженного контроля по четности (LDPC), коды Уолша и полярные коды. Различные реализации диспетчеризующих объектов 202 и диспетчеризуемых объектов 204 могут включать в себя подходящие аппаратные средства и характеристики (например, кодер и/или декодер), чтобы использовать любой один или более этих кодов с коррекцией ошибок для беспроводной связи.

[66] В некоторых примерах, диспетчеризованные объекты, такие как первый диспетчеризуемый объект 204a и второй диспетчеризуемый объект 204b, могут использовать сигналы прямого соединения для прямой D2D-связи. Сигналы прямого соединения могут включать в себя данные 214 прямого соединения и управление 216 прямого соединения. Управляющая информация 216 прямого соединения может включать в себя исходный передаваемый сигнал (STS), сигнал выбора направления (DSS), целевой принимаемый сигнал (DRS) и физический канал HARQ-индикатора прямого соединения (PSHICH). DSS/STS может предоставлять диспетчеризуемый объект 204, чтобы запрашивать продолжительность, в течение которой следует поддерживать канал прямого соединения доступным для сигнала прямого соединения; и DRS может предоставлять диспетчеризуемый объект 204, чтобы указывать доступность канала прямого соединения, например, в течение запрашиваемой продолжительности. Обмен DSS/STS- и DRS-сигналами (например, процедура установления связи) может обеспечивать возможность различным диспетчеризуемым объектам, выполняющим связь по прямому соединению, согласовывать доступность канала прямого соединения до передачи информации (трафика) 214 в виде данных прямого соединения. PSHICH может включать в себя информацию подтверждения HARQ-приема и/или HARQ-индикатор из целевого устройства таким образом, что назначение может подтверждать прием данных, принимаемых из исходного устройства.

[67] Каналы или несущие, проиллюстрированные на фиг. 2, не обязательно представляют собой все каналы или несущие, которые могут использоваться между диспетчеризующим объектом 202 и диспетчеризуемыми объектами 204, и специалисты в данной области техники должны распознавать, что другие каналы или несущие могут использоваться в дополнение к проиллюстрированным каналам или несущим, к примеру, другие каналы трафика, управления и обратной связи.

Структура ресурсов

[68] Фиг. 3 является схематичной иллюстрацией структуры 300 ресурсов для сети радиодоступа, такой как RAN 100, проиллюстрированная на фиг. 1. В некоторых примерах, эта иллюстрация может представлять беспроводные ресурсы нисходящей линии связи или восходящей линии связи, которые могут выделяться в OFDM-системе, которая использует со многими входами и многими выходами (MIMO). В некоторых примерах, в 5G NR-сети радиодоступа, предполагается, что OFDM может использоваться для DL-передач, UL-передач (OFDMA) и/или передач по прямому соединению. Кроме того, в 5G NR-сети радиодоступа, форма сигнала, отличная от OFDM, может использоваться для передач по UL и/или по прямому соединению, такая как SC-FDMA или DFT-s-OFDMA. Следует дополнительно понимать, что различные аспекты настоящего раскрытия могут применяться к форме SC-FDMA- или DFT-s-OFDMA-сигнала практически идентичным образом тому, что описано в данном документе ниже.

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

[70] Массовая MIMO представляет собой MIMO-систему с очень большим числом антенн (например, большим решетки 8×8). Дополнительно, в многопользовательской MIMO-системе (MU-MIMO), базовая станция, поддерживающая связь с большим числом UE, может использовать многолучевое распространение сигнала для того, чтобы увеличивать полную пропускную способность сети посредством увеличения пропускной способности и спектральной эффективности и уменьшения требуемой энергии передачи.

[71] Снова ссылаясь на фиг. 3, ресурсы в беспроводном канале могут характеризоваться согласно трем измерениям: частотному, пространственному и временному. Частотные и временные измерения OFDM-системы могут представляться посредством двумерной сетки 302 элементов 304 ресурсов (RE). RE 304 задаются посредством разделения частотных ресурсов на близкорасположенные узкополосные частотные тона или поднесущие и разделения временных ресурсов на последовательность OFDM-символов, имеющих данную длительность. В примере, показанном на фиг. 3, каждый RE 304 представляется посредством прямоугольника, имеющего размерности в одну поднесущую (например, полосу пропускания в 15 кГц) на один OFDM-символ. Таким образом, каждый RE 304 представляет поднесущую, модулированную для периода OFDM-символа посредством одного OFDM-символа данных, и содержит одно комплексное значение, представляющее данные из физического канала или сигнала. В зависимости от модуляции, используемой в конкретной реализации, каждый RE может представлять один или более битов информации. Каждый OFDM-символ может модулироваться с использованием, например, квадратурной фазовой манипуляции (QPSK), 16-позиционной квадратурной амплитудной модуляции (QAM) или 64QAM. Дополнительно, посредством использования пространственного мультиплексирования (например, с MIMO), множество OFDM-потоков представляются посредством отдельных сеток 302 OFDM-ресурсов, идущих в пространственном измерении по фиг. 3.

[72] RE 304 дополнительно могут группироваться в блоки ресурсов (RB). Каждый RB может содержать любое подходящее число последовательных поднесущих в частотной области и, в некоторых примерах в зависимости от длины циклического префикса (CP), используемого в каждом OFDM-символе, любое подходящее число последовательных OFDM-символов во временной области. RB может представлять собой наименьшую единицу ресурсов, которые могут выделяться UE. Таким образом, чем больше RB диспетчеризовано для UE, и чем выше схема модуляции выбрана для радиоинтерфейса, тем выше скорость передачи данных для UE. Например, в LTE-сетях, RB включает в себя 12 последовательных поднесущих в частотной области, и для обычного циклического префикса в каждом OFDM-символе, 7 последовательных OFDM-символов во временной области или 84 элемента ресурсов. Тем не менее, следует понимать, что любое подходящее число RE 304 может группироваться в блок ресурсов.

[73] Помимо этого, любое число блоков ресурсов (например, групп поднесущих и OFDM-символов) может использоваться в слоте или минислоте. В проиллюстрированном примере, показанном на фиг. 3, структура 300 ресурсов представляет часть слота 306, который, например, может представлять собой ориентированный на нисходящую линию связи слот или ориентированный на восходящую линию связи слот. DL-ориентированный слот упоминается как DL-ориентированный слот, поскольку большая часть (или, в некоторых примерах, существенная часть) слота включает в себя DL-данные. UL-ориентированный слот упоминается как UL-ориентированный слот, поскольку большая часть (или, в некоторых примерах, существенная часть) слота включает в себя UL-данные.

[74] В данном DL-ориентированном или UL-ориентированном слоте 306, после передачи одного или более каналов управления нисходящей линии связи может выполняться передача одного или более каналов трафика нисходящей или восходящей линии связи во временном измерении. В общем, первые N OFDM-символов в DL-ориентированном или UL-ориентированном слоте типично соответствуют области управления в нисходящей линии связи (DL-пакету) слота, который переносит управляющие опорные сигналы нисходящей линии связи (управляющие RS), такие как конкретный для соты опорный сигнал (CRS) и опорный сигнал информации состояния канала (CSI-RS), которые помогают в оценке канала нисходящей линии связи, и управляющую информацию нисходящей линии связи (управляющую информацию), такую как физический канал индикатора формата канала управления (PCFICH), который переносит индикатор формата канала управления (CFI), физический канал индикатора гибридного автоматического запроса на повторную передачу (HARQ) (PHICH) и физический канал управления нисходящей линии связи (PDCCH), который переносит управляющую информацию нисходящей линии связи (DCI).

[75] В неограничивающем примере, проиллюстрированном на фиг. 3, первые два символа включают в себя управляющие опорные сигналы нисходящей линии связи и управляющую информацию нисходящей линии связи, которая может быть идентичной управляющей информации 208 и/или 216, описанной выше. Соответственно, эти символы могут упоминаться как DL-пакет. Любая подходящая область ресурсов во временном, частотном и пространственном измерениях может использоваться в качестве DL-пакета, не обязательно ограниченного первыми двумя символами. Кроме того, DL-пакет не должен обязательно быть смежным и может быть включен в один, два или любое подходящее число отдельных областей.

[76] После DL-пакета, слот 306 может включать в себя область трафика, переносящую опорные сигналы трафика нисходящей линии связи или восходящей линии связи (RS трафика) и трафик (трафик пользовательских данных), который может быть идентичным трафику 206, 210 и/или 214 пользовательских данных, описанному выше. Таким образом, в области трафика, RE, которые переносят опорные сигналы (RS), могут перемежаться с RE, которые переносят трафик пользовательских данных. Например, в области трафика ориентированного на восходящую линию связи слота, один из RS может включать в себя зондирующий опорный сигнал (SRS). SRS передается из диспетчеризуемого объекта в диспетчеризующий объект, чтобы обеспечивать возможность диспетчеризующему объекту оценивать качество канала восходящей линии связи. SRS дополнительно может использоваться посредством диспетчеризующего объекта для оценки временной синхронизации в восходящей линии связи.

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

[78] В конце области трафика, слот 306 может включать в себя пакет восходящей линии связи (UL), который переносит управляющую информацию восходящей линии связи. Например, пакет восходящей линии связи может включать в себя физический канал управления восходящей линии связи (PUCCH), физический канал с произвольным доступом (PRACH) или другую подходящую управляющую информацию восходящей линии связи. В неограничивающем примере, проиллюстрированном на фиг. 3, последний символ в слоте включает в себя управляющую информацию восходящей линии связи, которая может быть идентичной управляющей информации 212 и/или 216, описанной выше. Хотя вышеприведенное описание только означает переднюю сетку ресурсов (т.е. без учета пространственного измерения), следует понимать, что информация управления и трафика для множества пользователей может мультиплексироваться в пространстве, частоте и времени.

Формирование управляющей информации

[79] Фиг. 4 является схематичной иллюстрацией формирования передачи предшествующего уровня техники управляющей информации 400. Управляющая информация 400 может включать в себя общую управляющую информацию 410 и/или выделенную управляющую информацию 412. Здесь, общая управляющая информация 410 может включать в себя управляющую информацию, которая может совместно использоваться группой (например, множеством) UE, в то время как выделенная управляющая информация 412 может включать в себя управляющую информацию, предназначенную для одного UE (например, одного из UE 1, UE 2,..., UE N). Как проиллюстрировано здесь, как общая управляющая информация 410 для множества UE, так и выделенная управляющая информация 412 для данного UE могут включать в себя различные поля для различных типов информации, связанных с управлением трафиком пользовательских данных и RS трафика. Например, как проиллюстрировано на фиг. 4, общая управляющая информация 410 или выделенная управляющая информация 412 данного UE может включать в себя схему 402 порядка модуляции и кодирования (MCS), выделение 404 ресурсов (например, частотно-временные ресурсы), схему 406 передачи, RS-конфигурацию 408 и т.д. Конечно, это представляет собой только один пример, и любой подходящий набор управляющей информации 400 может быть включен. В некоторых примерах, каждая из общей управляющей информации 410 и выделенной управляющей информации 412 соответствует соответствующей управляющей информации нисходящей линии связи (DCI), передаваемой в соответствующем физическом канале управления нисходящей линии связи (PDCCH).

[80] Каждая из общей управляющей информации 410 и выделенной управляющей информации 412 для каждого UE подвергается обработке посредством блока 420 вычисления при контроле циклическим избыточным кодом (CRC), чтобы формировать соответствующие CRC (также упоминаемые в данном документе в качестве CRC-информации), которые в некоторых примерах могут скремблироваться с идентификационными данными группы (для общей управляющей информации) или идентификационными данными целевого UE (для выделенной управляющей информации). Например, UE может иметь временный идентификатор радиосети (RNTI) или другой подходящий конкретный для UE идентификатор, который может быть известен для диспетчеризующего объекта, формирующего CRC. RNTI может использоваться посредством приемного UE для того, чтобы определять то, предназначена или нет управляющая информация для этого приемного UE либо для другого UE.

[81] CRC формируется посредством обработки информационных битов управляющей информации 400 в качестве полинома в GF(2) (поле Галуа с двумя элементами) и вычисления остатка посредством деления информационных битов на порождающий полином в GF(2). Полином в GF(2) представляет собой полином в одной переменной x, коэффициенты которого равным 0 или 1. Например, порождающий полином x¹⁶⁺x¹²+x⁵+1 широко используется для того, чтобы вычислять 16-битовое CRC. В общем, чтобы вычислять CRC M битов, M "нулевых" битов добавляются в N-битовое информационное сообщение (например, N-битовую управляющую информацию), и результирующий полином степени N+M-1 делится на порождающий полином степени M. Это формирует остаточный полином степени M-1, который имеет M коэффициентов (или M битов). Эти M битов затем могут скремблироваться с помощью RNTI UE (или RNTI группы) и добавляться в N-битовые управляющие информационные биты. Типично, CRC включает в себя восемь, шестнадцать или тридцать два бита.

[82] Приемное UE может выполнять вычисление при проверке целостности или при CRC с учетом собственного RNTI таким образом, что CRC должен верифицироваться только для управляющей информации, которая включает в себя CRC, скремблированный с помощью RNTI этого UE. Аналогично, для общей управляющей информации 410, RNTI группы, известный для группы UE и для диспетчеризующего объекта, может использоваться для того, чтобы выполнять вычисление при проверке целостности или при CRC. Например, приемное UE может дескремблировать M CRC-битов с использованием RNTI, делить все N+M (дескремблированных) принимаемых битов на порождающий полином и проверять то, что M-битовый остаток равен 0. Если остаток равен 0, управляющая информация может верифицироваться как корректно принимаемая. Если остаток не равен 0, UE может определять то, что управляющая информация не принята корректно.

[83] Как подробнее проиллюстрировано, управляющая информация 400 (например, общая управляющая информация 410 и/или выделенная управляющая информация 412 для множества UE) может мультиплексироваться в данную передачу управляющей информации. Таким образом, как описано выше, передача по нисходящей линии из диспетчеризующего объекта может включать в себя общую управляющую информацию 410 и/или выделенную управляющую информацию 412 для множества диспетчеризуемых объектов. После добавления CRC в управляющую информацию 400, она кодируется посредством кодера 422, и затем подвергается обработке посредством блока 424 модуляции, скремблирования и преобразования, чтобы модулировать, скремблировать и/или преобразовывать кодированную управляющую информацию в ресурсы в беспроводном радиоинтерфейсе (например, см. фиг. 3). В некоторых примерах, кодер 422 может представлять собой полярный кодер для полярного кодирования блока управляющей информации, чтобы формировать полярный кодовый блок, который затем может модулироваться, скремблироваться и/или преобразовываться в подходящие ресурсы по беспроводному радиоинтерфейсу.

Полярные коды

[84] Полярные коды представляют собой линейные коды с коррекцией ошибок по блокам, изобретенные в 2007 году Erdal Arikan и известные на сегодняшний день для специалистов в данной области техники. В общих чертах, канальная поляризация формируется с помощью рекурсивного алгоритма, который задает полярные коды. Полярные коды представляют собой первые явные коды, которые достигают пропускной способности канала для симметричных дискретных каналов без запоминания с двоичным вводом. Таким образом, полярные коды достигают пропускной способности канала (предела Шеннона) или теоретической верхней границы для объема безошибочной информации, которая может передаваться по дискретному каналу без запоминания с данной полосой пропускания в присутствии шума.

[85] Полярные коды могут рассматриваться как блочные коды. В типичном блочном коде, информационное сообщение или последовательность разбивается на блоки информации, причем каждый блок имеет длину K битов. Кодер в передающем устройстве (диспетчеризующем объекте) затем математически добавляет избыточность в информационное сообщение, приводя к кодовым словам, имеющим длину в N, где N>K. Здесь, кодовая скорость R является отношением между длиной сообщения и длиной блока: т.е. R=K/N. Для полярных кодов, длина кодовых слов N типично составляет степень 2 (например, 256, 512, 1024 и т.д.), поскольку исходная конструкция поляризационной матрицы основана на кронекеровом произведении . Например, порождающая матрица G_N (например, поляризационная матрица) для формирования полярного кода с длиной блока в N может выражаться следующим образом:

[86] Здесь, B_N является перестановочной матрицей с побитовым инвертированием для декодирования с последовательным исключением (SC) (функционирующего в некоторой степени аналогично функции модуля перемежения, используемой посредством турбокодера в LTE-сетях), и является n-ой кронекеровской степенью F. Базовая матрица F представляет собой . Матрица формируется посредством возведения базовой матрицы F 2×2 в n-ую кронекеровскую степень. Эта матрица представляет собой нижнюю треугольную матрицу в том, что все записи выше главной диагонали являются нулевыми. Поскольку перестановка с побитовым инвертированием просто изменяет индекс строк, вместо этого может анализироваться матрица . Матрица может выражаться следующим образом:

[87] Полярный кодер затем может формировать полярный кодовый блок следующим образом:

,

где является кодированной битовой последовательностью (например, битовой последовательностью полярного кодового блока) и является кодирующей битовой последовательностью (к примеру, битовой последовательностью информационного блока)

[88] Таким образом, информационный битовый вектор u может включать в себя число (N) исходных битов, которые могут полярно кодироваться посредством порождающей матрицы , чтобы формировать соответствующее число (N) кодированных битов в полярном кодовом слове x. В некоторых примерах, информационный битовый вектор u может включать в себя число информационных битов, обозначаемое как K, и число замороженных битов, обозначаемое как Ƒ. Замороженные биты представляют собой биты, которые задаются равными подходящему предварительно определенному значению, к примеру, 0 или 1. Таким образом, значение замороженных битов, в общем, может быть известным как в передающем устройстве, так и в приемном устройстве. Полярный кодер, такой как полярный кодер 422, показанный на фиг. 4, может определять число информационных битов и число замороженных битов на основе скорости R кодирования. Например, полярный кодер 422 может выбирать скорость R кодирования из набора одной или более скоростей кодирования и выбирать K=NxR битов в блоке информации, чтобы передавать информацию. Оставшиеся (N-K) битов в блоке информации затем могут задаваться фиксированно равными в качестве замороженных битов Ƒ.

[89] Чтобы определять то, какие биты блока информации задавать в качестве замороженных битов, полярный кодер 422 дополнительно может анализировать беспроводной канал, по которому может отправляться полярное кодовое слово. Например, беспроводной канал для передачи полярного кодового слова может разделяться на набор подканалов таким образом, что каждый кодированный бит в полярном кодовом слове передается по одному из подканалов. Таким образом, каждый подканал может соответствовать конкретному местоположению кодированного бита в полярном кодовом слове (например, подканал 1 может соответствовать местоположению кодированного бита, содержащему кодированный бит ). Полярный кодер 422 может идентифицировать K наилучших подканалов для передачи информационных битов и определять местоположения исходных битов в блоке информации, способствующих (или соответствующих) K наилучших подканалов. Например, на основе порождающей матрицы, один или более исходных битов блока информации могут способствовать каждому из кодированных битов полярного кодового слова. Таким образом, на основе порождающей матрицы, полярный кодер 422 может определять K местоположений исходных битов в блоке информации, соответствующих K наилучших подканалов, обозначать K местоположений исходных битов для информационных битов и обозначать оставшиеся местоположения исходных битов в блоке информации для замороженных битов.

[90] В некоторых примерах, полярный кодер 422 может определять K наилучших подканалов посредством выполнения эволюции плотности или гауссовой аппроксимации. Эволюция плотности является общеизвестной для специалистов в данной области техники, и в силу этого ее подробности не описываются в данном документе. Например, конструирование полярных кодов на основе эволюции плотности описывается в работе R. Mori и T. Tanaka "Performance of polar codes with the construction using density evolution", IEEE Commun. Lett., издание 13, номер 7, стр. 519-521, июль 2009 года. Гауссова аппроксимация представляет собой версию с меньшей сложностью эволюции плотности и также является общеизвестной для специалистов в данной области техники. Например, конструирование полярных кодов на основе гауссовой аппроксимации описывается в работе V. Miloslavskaya, "Shortened Polar Codes", IEEE Trans. on Information Theory, июнь 2015 года.

[91] Полярный кодер 422 может выполнять эволюцию плотности или гауссову аппроксимацию, чтобы вычислять соответствующий показатель надежности, такой как вероятность битовых ошибок (BEP) и/или логарифмическое отношение правдоподобия (LLR), для каждого из местоположений исходных битов. Например, LLR местоположений кодированных битов известны из состояний подканала (например, на основе соответствующих SNR подканалов). Таким образом, поскольку один или более исходных битов блока информации могут способствовать каждому из кодированных битов кодового слова, LLR каждого из местоположений исходных битов могут извлекаться из известных LLR местоположений кодированных битов посредством выполнения эволюции плотности или гауссовой аппроксимации. На основе вычисленных LLR местоположений исходных битов, полярный кодер 422 может сортировать подканалы и выбирать K наилучших подканалов (например, "хороших" подканалов), чтобы передавать информационные биты. Полярный кодер 422 затем может задавать местоположения исходных битов блока информации, соответствующие K наилучших подканалов, как включающие в себя информационные биты, и оставшиеся местоположения исходных битов, соответствующих N-K подканалов (например, "плохих" подканалов), как включающие в себя замороженные биты.

[92] UE (диспетчеризуемый объект) может принимать зашумленную версию x и должно декодировать x или, эквивалентно, u. Полярные коды могут декодироваться с помощью простого декодера с последовательным исключением (SC), который имеет сложность декодирования в O (N log N), и может достигать пропускной способности согласно пределу Шеннона, когда N является очень большим. Тем не менее, для коротких и умеренных длин блоков, производительность по частоте ошибок полярных кодов значительно ухудшается. Следовательно, списочное SC-декодирование (SCL) может использоваться для того, чтобы повышать производительность по частоте ошибок полярного кодирования. При использовании списочного SC-декодирования, вместо поддержания только одного тракта декодирования (аналогично простым SC- декодерам), поддерживаются L трактов декодирования, где L>1 и L представляет размер списка. В каждом каскаде декодирования, декодер в UE отбрасывает наименее вероятные (худшие) тракты декодирования и поддерживает только L наилучших трактов декодирования. Например, вместо выбора значения u_i в каждом каскаде декодирования, создаются два тракта декодирования, соответствующие любому возможному значению u_i, и декодирование продолжается в двух параллельных потоках декодирования (2*L). Чтобы не допускать экспоненциального роста числа трактов декодирования, в каждом каскаде декодирования, сохраняются только L наиболее вероятных трактов. В конце, декодер в UE должен иметь список из L возможных вариантов для , из которых выбирается наиболее вероятный возможный вариант. Таким образом, когда декодер завершает алгоритм списочного SC-декодирования, декодер возвращает одно кодовое слово.

[93] Фиг. 5 является схематичной иллюстрацией блока 500 информации, который должен полярно кодироваться, который включает в себя множество информационных битов 502 и множество замороженных битов 504. Блок 500 информации дополнительно включает в себя CRC-информацию 506 (например, CRC-биты), которая может использоваться посредством диспетчеризуемого объекта (например, UE), чтобы выполнять декодирование на основе CRC-дополненных списочного последовательного исключения (CA-SCL). В CA-SCL, CRC используется для того, чтобы выбирать выходное кодовое слово из L возможных вариантов (также упоминаемых в данном документе в качестве возможных вариантов блоков информации). Например, в диспетчеризующем объекте (передающем устройстве), полярный кодер (например, полярный кодер 422, показанный на фиг. 4) может вычислять CRC-биты 506, как описано выше, и добавлять CRC-биты 506 в информационные биты 502. В диспетчеризуемом объекте (приемном устройстве) полярный декодер может использовать CRC-информацию 506 для того, чтобы тестировать каждый из L возможных вариантов блоков информации на предмет ошибок. Если более одного возможного варианта блока информации проходит (например, формирует остаток 0), полярный декодер может выбирать наиболее вероятный возможный вариант из числа возможных вариантов, которые проходят, в качестве блока информации.

[94] В некоторых примерах, полярный кодер может размещать CRC-информацию 506 в наилучшие подканалы (подканалы с наибольшей надежностью), чтобы увеличивать вероятность того, что корректное выходное кодовое слово выбирается в приемном устройстве. Например, как указано выше, полярный кодер может определять K местоположений исходных битов в блоке 500 информации, соответствующем K наилучших подканалов как для CRC, так и для информационных битов. Полярный кодер затем может определять M наилучших подканалов из K наилучших подканалов, обозначать M местоположений исходных битов для CRC-битов 506, обозначать K-M местоположений исходных битов для информационных битов 502 и обозначать оставшиеся местоположения исходных битов в блоке информации для замороженных битов 504. В этом примере, вместо наличия K информационных битов, блок 500 информации может включать в себя только K-M информационных битов 502. Чтобы поддерживать идентичное число информационных битов, K может увеличиваться, за счет этого сокращая число замороженных битов 504, что может снижать способность к коррекции ошибок полярного кода.

[95] В дополнение к CRC-информации 506, используемой для полярного декодирования (CRC для списочного декодирования), сами информационные биты 502 дополнительно могут включать в себя CRC (например, CRC целостности, не показан), чтобы верифицировать целостность информационных битов. В различных аспектах раскрытия, информационные биты 502 могут соответствовать управляющей информации, и CRC целостности может скремблироваться с помощью RNTI (конкретного для группы или для UE), чтобы обеспечивать возможность приемному UE определять то, предназначена или нет управляющая информация для этого приемного UE.

Полярное кодирование управляющей информации и CRC-информации

[96] Фиг. 6 является схематичной иллюстрацией формирования передачи для CA-SCL-декодирования полярных кодов, которая включает в себя управляющую информацию 400. Как указано выше, управляющая информация 400 может включать в себя общую управляющую информацию 410 и/или выделенную управляющую информацию 412. Многие аспекты и признаки примера, показанного на фиг. 6, являются идентичными аспектам и признакам, описанным выше относительно фиг. 4. Эти аспекты, которые являются идентичными, не детализированы ниже для краткости.

[97] Как проиллюстрировано на фиг. 6, каждая из общей управляющей информации 410 и выделенной управляющей информации 412 для каждого UE (например, UE 1, UE 2,..., UE N) подвергается обработке посредством двух блоков вычисления при контроле циклическим избыточным кодом (CRC). Первый блок 602 CRC-вычисления (CRC целостности) вычисляет CRC-биты целостности, которые в некоторых примерах могут скремблироваться с идентификационными данными группы (для общей управляющей информации 410) или идентификационными данными целевого UE (для выделенной управляющей информации 412), как описано выше. CRC-биты целостности могут использоваться для того, чтобы верифицировать целостность управляющей информации в приемном UE и выявлять то, предназначена или нет управляющая информация для этого приемного UE. Второй блок 604 CRC-вычисления (CRC для списочного декодирования) вычисляет CRC-биты для списочного декодирования, которые могут использоваться посредством приемного UE при CA-SCL-декодировании полярных кодов.

[98] После добавления CRC-битов целостности и CRC-битов для списочного декодирования в управляющую информацию 400, каждая управляющая информация 400 (вместе с CRC-битами целостности и CRC-битами для списочного декодирования) отдельно полярно кодируется посредством соответствующего полярного кодера 606, чтобы формировать соответствующие полярные кодовые блоки, которые затем могут подвергаться обработке посредством блока 608 модуляции, скремблирования и преобразования, чтобы модулировать, скремблировать и/или преобразовывать полярные кодовые блоки в ресурсы в беспроводном радиоинтерфейсе. В некоторых примерах, каждый CRC целостности может включать в себя шестнадцать битов, и каждый списочный CRC также может включать в себя шестнадцать битов, что может увеличивать объем служебной управляющей информации и снижать способность к коррекции ошибок полярного кода (например, если число замороженных битов уменьшается, чтобы размещать дополнительные информационные биты в блоке информации).

[99] Различные аспекты настоящего раскрытия предоставляют передающее устройство (например, диспетчеризующий объект), чтобы формировать один комбинированный CRC для полярно кодированной управляющей информации, который должен использоваться как для CA-SCL-декодирования полярно кодированной управляющей информации, так и для верификации управляющей информации. Таким образом, общее число CRC-битов может уменьшаться, за счет этого уменьшая объем служебной CRC-информации. Помимо этого, производительность (например, частота ошибок по блокам) может повышаться (увеличиваться) посредством увеличения числа информационных битов и замороженных битов в блоке полярно кодированной управляющей информации. Кроме того, процесс кодирования может упрощаться в силу необходимости только CRC-вычисления для управляющей информации.

[100] Фиг. 7 является схематичной иллюстрацией формирования передачи управляющей информации 400 для CA-SCL-декодирования полярных кодов согласно некоторым аспектам раскрытия. Как проиллюстрировано на фиг. 7, каждая из общей управляющей информации 410 и выделенной управляющей информации 412 для каждого UE (например, UE 1, UE 2,..., UE N) подвергается обработке посредством только одного комбинированного блока 702 вычисления при контроле циклическим избыточным кодом (CRC) (комбинированного CRC-блока). Комбинированный CRC-блок 702 вычисляет число CRC-битов, выбранных таким образом, чтобы объединенным образом декодировать и верифицировать целостность управляющей информации 400 в приемном устройстве (диспетчеризуемом объекте). Например, диспетчеризуемый объект может использовать общее число CRC-битов для того, чтобы выполнять CA-SCL-декодирование, и затем может использовать идентичное общее число CRC-битов для того, чтобы выполнять проверку целостности для декодированной управляющей информации.

[101] В различных аспектах раскрытия, число CRC-битов может выбираться, по меньшей мере, на основе размера L списка, используемого посредством приемного UE (диспетчеризуемого объекта) для CA-SCL-декодирования полярно кодированной управляющей информации. В некоторых примерах, число CRC-битов может быть равно сумме числа (M) CRC-битов проверки целостности и числа (J) CA-SCL CRC-битов, причем число (J) CA-SCL CRC-битов выбирается на основе размера списка. Например, число CA-SCL CRC-битов может быть равно двоичному логарифму размера списка (например, J=log₂L). Таким образом, число CA-SCL CRC-битов может уменьшаться от нормальных 16 CA-SCL CRC-битов до 3 CRC-бита для L=8 и до 5 CRC-битов для L=32. Таким образом, если число CRC-битов проверки целостности остается 16, общее число CRC-битов может уменьшаться от 32 CRC-битов до 19 CRC-битов для L=8 и до 21 CRC-бита для L=32.

[102] Посредством выбора числа CA-SCL CRC-битов в качестве двоичного логарифма размера списка, частота ложноположительных суждений может оставаться идентичной. Здесь, частота ложноположительных суждений означает отношение числа некорректных проходов CRC-контроля (например, экземпляров CRC-контроля, которые проходят с ошибкой) к общему числу экземпляров CRC-контроля. Например, частота (Pf) ложноположительных суждений для M-битового CRC, добавляемого в блок управляющей информации, когда списочное декодирование не используется в приемном устройстве, может выражаться следующим образом: P_f=2^-M. Для случайного списочного декодера, если L случайно выбранных кодовых слов сверяются с M-битовым CRC, частота ложноположительных суждений может выражаться следующим образом:

.

Эффективное число CRC-битов, оставленных для отсечения (например, для выполнения CA-SCL), в таком случае становится следующим:

Таким образом, чтобы поддерживать идентичную частоту ложноположительных суждений при использовании CRC-битов для CA-SCL, дополнительные CA-SCL CRC-битов должны добавляться в CRC-биты проверки целостности.

[103] На основе числа выбранных CRC-битов (например, M+J) для конкретного N-битового управляющего информационного сообщения, комбинированный CRC-блок 702 может вычислять CRC M+J битов посредством добавления M+J "нулевых" битов в N-битовое управляющее информационное сообщение, и результирующий полином степени N+(M+J)-1 может делиться на порождающий полином степени M+J. Это формирует остаточный полином степени (M+J)-1, который имеет M+J коэффициентов (или M+J битов). Эти M+J битов (например, комбинированных CRC-битов) затем могут скремблироваться с помощью RNTI UE (или RNTI группы) и добавляться в N-битовые управляющие информационные биты.

[104] После добавления комбинированных CRC-битов в управляющую информацию, каждая управляющая информация 400 (вместе с комбинированными CRC-битами) отдельно полярно кодируется посредством соответствующего полярного кодера 606 и затем модулируется, скремблируется и/или преобразуется в ресурсы в беспроводном радиоинтерфейсе посредством блока 608 модуляции, скремблирования и преобразования. В некоторых примерах, комбинированная CRC-информация может быть размещена в наилучших подканалах для блока информации, как описано выше. Например, как указано выше, полярный кодер 606 может определять показатель надежности (например, LLR) для каждого из местоположений исходных битов и выделять подканалы, имеющие показатели с наибольшей надежностью, для комбинированной CRC-информации. Например, полярный кодер может идентифицировать K местоположений исходных битов в блоке информации, соответствующем K наилучших подканалов как для CRC-битов, так и для информационных битов. Полярный кодер 606 затем может определять M+J наилучших подканалов из K наилучших подканалов, обозначать M+J местоположений исходных битов для CRC-битов, обозначать (M+J) местоположений исходных битов K-для информационных битов и обозначать оставшиеся местоположения исходных битов в блоке информации для замороженных битов.

[105] В других примерах, комбинированная CRC-информация может быть распределена между подканалами, чтобы поддерживать досрочное завершение. Например, полярный кодер 606 может выделять CRC-информацию для части подканалов, причем часть подканалов распределена по всем N подканалов или K наилучших подканалов.

Диспетчеризующий объект

[106] Фиг. 8 является блок-схемой, иллюстрирующей пример аппаратной реализации для диспетчеризующего объекта 800 с использованием системы 814 обработки. Например, диспетчеризующий объект 800 может представлять собой пользовательское оборудование (UE), как проиллюстрировано на любом одном или более из фиг. 1 и/или 2. В другом примере, диспетчеризующий объект 800 может представлять собой базовую станцию, как проиллюстрировано на любом одном или более из фиг. 1 и/или 2.

[107] Диспетчеризующий объект 800 может реализовываться с системой 814 обработки, которая включает в себя один или более процессоров 804. Примеры процессоров 804 включают в себя микропроцессоры, микроконтроллеры, процессоры цифровых сигналов (DSP), программируемые пользователем вентильные матрицы (FPGA), программируемые логические устройства (PLD), конечные автоматы, вентильную логику, дискретные аппаратные схемы и другие подходящие аппаратные средства, выполненные с возможностью выполнять различную функциональность, описанную в ходе этого раскрытия. В различных примерах, диспетчеризующий объект 800 может быть выполнен с возможностью выполнять любую одну или более функций, описанных в данном документе. Иными словами, процессор 804, при использовании в диспетчеризующем объекте 800, может использоваться для того, чтобы реализовывать любой один или более процессов или процедур, описанных ниже.

[108] В этом примере, система 814 обработки может реализовываться с шинной архитектурой, представленной, в общем, посредством шины 802. Шина 802 может включать в себя любое число соединительных шин и мостов в зависимости от конкретного варианта применения системы 814 обработки и общих проектных ограничений. Шина 802 функционально соединяет различные схемы, включающие в себя один или более процессоров (представлены, в общем, посредством процессора 804), запоминающее устройство 805 и считываемые компьютером носители (представлены, в общем, посредством считываемого компьютером носителя 806). Шина 802 также может связывать различные другие схемы, такие как источники синхронизирующего сигнала, периферийные устройства, стабилизаторы напряжения и схемы управления питанием, которые известны в данной области техники и в силу этого не описываются дальше. Шинный интерфейс 808 предоставляет интерфейс между шиной 802 и приемопередатчиком 810. Приемопередатчик 810 предоставляет интерфейс связи или средство для обмена данными с различными другими устройствами по среде передачи. В зависимости от природы устройства, также может предоставляться пользовательский интерфейс 812 (например, клавишная панель, дисплей, динамик, микрофон, джойстик).

[109] Процессор 804 отвечает за управление шиной 802 и общую обработку, включающую в себя выполнение программного обеспечения, сохраненного на считываемом компьютером носителе 806. Программное обеспечение, при выполнении посредством процессора 804, инструктирует системе 814 обработки осуществлять различные функции, описанные ниже для любого конкретного устройства. Считываемый компьютером носитель 806 и запоминающее устройство 805 также могут использоваться для хранения данных, которые обрабатываются посредством процессора 804 при выполнении программного обеспечения.

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

[111] Программное обеспечение может постоянно размещаться на считываемом компьютером носителе 806. Считываемый компьютером носитель 806 может представлять собой энергонезависимый считываемый компьютером носитель. Энергонезависимый считываемый компьютером носитель включает в себя, в качестве примера, магнитное устройство хранения данных (например, жесткий диск, гибкий диск, магнитную карту), оптический диск (например, компакт-диск (CD) или универсальный цифровой диск (DVD)), смарт-карту, устройство флэш-памяти (например, карту, карточку или флэш-диск), оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), программируемое ROM (PROM), стираемое PROM (EPROM), электрически стираемое PROM (EEPROM), регистр, съемный диск и любой другой подходящий носитель для хранения программного обеспечения и/или инструкций, которые могут быть доступны и могут считываться посредством компьютера. Считываемый компьютером носитель также может включать в себя, в качестве примера, несущую, линию передачи и любой другой надлежащий носитель (среду) для передачи программного обеспечения и/или инструкций, которые могут быть доступными и могут считываться посредством компьютера. Считываемый компьютером носитель 806 может постоянно размещаться в системе 814 обработки, внешне по отношению к системе 814 обработки или распределяться по нескольким объектам, включающим в себя систему 814 обработки. Считываемый компьютером носитель 806 может быть осуществлен в компьютерном программном продукте. В качестве примера, компьютерный программный продукт может включать считываемый компьютером носитель в упаковочных материалах. Специалисты в данной области техники должны признавать, как лучше всего реализовывать описанную функциональность, представленную в данном раскрытии, в зависимости от конкретного варианта применения и общих проектных ограничений, накладываемых на систему в целом.

[112] В некоторых аспектах раскрытия, процессор 804 может включать в себя схему, сконфигурированную для различных функций. Например, процессор 804 может включать в себя схему 840 формирования управляющей информации, сконфигурированную для различных функций, включающих в себя, например, формирование блока информации, содержащего управляющую информацию (например, общую или выделенную управляющую информацию нисходящей линии связи (DCI)) для диспетчеризуемого объекта. Например, схема 840 формирования управляющей информации может быть выполнена с возможностью реализовывать одну или более функций, описанных относительно фиг. 4-7 и/или 10. Схема 840 формирования управляющей информации может работать во взаимодействии с программным обеспечением 860 для формирования управляющей информации.

[113] Процессор 804 дополнительно может включать в себя схему 842 CRC-формирования, сконфигурированную для различных функций, включающих в себя, например, выбора числа CRC-битов для того, чтобы объединенным образом декодировать и верифицировать целостность управляющей информации в диспетчеризуемом объекте. В некоторых примерах, число CRC-битов выбирается, по меньшей мере, на основе размера L списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте. Схема 842 CRC-формирования дополнительно может быть выполнена с возможностью формировать комбинированную CRC-информацию, включающую в себя выбранное число CRC-битов, для блока информации. Например, схема 842 CRC-формирования может быть выполнена с возможностью реализовывать одну или более функций, описанных относительно фиг. 4-7 и/или 10. Схема 842 CRC-формирования может работать во взаимодействии с программным обеспечением 862 для формирования управляющей информации.

[114] Процессор 804 дополнительно может включать в себя схему 844 полярного кодера, сконфигурированную для различных функций, включающих в себя, например, полярное кодирование блока информации, содержащего управляющую информацию и комбинированную CRC-информацию для беспроводной передачи. Например, схема 844 полярного кодера может быть выполнена с возможностью реализовывать одну или более функций, описанных ниже относительно фиг. 4-7 и/или 10. Схема 844 полярного кодера может работать во взаимодействии с программным обеспечением 864 полярного кодера.

Диспетчеризуемый объект

[115] Фиг. 9 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для примерного диспетчеризуемого объекта 900 с использованием системы 914 обработки. В соответствии с различными аспектами раскрытия, элемент или любая часть элемента либо любая комбинация элементов могут реализовываться с помощью системы 914 обработки, которая включает в себя один или более процессоров 904. Например, диспетчеризуемый объект 900 может представлять собой пользовательское оборудование (UE), как проиллюстрировано на любом одном или более из фиг. 1 и/или 2.

[116] Система 914 обработки может быть практически идентичной системе 814 обработки, проиллюстрированной на фиг. 8, и включать в себя шинный интерфейс 908, шину 902, запоминающее устройство 905, процессор 904 и считываемый компьютером носитель 906. Кроме того, диспетчеризуемый объект 900 может включать в себя пользовательский интерфейс 912 и приемопередатчик 910, практически аналогичные пользовательскому интерфейсу и приемопередатчику, описанным выше на фиг. 8. Процессор 904, при использовании в диспетчеризуемом объекте 900, может использоваться для того, чтобы реализовывать любой один или более процессов, описанных ниже.

[117] В некоторых аспектах раскрытия, процессор 904 может включать в себя схему 940 декодера, сконфигурированную для различных функций, включающих в себя, например, полярное декодирование полярного кодового блока, содержащего управляющую информацию и комбинированную CRC-информацию для диспетчеризуемого объекта, принимаемого по интерфейсу беспроводной связи. В некоторых примерах, схема 940 декодера может использовать комбинированную CRC-информацию для того, чтобы полярно декодировать полярный кодовый блок при реализации алгоритма CA-SCL-декодирования. Например, схема 940 полярного декодера может быть выполнена с возможностью реализовывать одну или более функций, описанных относительно фиг. 5-7 и/или 11. Схема 940 декодера может работать во взаимодействии с программным обеспечением 960 декодера.

[118] Процессор 904 дополнительно может включать в себя схему 942 верификации управляющей информации, сконфигурированную для различных функций, включающих в себя, например, верификацию целостности декодированной управляющей информации с использованием комбинированной CRC-информации, идентичной комбинированной CRC-информации, используемой во время декодирования. Например, схема 942 верификации управляющей информации может быть выполнена с возможностью реализовывать одну или более функций, описанных относительно фиг. 4-7 и/или 11. Схема 942 верификации управляющей информации может работать во взаимодействии с программным обеспечением верификации управляющей информации 962.

Полярное кодирование с комбинированным CRC

[119] Фиг. 10 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1000 для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1000 может выполняться посредством диспетчеризующего объекта 800, проиллюстрированного на фиг. 8. В некоторых примерах, процесс 1000 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[120] На этапе 1002, диспетчеризующий объект может формировать блок информации, включающий в себя управляющую информацию для диспетчеризуемого объекта (например, общую или выделенную управляющую информацию). Например, управляющая информация может соответствовать управляющей информации, описанной выше и проиллюстрированной на фиг. 4, 6 и/или 7. Например, схема 840 формирования управляющей информации, показанная и описанная выше в связи с фиг. 8, может формировать управляющую информацию.

[121] На этапе 1004, диспетчеризующий объект может выбирать число битов контроля циклическим избыточным кодом (CRC) для блока информации, по меньшей мере, на основе размера L списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте. Например, число CRC-битов может быть равно сумме числа (M) CRC-битов проверки целостности и числа (J) CRC-дополненных SCL (CA-SCL) CRC-битов, причем число (J) CA-SCL CRC-битов выбирается на основе размера списка. В некоторых примерах, число CA-SCL CRC-битов может быть равно двоичному логарифму размера списка (например, J=log₂L). На этапе 1006, диспетчеризующий объект может формировать CRC-информацию, содержащую выбранное число CRC-битов (например, комбинированных CRC-битов) для блока информации, и добавлять комбинированные CRC-биты в блок информации. Здесь, CRC-информация может быть основана на управляющей информации, и дополнительно, на конкретном для группы или для UE идентификаторе (например, RNTI). Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может формировать комбинированный CRC.

[122] На этапе 1008, диспетчеризующий объект может полярно кодировать блок информации, включающий в себя комбинированные CRC-биты. Например, схема 844 полярного кодера, показанная и описанная выше в связи с фиг. 8, может полярно кодировать блок информации, чтобы формировать полярный кодовый блок, содержащий управляющую информацию и комбинированные CRC-биты. На этапе 1010, диспетчеризующий объект может передавать полярный кодовый блок по радиоинтерфейсу. Например, диспетчеризующий объект может использовать приемопередатчик 810, показанный на фиг. 8, для того чтобы передавать полярный кодовый блок по радиоинтерфейсу.

[123] Фиг. 11 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс 1100 для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1100 может выполняться посредством диспетчеризующего объекта 800, проиллюстрированного на фиг. 8. В некоторых примерах, процесс 1100 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[124] На этапе 1102, диспетчеризующий объект может формировать блок информации, включающий в себя управляющую информацию для диспетчеризуемого объекта (например, общую или выделенную управляющую информацию). Например, управляющая информация может соответствовать управляющей информации, описанной выше и проиллюстрированной на фиг. 4, 6 и/или 7. Например, схема 840 формирования управляющей информации, показанная и описанная выше в связи с фиг. 8, может формировать управляющую информацию.

[125] На этапе 1104, диспетчеризующий объект может определять размер списка, используемый посредством диспетчеризуемого объекта для полярного SCL-декодирования. В некоторых примерах, диспетчеризуемый объект может предоставлять размер списка в диспетчеризующий объект во время установления соединения или в ответ на запрос посредством диспетчеризующего объекта. В других примерах, размер списка может задаваться для соты или сети и может передаваться из диспетчеризующего объекта в диспетчеризуемый объект. Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может определять размер списка.

[126] На этапе 1106, диспетчеризующий объект может выбирать первое число битов проверки целостности для использования посредством диспетчеризуемого объекта в верификации целостности принимаемой управляющей информации. В некоторых примерах, число битов проверки целостности может включать в себя восемь, шестнадцать или тридцать два бита. На этапе 1108, диспетчеризующий объект может выбирать второе число CRC-дополненных SCL-битов на основе размера списка. В некоторых примерах, второе число CRC-дополненных SCL-битов равно двоичному логарифму размера списка. На этапе 1110, диспетчеризующий объект затем может вычислять общее число комбинированных CRC-битов в качестве суммы первого числа битов проверки целостности и второго числа CRC-дополненных SCL-битов. Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может определять первое число битов проверки целостности, второе число CRC-дополненных SCL-битов и общее число комбинированных CRC-битов.

[127] На этапе 1112, диспетчеризующий объект может формировать CRC-информацию, содержащую общее число комбинированных CRC-битов для блока информации, и добавлять комбинированные CRC-биты в блок информации. Здесь, CRC-информация может быть основана на управляющей информации, и дополнительно, на конкретном для группы или для UE идентификаторе (например, RNTI). Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может формировать комбинированный CRC.

[128] На этапе 1114, диспетчеризующий объект может полярно кодировать блок информации, включающий в себя комбинированные CRC-биты. Например, схема 844 полярного кодера, показанная и описанная выше в связи с фиг. 8, может полярно кодировать блок информации, чтобы формировать полярный кодовый блок, содержащий управляющую информацию и комбинированные CRC-биты. На этапе 1116, диспетчеризующий объект может передавать полярный кодовый блок по радиоинтерфейсу. Например, диспетчеризующий объект может использовать приемопередатчик 810, показанный на фиг. 8, для того чтобы передавать полярный кодовый блок по радиоинтерфейсу.

[129] Фиг. 12 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс 1200 для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1200 может выполняться посредством диспетчеризующего объекта 800, проиллюстрированного на фиг. 8. В некоторых примерах, процесс 1200 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[130] На этапе 1202, диспетчеризующий объект может формировать блок информации, включающий в себя управляющую информацию для диспетчеризуемого объекта (например, общую или выделенную управляющую информацию). Например, управляющая информация может соответствовать управляющей информации, описанной выше и проиллюстрированной на фиг. 4, 6 и/или 7. Например, схема 840 формирования управляющей информации, показанная и описанная выше в связи с фиг. 8, может формировать управляющую информацию.

[131] На этапе 1204, диспетчеризующий объект может выбирать число битов контроля циклическим избыточным кодом (CRC) для блока информации, по меньшей мере, на основе размера L списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте. Например, число CRC-битов может быть равно сумме числа (M) CRC-битов проверки целостности и числа (J) CRC-дополненных SCL (CA-SCL) CRC-битов, причем число (J) CA-SCL CRC-битов выбирается на основе размера списка. В некоторых примерах, число CA-SCL CRC-битов может быть равно двоичному логарифму размера списка (например, J=log₂L). На этапе 1206, диспетчеризующий объект может формировать CRC-информацию, содержащую выбранное число CRC-битов (например, комбинированных CRC-битов) для блока информации, и добавлять комбинированные CRC-биты в блок информации. Здесь, CRC-информация может быть основана на управляющей информации, и дополнительно, на конкретном для группы или для UE идентификаторе (например, RNTI). Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может формировать комбинированный CRC.

[132] На этапе 1208, диспетчеризующий объект может определять соответствующий показатель надежности, такой как вероятность битовых ошибок (BEP) и/или логарифмическое отношение правдоподобия (LLR), для каждого из местоположений исходных битов блока информации. Например, LLR местоположений кодированных битов могут быть известны из состояний подканала (например, на основе соответствующих SNR подканалов). Таким образом, поскольку один или более исходных битов блока информации могут способствовать каждому из кодированных битов кодового слова, LLR каждого из местоположений исходных битов могут извлекаться из известных LLR местоположений кодированных битов посредством выполнения эволюции плотности или гауссовой аппроксимации. На основе вычисленных LLR местоположений исходных битов, на этапе 1210, диспетчеризующий объект может сортировать подканалы в порядке от показателей с наибольшей надежностью до показателей с наименьшей надежностью. На этапе 1212, диспетчеризующий объект может выделять подканалы, имеющие показатели с наибольшей надежностью, для CRC-информации, и затем задавать местоположения исходных битов блока информации, соответствующие подканалам с наибольшей надежностью, как включающие в себя CRC-информацию. Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может определять показатели надежности, сортировать подканалы на основе показателей надежности и выделять подканалы с показателями с наибольшей надежностью для CRC-информации.

[133] На этапе 1214, диспетчеризующий объект может полярно кодировать блок информации, включающий в себя комбинированные CRC-биты. Например, схема 844 полярного кодера, показанная и описанная выше в связи с фиг. 8, может полярно кодировать блок информации, чтобы формировать полярный кодовый блок, содержащий управляющую информацию и комбинированные CRC-биты. На этапе 1216, диспетчеризующий объект может передавать полярный кодовый блок по радиоинтерфейсу. Например, диспетчеризующий объект может использовать приемопередатчик 810, показанный на фиг. 8, для того чтобы передавать полярный кодовый блок по радиоинтерфейсу.

[134] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс 1300 для полярного кодирования управляющей информации с комбинированным CRC согласно некоторым аспектам раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1300 может выполняться посредством диспетчеризующего объекта 800, проиллюстрированного на фиг. 8. В некоторых примерах, процесс 1300 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[135] На этапе 1302, диспетчеризующий объект может формировать блок информации, включающий в себя управляющую информацию для диспетчеризуемого объекта (например, общую или выделенную управляющую информацию). Например, управляющая информация может соответствовать управляющей информации, описанной выше и проиллюстрированной на фиг. 4, 6 и/или 7. Например, схема 840 формирования управляющей информации, показанная и описанная выше в связи с фиг. 8, может формировать управляющую информацию.

[136] На этапе 1304, диспетчеризующий объект может выбирать число битов контроля циклическим избыточным кодом (CRC) для блока информации, по меньшей мере, на основе размера L списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте. Например, число CRC-битов может быть равно сумме числа (M) CRC-битов проверки целостности и числа (J) CRC-дополненных SCL (CA-SCL) CRC-битов, причем число (J) CA-SCL CRC-битов выбирается на основе размера списка. В некоторых примерах, число CA-SCL CRC-битов может быть равно двоичному логарифму размера списка (например, J=log₂L). Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может выбирать число комбинированных CRC-битов для CRC-информации.

[137] На этапе 1306, диспетчеризующий объект может добавлять дополнительное число нулевых ("0") битов в управляющую информацию для того, чтобы формировать первый полином. В различных аспектах раскрытия, дополнительное число нулевых битов может быть равно общему числу комбинированных CRC-битов. На этапе 1308, диспетчеризующий объект может делить первый полином на порождающий полином, чтобы формировать остаточный полином, который включает в себя общее число комбинированных CRC-битов. На этапе 1310, диспетчеризующий объект может скремблировать комбинированные CRC-биты с помощью идентификатора, ассоциированного с диспетчеризуемым объектом (например, идентификатора группы или конкретного для UE идентификатора), чтобы формировать CRC-информацию. Затем на этапе 1312, диспетчеризующий объект может добавлять CRC-информацию в управляющую информацию в блоке информации. Например, схема 842 CRC-формирования, показанная и описанная выше в связи с фиг. 8, может формировать CRC-информацию.

[138] На этапе 1314, диспетчеризующий объект может полярно кодировать блок информации, включающий в себя комбинированные CRC-биты. Например, схема 844 полярного кодера, показанная и описанная выше в связи с фиг. 8, может полярно кодировать блок информации, чтобы формировать полярный кодовый блок, содержащий управляющую информацию и комбинированные CRC-биты. На этапе 1316, диспетчеризующий объект может передавать полярный кодовый блок по радиоинтерфейсу. Например, диспетчеризующий объект может использовать приемопередатчик 810, показанный на фиг. 8, для того чтобы передавать полярный кодовый блок по радиоинтерфейсу.

Полярное декодирование с комбинированным CRC

[139] Фиг. 14 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1400 для приема и полярного декодирования полярного кодового блока, который включает в себя управляющую информацию и комбинированный CRC, в соответствии с некоторыми аспектами раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1400 может выполняться посредством диспетчеризуемого объекта 900, проиллюстрированного на фиг. 9. В некоторых примерах, процесс 1400 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[140] На этапе 1402, диспетчеризуемый объект может принимать полярный кодовый блок, содержащий управляющую информацию для диспетчеризуемого объекта наряду с комбинированной CRC-информацией. В некоторых примерах, комбинированная CRC-информация включает в себя число CRC-битов, выбранных на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте, чтобы объединенным образом декодировать и верифицировать управляющую информацию. На этапе 1404, диспетчеризуемый объект может полярно декодировать полярный кодовый блок. В некоторых примерах, диспетчеризуемый объект может использовать SCL-декодирование и комбинированную CRC-информацию для того, чтобы декодировать полярный кодовый блок. Например, схема 940 полярного декодера, показанная и описанная выше в связи с фиг. 9, может полярно декодировать полярный кодовый блок.

[141] На этапе 1406, диспетчеризуемый объект может проверять или верифицировать целостность декодированной управляющей информации. В некоторых примерах, диспетчеризуемый объект может верифицировать управляющую информацию с использованием комбинированной CRC-информации. Например, схема 942 верификации управляющей информации, показанная и описанная выше в связи с фиг. 9, может верифицировать целостность декодированной управляющей информации.

[142] Фиг. 15 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс 1500 для приема и полярного декодирования полярного кодового блока, который включает в себя управляющую информацию и комбинированный CRC, в соответствии с некоторыми аспектами раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1500 может выполняться посредством диспетчеризуемого объекта 900, проиллюстрированного на фиг. 9. В некоторых примерах, процесс 1500 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[143] На этапе 1502, диспетчеризуемый объект может принимать полярный кодовый блок, содержащий управляющую информацию для диспетчеризуемого объекта наряду с комбинированной CRC-информацией. В некоторых примерах, комбинированная CRC-информация включает в себя число комбинированных CRC-битов, выбранных на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте, чтобы объединенным образом декодировать и верифицировать управляющую информацию. На этапе 1504, диспетчеризуемый объект может полярно декодировать полярный кодовый блок. В некоторых примерах, диспетчеризуемый объект может использовать SCL-декодирование и комбинированную CRC-информацию для того, чтобы декодировать полярный кодовый блок. Например, схема 940 полярного декодера, показанная и описанная выше в связи с фиг. 9, может полярно декодировать полярный кодовый блок.

[144] На этапе 1506, диспетчеризуемый объект может дескремблировать CRC-информацию с использованием идентификатора, ассоциированного с диспетчеризуемым объектом (например, идентификатора группы или конкретного для UE идентификатора), чтобы формировать комбинированные CRC-биты. На этапе 1508, диспетчеризуемый объект может делить блок информации, включающий в себя управляющую информацию и комбинированные CRC-биты, на порождающий полином, чтобы формировать остаток (например, остаточный полином). На этапе 1510, диспетчеризуемый объект может определять то, равен или нет остаток нулю (например, то, равны или нет все биты остаточного полинома нулю). Если остаток равен нулю (ветвь "Y" этапа 1510), на этапе 1512, диспетчеризуемый объект может верифицировать то, что декодированная управляющая информация корректно принята. Тем не менее, если остаток не равен нулю (ветвь "N" этапа 1510), на этапе 1512, диспетчеризуемый объект может определять то, что декодированная управляющая информация не принята корректно. Например, схема 942 верификации управляющей информации, показанная и описанная выше в связи с фиг. 9, может дескремблировать CRC-информацию, вычислять остаток и верифицировать целостность декодированной управляющей информации на основе значения остатка.

[145] Фиг. 16 является блок-схемой последовательности операций способа, иллюстрирующей другой примерный процесс 1600 для приема и полярного декодирования полярного кодового блока, который включает в себя управляющую информацию и комбинированный CRC, в соответствии с некоторыми аспектами раскрытия. Как описано ниже, некоторые или все проиллюстрированные признаки могут опускаться в конкретной реализации в пределах объема настоящего раскрытия, и некоторые проиллюстрированные признаки могут не требоваться для реализации всех вариантов осуществления. В некоторых примерах, процесс 1600 может выполняться посредством диспетчеризуемого объекта 900, проиллюстрированного на фиг. 9. В некоторых примерах, процесс 1600 может выполняться посредством любого подходящего устройства или средства для выполнения функций или алгоритма, описанного ниже.

[146] На этапе 1602, диспетчеризуемый объект может принимать полярный кодовый блок, содержащий управляющую информацию для диспетчеризуемого объекта наряду с комбинированной CRC-информацией. В некоторых примерах, комбинированная CRC-информация включает в себя число CRC-битов, выбранных на основе размера списка, используемого при декодировании на основе списочного последовательного исключения (SCL) в диспетчеризуемом объекте, чтобы объединенным образом декодировать и верифицировать управляющую информацию. Например, приемопередатчик 910, показанный и описанный выше в связи с фиг. 9, может принимать полярный кодовый блок.

[147] На этапе 1604, диспетчеризуемый объект может полярно декодировать полярный кодовый блок с использованием SCL-декодирования для того, чтобы формировать число возможных вариантов блоков информации, равное размеру списка. На этапе 1606, диспетчеризуемый объект затем может использовать комбинированные CRC-биты для того, чтобы выбирать одни из возможных вариантов блоков информации в качестве блока информации. В некоторых примерах, диспетчеризуемый объект может использовать комбинированные CRC-биты для того, чтобы тестировать каждый из возможных вариантов блоков информации на предмет ошибок. Если более одного возможного варианта блока информации проходит (например, формирует остаток 0), диспетчеризуемый объект может выбирать наиболее вероятный возможный вариант из числа возможных вариантов, которые проходят в качестве блока информации. Например, схема 940 полярного декодера, показанная и описанная выше в связи с фиг. 9, может полярно декодировать полярный кодовый блок.

[148] На этапе 1608, диспетчеризуемый объект может проверять или верифицировать целостность декодированной управляющей информации. В некоторых примерах, диспетчеризуемый объект может верифицировать управляющую информацию с использованием комбинированной CRC-информации. Например, схема 942 верификации управляющей информации, показанная и описанная выше в связи с фиг. 9, может верифицировать целостность декодированной управляющей информации.

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

[150] В качестве примера, различные аспекты могут реализовываться в других системах, заданных посредством 3GPP, таких как стандарт долгосрочного развития (LTE), усовершенствованная система с пакетной коммутацией (EPS), универсальная система мобильной связи (UMTS) и/или Глобальная переменная система для мобильного устройства (GSM). Различные аспекты также могут расширяться на системы, заданные посредством Партнерского проекта третьего поколения 2 (3GPP2), такие как CDMA2000 и/или высокоскоростная система обмена пакетными данными (EV-DO). Другие примеры могут реализовываться в системах с использованием IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, стандарта сверхширокополосной связи (UWB), Bluetooth и/или в других подходящих системах. Фактический стандарт связи, сетевая архитектура и/или используемый стандарт связи зависит от конкретного варианта применения и общих проектных ограничений, налагаемых на систему.

[151] В настоящем раскрытии, слово "примерный" используется для того, чтобы означать "служащий в качестве примера, отдельного случая или иллюстрации". Любая реализация или аспект, описанные в данном документе как "примерные", не обязательно должны истолковываться как предпочтительные или преимущественные в сравнении с другими аспектами раскрытия. Аналогично, термин "аспекты" не требует того, чтобы все аспекты раскрытия включали в себя поясненный признак, преимущество или режим работы. Термин "соединенный" используется в данном документе, чтобы означать прямую или косвенную связь между двумя объектами. Например, если объект A физически касается объекта B, и объект B касается объекта C, то объекты A и C по-прежнему могут считаться соединенными между собой, даже если они непосредственно физически не касаются друг друга. Например, первый объект может соединяться со вторым объектом, даже если первый объект никогда не находится в непосредственном физическом контакте со вторым объектом. Термины "схема (circuit)" и "схема (circuitry)" используются широко и имеют намерение включать в себя аппаратные реализации электрических устройств и проводников, которые, после соединения и конфигурирования, обеспечивают выполнение функций, описанных в настоящем раскрытии, без ограничения в отношении типа электронных схем, а также программные реализации информации и инструкций, которые при выполнении посредством процессора обеспечивают выполнение функций, описанных в настоящем раскрытии.

[152] Один или более компонентов, этапов, признаков и/или функций, проиллюстрированных на фиг. 1-16, могут перекомпоновываться и/или комбинироваться в один компонент, этап, признак или функцию или осуществляться в нескольких компонентах, этапах или функциях. Дополнительные элементы, компоненты, этапы и/или функции также могут добавляться без отступления от новых признаков, раскрытых в данном документе. Устройство, аппаратное оборудование и/или компоненты, проиллюстрированные на фиг. 1-9, могут быть выполнены с возможностью осуществлять один или более способов, признаков или этапов, описанных в данном документе. Новые алгоритмы, описанные в данном документе, также могут эффективно реализовываться в программном обеспечении и/или встраиваться в аппаратные средства.

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

[154] Вышеприведенное описание служит для того, чтобы предоставлять возможность всем специалистам в данной области техники осуществлять на практике различные аспекты, описанные в данном документе. Различные модификации в этих аспектах должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим аспектам. Таким образом, формула изобретения не имеет намерение быть ограниченной аспектами, показанными в данном документе, а должна допускать полный объем, согласованный с языком формулы изобретения, при этом ссылка на элемент в единственном числе имеет намерение означать не "один и только один", если не указано иное в явной форме, а, наоборот, "один или более". Если прямо не указано иное, термин "некоторые" означает один или более. Фраза, означающая "по меньшей мере, один из" списка элементов, означает любую комбинацию этих элементов, включающих в себя одиночные элементы. В качестве примера, "по меньшей мере, одно из: a, b или c" имеет намерение охватывать: a; b; c; и b; и c; b и c; и a, b и c. Все структурные и функциональные эквиваленты элементов различных аспектов, описанных в ходе этого раскрытия, которые известны или позднее становятся известными специалистам в данной области техники, явно содержатся в данном документе по ссылке и имеют намерение охватываться посредством формулы изобретения. Более того, ничего из раскрытого в данном документе не имеет намерение становиться всеобщим достоянием, независимо от того, указано или нет данное раскрытие в явной форме в формуле изобретения. Ни один элемент пункта формулы изобретения не должен трактоваться как подчиняющийся условиям 35 U.S.C. 112(f), если только элемент не изложен в явной форме с помощью фразы "средство для" или, для пункта формулы изобретения на способ, элемент не изложен с помощью фразы "этап для".