СИСТЕМА И СПОСОБ КОНФИГУРИРОВАНИЯ ИДЕНТИФИКАТОРА ПОЛЬЗОВАТЕЛЬСКОГО ОБОРУДОВАНИЯ
SYSTEM AND METHOD FOR CONFIGURING THE USER EQUIPMENT IDENTIFIER

Перекрестная ссылка на родственную заявку
Данная заявка испрашивает приоритет по предварительной заявке США № 62/442,198, озаглавленной "Система и способ конфигурирования идентификатора пользовательского оборудования" и поданной 4 января 2017 г., и по заявке США № 15/848,725, озаглавленной "Система и способ конфигурирования идентификатора пользовательского оборудования" и поданной 20 декабря 2017 г., каждая из которых включена сюда во всей своей полноте путем ссылки.
Область техники, к которой относится изобретение
Настоящее раскрытие относится, в общем, к технологиям конфигурирования идентификатора пользовательского оборудования.
Уровень техники
Битовая длина, определяющая идентификатор пользовательского (ID) оборудования (UE) для уровня 1 (L1), или уровня 2 (L2) или одновременно и для того и другого (L1/L2) в сети радиодоступа (RAN), является фиксированной для всех пользователей. В сетях долгосрочного развития (LTE) временный идентификатор мобильного абонента (RNTI) используется для идентификации UE, подключенных к сети. Например, в LTE длина RNTI и идентификатора L1/L2 равна 16 битам.
RNTI может также использоваться для фильтрации принятых команд физического канала управления нисходящей линии связи (PDCCH) в пространстве поиска UE и позволяет UE отбрасывать сообщения, которые не предназначены для UE, но предназначены для других UE. RNTI может также использоваться в качестве начального числа для UE для генераторов случайных чисел и скремблеров. RNTI может также использоваться для приложений, таких как, но не ограничиваясь этим, поисковый вызов, управление мощностью и предоставление системной информации.
Сущность изобретения
В соответствии с одним из аспектов данной заявки выполнен способ, который включает конфигурирование длины первого идентификатора (ID) пользовательского оборудования (UE) для использования по меньшей мере в одной из передач уровня 1 и уровня 2 (L1/L2) между сетью и UE.
В некоторых вариантах осуществления конфигурирование длины первого ID UE включает в себя прием с помощью UE информации о параметрах идентификатора для использования при определении длины первого ID UE.
В некоторых вариантах осуществления информация о параметрах идентификатора включает в себя по меньшей мере одно из: битовой длины ID UE и значения, которое будет использоваться для первого ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя отправку UE сообщения в сеть для запроса ресурсов восходящей линии связи.
В некоторых вариантах осуществления способ дополнительно включает в себя, перед приемом UE информации о параметрах идентификатора, отправку UE сообщения в сеть для того, чтобы запросить первый ID UE.
В некоторых вариантах осуществления сообщение является частью преамбулы канала произвольного доступа (RACH).
В некоторых вариантах осуществления прием UE информации о параметрах включает в себя прием UE ответа произвольного доступа (RAR).
В некоторых вариантах осуществления способ дополнительно включает в себя отправку UE запроса для второго ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя прием второго ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя поддержание как первого ID UE, так и второго ID UE, или отбрасывание первого ID UE и использование второго ID UE.
В некоторых вариантах осуществления конфигурирование длины первого ID UE включает в себя сеть, осуществляющую широковещательную передачу информации о параметрах идентификатора для использования при определении длины первого ID UE.
В некоторых вариантах осуществления информация о параметрах идентификатора включает в себя по меньшей мере одно из: битовой длины и значения, которое будет использоваться в качестве первого ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя сеть, принимающую сообщение из UE, запрашивающего первый ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя определение битовой длины и значения или диапазона значений, которые должны отправляться в качестве информации о параметрах идентификатора на основе сообщения.
В некоторых вариантах осуществления определение битовой длины и значения или диапазона значений, которые должны отправляться, основано на частотно-временном ресурсе сообщения.
В некоторых вариантах осуществления сообщение является частью преамбулы канала произвольного доступа (RACH).
В некоторых вариантах осуществления сеть, осуществляющая широковещательную передачу информации о параметрах идентификатора, включает в себя сеть, передающую ответ произвольного доступа (RAR).
В некоторых вариантах осуществления способ дополнительно включает в себя сеть, принимающую запрос на второй ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя передачу второго ID UE.
В соответствии с одним из аспектов данной заявки выполнен способ, включающий в себя: когда UE находится в активном состоянии, использование первого ID UE; и когда UE находится в неактивном состоянии, использование второго ID UE.
В некоторых вариантах осуществления первый ID UE имеет более короткую битовую длину, чем второй ID UE.
В соответствии с одним из аспектов данной заявки выполнено устройство, включающее в себя процессор и считываемые процессором носители информации. Считываемые процессором носители информации содержат исполняемые процессором инструкции, которые при их исполнении выполняют способ, включающий в себя конфигурирование длины первого идентификатора (ID) пользовательского оборудования (UE) для использования по меньшей мере в одной из передач уровня 1 и уровня 2 (L1/L2) между сетью и UE.
В некоторых вариантах осуществления устройство является пользовательским оборудованием (UE).
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления UE, принимающим информацию о параметрах идентификатора для использования при определении длины первого ID UE.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления UE, отправляющим сообщение в сеть для запроса ресурсов восходящей линии связи.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления UE, отправляющим сообщение в сеть для того, чтобы запросить первый ID UE.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления UE, отправляющим запрос для второго ID UE.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления UE, принимающим второй ID UE.
В некоторых вариантах осуществления устройство является сетевым контроллером.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления сетевым контроллером, осуществляющим широковещание информации о параметрах идентификатора для использования при определении длины первого ID UE.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления сетевым контроллером, принимающим сообщение из UE, запрашивающего первый ID UE.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления сетевым контроллером, определяющим битовую длину и значение или диапазон значений, которые должны отправляться в качестве информации о параметрах идентификатора на основе сообщения.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления сетевым контроллером, принимающим запрос на второй ID UE.
В некоторых вариантах осуществления исполняемые процессором инструкции выполнены с возможностью управления сетевым контроллером, передающим второй ID UE.
В соответствии с одним из аспектов данной заявки выполнен способ, включающий в себя: прием, пользовательским оборудованием (UE), первого идентификатора (ID) UE для использования в случае, когда UE находится в активном состоянии; прием, с помощью UE, второго ID UE для использования в случае, когда UE находится в неактивном состоянии; и переход, с помощью UE, из активного состояния в неактивное состояние.
В некоторых вариантах осуществления способ дополнительно включает в себя поддержание второго ID UE после перехода из активного состояния в неактивное состояние.
В некоторых вариантах осуществления способ дополнительно включает в себя отбрасывание первого ID UE и использование второго ID UE.
В некоторых вариантах осуществления использование второго ID UE включает в себя использование второго ID UE для измерений на основе восходящей линии связи или для предоставления бесплатной связи.
В некоторых вариантах осуществления первый ID UE имеет более короткую битовую длину, чем второй ID UE.
В некоторых вариантах осуществления способ включает в себя прием информации о параметрах идентификатора, определяющей длину первого ID UE или второго ID UE.
В некоторых вариантах осуществления информация о параметрах идентификатора включает в себя по меньшей мере одно из: битовой длины; значения индекса, связанного с выбранной битовой длиной ID UE; и значения, которое будет использоваться в качестве первого ID UE или второго ID UE.
В некоторых вариантах осуществления способ дополнительно включает в себя передачу сообщения из UE, запрашивающего первый ID UE или второй ID UE.
В соответствии с одним из аспектов данной заявки выполнено пользовательское оборудование (UE) включающее в себя: приемник; передатчик; и процессор, функционально соединенный с приемником и передатчиком. причем процессор выполнен с возможностью: приема первого идентификатора (ID) UE для использования в случае, когда UE будет находиться в активном состоянии; приема второго ID UE для использования в случае, когда UE будет находиться в неактивном состоянии; и перехода UE из активного состояния в неактивное состояние.
В некоторых вариантах осуществления процессор дополнительно выполнен с возможностью поддержания второго ID UE после перехода из активного состояния в неактивное состояние.
В некоторых вариантах осуществления процессор дополнительно выполнен с возможностью отбрасывания первого ID UE и использования второго ID UE.
В некоторых вариантах осуществления использование второго ID UE включает в себя использование второго ID UE для измерений на основе восходящей линии связи или для предоставления бесплатной связи.
В некоторых вариантах осуществления первый ID UE имеет более короткую битовую длину, чем второй ID UE.
В некоторых вариантах осуществления процессор дополнительно выполнен с возможностью приема информации о параметрах идентификатора, определяющей длину первого ID UE или второго ID UE.
В некоторых вариантах осуществления информация о параметрах идентификатора включает в себя по меньшей мере одно из: битовой длины; значения индекса, связанного с выбранной битовой длиной ID UE; и значения, которое будет использоваться в качестве первого ID UE или второго ID UE.
В некоторых вариантах осуществления процессор дополнительно выполнен с возможностью передачи сообщения, запрашивающего первый ID UE или второй ID UE.
В соответствии с одним из аспектов данной заявки выполнен способ, включающий в себя передачу, базовой станцией, первого идентификатора (ID) пользовательского оборудования (UE) в UE, который используется в случае, когда UE находится в активном состоянии; передачу, базовой станцией, второго ID UE в UE, который используется в случае, когда UE находится в неактивном состоянии; и использование второго ID UE в случае, когда UE находится в неактивном состоянии.
В некоторых вариантах осуществления использование второго ID UE включает в себя использование второго ID UE для измерений на основе восходящей линии связи или для предоставления бесплатной связи.
В соответствии с одним из аспектов данной заявки выполнена базовая станция, включающая в себя приемник; передатчик; и процессор, функционально соединенный с приемником и передатчиком. Процессор выполнен с возможностью передачи первого идентификатора (ID) пользовательского оборудования (UE) в UE для использования в случае, когда UE находится в активном состоянии; передачи второго ID UE в UE для использования в случае, когда UE будет находиться в неактивном состоянии; и использования второго ID UE в случае, когда UE будет находиться в неактивном состоянии.
В некоторых вариантах осуществления процессор, использующий второй ID UE, включает в себя процессор, использующий второй ID UE для измерений на основе восходящей линии связи или для предоставления бесплатной связи.
Другие аспекты и особенности вариантов осуществления настоящего раскрытия станут очевидными для специалистов в данной области техники после прочтения последующего описания.
Краткое описание чертежей
Примеры вариантов осуществления изобретения будут теперь описаны более подробно со ссылкой на сопроводительные чертежи.
На фиг. 1 показана примерная система связи, имеющая узлы связи, которые могут функционировать согласно примерным вариантам осуществления, описанным в данном документе.
На фиг. 2 показана схема сигнализации, иллюстрирующая пример того, как ID UE можно сконфигурировать в соответствии с одним из аспектов данной заявки.
На фиг. 3 показана блок-схема, иллюстрирующая частотно-временной ресурс, используемый для преамбулы канала произвольного доступа (RACH) в соответствии с одним из аспектов данной заявки.
На фиг. 4 показана схема сигнализации, иллюстрирующая другой пример того, как ID UE можно сконфигурировать в соответствии с одним из аспектов данной заявки.
На фиг. 5 показана блок-схема последовательности операций примерного способа согласно варианту осуществления данной заявки.
На фиг. 6 показана блок-схема последовательности операций примерного способа согласно другому варианту осуществления данной заявки.
На фиг. 7 показана блок-схема последовательности операций примерного способа согласно дополнительному варианту осуществления данной заявки.
На фиг. 8 показана блок-схема последовательности операций примерного способа согласно еще одному дополнительному варианту осуществления данной заявки.
На фиг. 9 показана блок-схема примерного пользовательского оборудования (UE) в соответствии с одним из аспектов данной заявки.
На фиг. 10 показана блок-схема примерного сетевого сервера в соответствии с одним из аспектов данной заявки.
Подробное описание изобретения
Прежде всего, следует понимать, что, хотя ниже представлены иллюстративные реализации одного или нескольких вариантов осуществления настоящего раскрытия, раскрытые системы и/или способы могут быть реализованы с использованием любого количества технологий. Раскрытие никоим образом не должно быть ограничено иллюстративными реализациями, чертежами и технологиями, проиллюстрированными ниже, в том числе конструкциями и реализациями, проиллюстрированными и описанными в данном документе, но может быть изменено в пределах объема прилагаемой формулы изобретения вместе с их полным объемом эквивалентов.
На фиг. 1 показана примерная сеть 100 связи. Сеть 100 связи включает в себя две точки доступа (AP) 105 и 107, которые обслуживают многочисленное пользовательское оборудование (UE), такое как UE 110, 112, 114 и 116. AP может также упоминаться как базовая станция, развитой узел B (eNodeB или eNB), передающий пункт (TP), приемный пункт (RP), приемопередающий пункт (TRP) и т.п. UE может также упоминаться как мобильное устройство, мобильная станция, терминал и т.п. В общем, AP может иметь несколько передающих антенн, которые позволяют ей осуществлять передачу в многочисленные UE, передачу на нескольких уровнях в одно UE или и то и другое. Кроме того, первая AP 105 может передавать в UE 110, которое также принимает передачу из второй AP 107. В реализации, показанной на фиг. 1, сетевой сервер 120 отвечает за выработку связи из сети. Сетевой сервер 120 коммуникативно связан с AP 105 и 107 (не показано), которые передают и принимают сигналы из UE.
Хотя понятно, что системы связи могут использовать несколько AP, способных обмениваться данными с несколькими UE, для простоты показаны только две AP и девять UE.
Каждое из UE 110, 112, 114 и 116 использует по меньшей мере один ID UE при связи с сетью. Разные уровни в сети могут использовать разные идентификаторы UE, которые характерны для данного использования. В результате ID UE разных уровней могут иметь различный фиксированный размер на каждом уровне. Например, в LTE временный идентификатор мобильного абонента (RNTI) имеет битовую длину 16 битов, и служебный временный идентификатор абонента мобильной связи (S-TMSI) имеет битовую длину 40 битов. Преимущество использования ID UE с фиксированной битовой длиной состоит в том, что он позволяет обеспечить упрощенную конструкцию различных сообщений на разных уровнях.
Однако использование ID UE фиксированной длины может быть недостатком, так как ID UE фиксированной длины может ограничивать прямую совместимость и вызывать фиксированное количество затрат служебной информации даже в том случае, если это не требуется. Например, если фиксированная битовая длина выбирается для размещения максимального количества UE, то есть 4 бита позволяют идентифицировать 16 UE, и затем когда количество активных UE становится меньше максимального количества UE, затраты могут увеличиваться в большем размере, чем это необходимо. В примере с 4 битами, если в системе на данный момент имеется только активных 7 UE, то требуется только 2 бита из 4 битов, и поэтому 2 бита бесполезно расходуются в это время.
Такая технология может также привести к невозможности различать процесс идентификации для различных UE, для различных типов трафика и для различных срезов. В телекоммуникационных системах 5G предполагается, что UE может иметь антенную решетку, и беспроводная сеть, с которой UE поддерживает связь, может быть организована в виде ряда логических сетей, каждая из которых имеет различные характеристики. Например, одна логическая сеть (которая также упоминается как сетевой срез) может иметь характеристики, включающие в себя низкую полосу пропускания, большой радиус приема между базовой станцией (или точкой доступа) и UE, и поддерживать высокую скорость перемещения UE по отношению к базовой станции, в то время как другая логическая сеть может иметь характеристики, включающие в себя большую полосу пропускания, малый радиус приема между базовой станцией и UE, и поддерживать низкую скорость перемещения UE по отношению к базовой станции. Эта технология может привести к потере возможности оптимизировать степень сложности или затраты или одновременно и то и другое, когда имеется смешанный трафик или многочисленные срезы в RAN.
В стандарте новой радиосвязи (NR) ожидается, что длина ID UE будет увеличена для некоторых сценариев использования, например, для массовой связи машинного типа (mMTC), но останется фиксированной по длине. Однако ID UE фиксированного размера, даже если он превышает 16 битов, может не подойти для всех ситуаций. Например, ID UE с фиксированным размером более 16 битов может вносить дополнительную сложность, или затраты или и то и другое, что не всегда является необходимым. Такой ID UE фиксированной длины может также ограничивать прямую совместимость.
В аспектах данной заявки предложены способы и системы, которые позволяют сети конфигурировать битовую длину ID UE, используемого в RAN для различных сценариев использования, в отличие от имеющегося ID UE с фиксированной битовой длиной для всех сценариев использования.
В соответствии с одним из аспектов данной заявки сеть, посредством AP, передает информацию относительно параметров, связанных с идентификатором, в UE. Два неограничивающих примера такой информации о параметрах идентификатора могут включать в себя битовую длину (например, 16 битов, 20 битов и т.д.) и значение, определяющее идентификатор UE из диапазона возможных идентификаторов. Таблица 1, представленная ниже, иллюстрирует пример значений идентификатора (в шестнадцатеричной системе счисления) и связанные с ними идентификаторы. Значения range1 – range2 определяют начальную точку и конечную точку диапазона для конкретного набора типов идентификаторов, то есть RA-RNTI (RNTI произвольного доступа), C-RNTI (RNTI соты), C-RNTI полупостоянного планирования, временный C-RNTI, TPC-PUCCH-RNTI (RNTI физического канала управления восходящей линии связи и управления мощностью передачи) и TPC-PUSCH-RNTI (RNTI физического совместно используемого канала восходящей линии и управления мощностью передачи). Значения range2+1 – range3 определяют начальную точку и конечную точку диапазона для различного набора типов идентификаторов, то есть C-RNTI, C-RNTI полупостоянного планирования, временный C-RNTI, TPC-PUCCH-RNTI и TPC-PUSCH-RNTI. В некоторых реализациях возможны поддиапазоны в пределах каждого диапазона, назначенного для каждого из конкретных типов идентификаторов.
Таблица 1
Значение (шестнадцатеричное)
Идентификатор
0000…0
N/A
[range1 … range2]
RA-RNTI, C-RNTI, C-RNTI полупостоянного планирования, временный C-RNTI, TPC-PUCCH-RNTI и TPC-PUSCH-RNTI
[range2+1 … range3]
C-RNTI, C-RNTI полупостоянного планирования, временный C-RNTI, TPC-PUCCH-RNTI и TPC-PUSCH-RNTI
[range3+1 … range4]
Зарезервировано для будущего использования
Значение 1
M-RNTI
Значение 2
P-RNTI
Значение 3
SI-RNTI
RNTI могут использоваться для различения, или идентификации или одновременно для того и другого, UE в режиме установления соединения в соте, конкретного радиоканала, группы UE, которая подвергается поисковому вызову как группа, группы UE, которая подвергается управлению мощностью как группа, и системной информации, переданной для всех UE с помощью AP. Режим установления соединения представляет собой режим, например, в LTE, когда устанавливается соединение управления радиоресурсами (RRC). Это часто означает, что UE активно контролирует канал управления и осуществляет передачу и/или прием, или передача и/или прием информации являются неизбежными.
В LTE существуют многочисленные типы RNTI. Каждый RNTI имеет конкретное использование и диапазон значений. Ниже приведено описание нескольких различных типов RNTI, представленных выше в таблице 1.
RA-RNTI (RNTI произвольного доступа)
В рамках процедуры произвольного доступа сетевой контроллер AP, который в некоторых реализациях может включать в себя контроллер управления доступом к среде передачи данных (MAC), вырабатывает ответ произвольного доступа (RAR) в качестве ответа на преамбулу произвольного доступа, переданную UE. RAR передается по транспортному каналу совместно используемого канала нисходящей линии связи (DL-SCH), который, в свою очередь, может отображаться в физический совместно используемый канал нисходящей линии связи (PDSCH). AP скремблирует данные циклического контроля избыточности (CRC) физического канала управления нисходящей линии связи (PDCCH) с RA-RNTI для передачи PDSCH, который несет в себе один или более RAR. RA-RNTI может быть адресован многочисленным UE, то есть многочисленные UE могут декодировать PDCCH, скремблированный с одним и тем же RA-RNTI. RA-RNTI однозначно идентифицирует, какой частотно-временной ресурс использовался UE для передачи преамбулы произвольного доступа. Значения, соответствующие значениям RA-RNTI конфигурации физического канала произвольного доступа (PRACH) соты, не используются в соте для любого другого RNTI (C-RNTI, C-RNTI полупостоянного планирования, временного C-RNTI, TPC-PUCCH-RNTI или TPC-PUSCH-RNTI).
C-RNTI SPS (C-RNTI полупостоянного планирования)
C-RNTI SPS идентифицирует полупостоянные гранты или назначения ресурсов передачи. C-RNTI SPS представляет собой выделенный RNTI и конфигурируется с помощью сигнализации управления радиоресурсами (RRC). AP может конфигурировать UE с C-RNTI SPS.
RNTI TPC (RNTI управления мощностью передачи)
RNTI TPC используется в отношении управления мощностью восходящей линии связи и существует двух типов: TPC-PUSCH-RNTI и TPC–PUCCH-RNTI. RNTI TPC обычно назначается группе UE. AP может конфигурировать UE с TPC-PUSCH-RNTI и TPC-PUCCH-RNTI через RRC-сигнализацию.
C-RNTI (RNTI соты)
C-RNTI представляет собой уникальный идентификатор, используемый для идентификации RRC-соединения и планирования того, что выделено конкретному UE, когда UE находится в пределах данной соты. AP может назначить различные значения C-RNTI различным UE. AP использует C-RNTI для выделения грантов восходящей линии связи, назначений нисходящей линии связи, команды PDCCH и т.д. UE. Другими словами, AP использует C-RNTI при выполнении функций, таких как, но не ограничиваясь этим, выделение грантов восходящей линии связи для ресурсов передачи, выделение назначений нисходящей линии связи для ресурсов передачи и конфигурирование PDCCH UE. AP может также использовать C-RNTI для того, чтобы отличать передачи по восходящей линии связи (например, PUSCH, PUCCH) UE от других UE.
Временный C-RNTI
В рамках процедуры произвольного доступа (RA) MAC AP вырабатывает ответ произвольного доступа (RAR) в качестве ответа на преамбулу произвольного доступа, переданную UE. MAC RAR содержит временный C-RNTI.
Во время процедуры произвольного доступа, основанной на конкуренции, UE может сохранять принятый временный C-RNTI (принятый в RAR) и использовать его во время процедуры произвольного доступа, основанной на конкуренции. UE может отбросить значение временного C-RNTI, принятое в RAR во время процедуры произвольного доступа, не основанной на конкуренции. UE может использовать временный C-RNTI для скремблирования сообщений типа msg3, то есть PUSCH, соответствующего гранту RAR, и повторных передач.
Во время процедуры RA, основанной на конкуренции, UE может контролировать PDCCH, который скремблируется с временным C-RNTI. Временный C-RNTI переводится в C-RNTI для UE, которое обнаруживает удачное выполнение произвольного доступа и уже не имеет C-RNTI. Временный C-RNTI отбрасывается другими UE (для которых конкуренция является неудачной). UE, которое обнаруживает успешное выполнение RA и уже имеет C-RNTI, может возобновить использование своего C-RNTI и отбросить временный C-RNTI.
M-RNTI (услуга широковещательной многоадресной передачи мультимедийной информации (MBMS)-RNTI)
Индикатор RNTI, характерного MBMS (M-RNTI), передаваемый по PDCCH, используется для информирования UE в состояниях "не занято" или установления соединения об изменении информации канала управления многоадресной передачей (MCCH).
P-RNTI (RNTI поискового вызова)
P-RNTI используется UE для приема сообщений системы поискового вызова. P-RNTI имеет общее значение, которое при необходимости используется для всех UE. Сообщение поискового вызова, как правило, передается по логическому каналу управляющего канала поискового вызова (PCCH), который отображается в транспортный канал канала поискового вызова (PCH). Транспортный канал PCH отображается в физический канал PDSCH. AP может скремблировать CRC PDCCH с P-RNTI для передачи PDSCH, по которому передается информация поискового вызова.
SI-RNTI (RNTI системной информации)
SI-RNTI используется в отношении широковещательной передачи системной информации. SI-RNTI имеет общее значение, которое при необходимости используется для всех UE. При широковещании системной информации используется логический канал широковещательного управляющего канала (BCCH), который затем отображается в транспортный канал DL-SCH, который, в свою очередь, отображается в физический канал PDSCH. UE должны знать информацию о планировании для PDSCH, по которому передается системная информация. Требуемая информация о планировании содержится в управляющей информации нисходящей линии связи (DCI), чье CRC скремблируется SI-RNTI.
Компонент контроллера сети, который в некоторых вариантах осуществления может быть контроллером MAC, осуществляет широковещательную передачу информации о параметрах идентификатора через AP. Например, информация о параметрах идентификатора может широковещательно передаваться сетью на периодической основе для обеспечения UE значением ID UE или маленьким диапазоном значений для общей информации RNTI, такой как RA-RNTI, M-RNTI, P-RNTI или SI-RNTI. В некоторых вариантах осуществления сеть обновляет длину ID UE. В некоторых вариантах осуществления сеть может также осуществлять широковещательную передачу другой информации о параметрах, когда сеть обновляет длину ID UE.
Сеть может поддерживать набор информации о параметрах идентификаторов или многочисленные наборы информации о параметрах идентификаторов и осуществлять широковещательную передачу обновленной информации в UE периодически или по мере необходимости. В некоторых реализациях, когда сеть поддерживает многочисленные наборы информации о параметрах идентификаторов, каждый набор включает в себя значения ID UE для различных битовых длин ID UE. UE может быть осведомлено о многочисленных наборах информации о параметрах идентификаторов, поэтому если сеть отправляет значение индекса для идентификации информации о параметрах идентификаторов, UE может определить, с каким набором информации о параметрах идентификаторов связано значение индекса. Например, первый набор имеет значения ID UE для битовых длин ID UE, равных 16 битам, второй набор имеет значения ID UE для битовых длин ID UE 24 бита, и третий набор имеет значения ID UE для битовых длин ID UE 32 бита, что позволяет сети отправлять должную информацию в различные UE.
В некоторых вариантах осуществления, когда существует только один набор информации о параметрах идентификаторов, поддерживаемый сетью для конкретной битовой длины ID UE, сеть может широковещательно передать только битовую длину ID UE в качестве информации о параметрах идентификаторов. Альтернативно, в некоторых вариантах осуществления сеть может широковещательно передать значение индекса, связанного с выбранной битовой длиной ID UE. Значение индекса может иметь один или более битов в зависимости от количества возможных битовых длин ID UE. UE может использовать принятое значение индекса для определения выбранной битовой длины ID UE, чтобы определить битовую длину ID UE, которая будет назначена UE. В других вариантах осуществления, когда сеть поддерживает боле одного набора в расчете на одну битовую длину ID UE, сеть может широковещательно передавать битовую длину ID UE, а также идентификатор для соответствующего набора.
В некоторых вариантах осуществления наборы данных могут представлять собой данные, представленные в таблице, такой как таблица 1.
В некоторых вариантах осуществления значение ID UE может быть вычислено UE на основе формулы, известной UE, или передано в UE сетью с использованием дополнительной информации о параметрах, широковещательно переданной сетью. Например, сеть может передать битовую длину ID UE, которая будет использоваться UE, и, основываясь на формуле, UE может вычислить значение ID UE. Такая реализация может использоваться чаще всего для определения ID UE для общих значений ID UE, таких как RA-RNTI, M-RNTI, P-RNTI или SI-RNTI. Однако также предусмотрено использование такой реализации для других значений ID UE, характерных для UE.
Существуют многочисленные механизмы, с помощью которых можно передавать информацию о параметрах. Первый механизм включает в себя передачу информации о параметрах посредством системной информации. Второй механизм, включает в себя передачу информации о параметрах посредством процедуры произвольного доступа (например, 4-этапных или 2-этапных процедур RACH). Третий механизм, включает в себя передачу информации о параметрах посредством сигнализации более высокого уровня, такой как RRC-сигнализация. Дополнительная информация о трех механизмах будет представлена ниже.
Согласно аспектам данной заявки сеть может конфигурировать длину ID UE на основе условий, таких как, но не ограничиваясь этим, сценарии использования, используемый сетевой срез (например, mMTC, eMBB, URLLC) и количество UE в системе.
Системная информация
Сеть может широковещательно передавать информацию о параметрах как часть системной информации, которая широковещательно передается сетью через регулярные интервалы. Когда UE впервые пытается получить доступ к сети, UE получает информацию о параметрах, которая позволяет UE выработать ID UE подходящей длины. ID UE, выработанный UE, может быть идентификатором RA-RNTI, который по меньшей мере временно используется UE. Затем UE может запросить позже другой ID UE, соответствующий другому срезу.
Процедура произвольного доступа
На фиг. 2 показана схема 200 сигнализации, иллюстрирующая то, как информация о параметрах идентификатора, которая используется для определения битовой длины ID UE, может передаваться посредством сигнализации между UE и сетью. На фиг. 2, UE 205 поддерживает связь с сетью 210. UE 205 передает 220 преамбулу канала произвольного доступа (RACH) в сеть 210. В ответ на преамбулу RACH, полученную из UE, сеть 210 передает 230 ответ произвольного доступа (RAR) в UE 205, который включает в себя информацию о параметрах идентификатора. Затем UE 205 передает 240 сообщение (Msg3) в сеть 210, которое включает в себя запрос на RRC-соединение в качестве части запроса гранта восходящей линии связи. При необходимости, между многочисленными UE, в том числе UE 205, и сетью 210 имеет место разрешение 250 конфликтов.
Такой процесс может использоваться в случаях, когда сеть может неявным образом получать информацию о срезе UE. Например, это может произойти в том случае, когда преамбула RACH отправляется в частотно-временном ресурсе, связанном с конкретным срезом. На фиг. 3 показан пример преамбулы 300 RACH. В преамбуле 300 RACH первый частотно-временной ресурс 310 связан со срезом усовершенствованной мобильной широкополосной связи (eMBB), и второй частотно-временной ресурс 320 связан со срезом массовой связи машинного типа (mMTC). Когда сеть обнаруживает преамбулу 315 RACH (PRACH) в первом частотно-временном ресурсе 310, сеть может назначить ID UE, имеющий битовую длину соответствующего размера. Аналогичным образом, когда сеть обнаруживает PRACH 325 во втором частотно-временном ресурсе 320, сеть может назначить ID UE, имеющий битовую длину соответствующего размера.
В некоторых вариантах осуществления диапазон значений RA-RNTI может быть разделен между двумя или более различными срезами. Хотя одна и та же область преамбулы RACH используется для различных срезов, подмножество диапазона значений RA-RNTI связано с конкретным срезом, и другое подмножество диапазона значений RA-RNTI может использоваться для других целей и срезов.
В некоторых вариантах осуществления различные UE могут использовать различные механизмы идентификации UE в различных типах трафика и в различных срезах. UE может принимать многочисленные идентификаторы для использования их с различными соответствующими срезами. Идентификаторы могут иметь различную длину.
Конфигурация RRC
В некоторых вариантах осуществления, когда UE получает доступ к сети, UE предоставляет прямо или косвенно информацию, касающуюся возможностей UE, в сеть. Примеры возможностей UE могут включать в себя, но не ограничиваются этим, максимальное количество уровней, максимальную скорость передачи данных, поддержку определенных процедур и приемников, таких как последовательное подавление помех (SIC). Затем сеть предоставляет UE информацию о параметрах идентификатора, такую как, но не ограниченную этим, битовую длину ID UE и диапазоны значений идентификаторов.
В некоторых ситуациях UE может осуществлять доступ к сети, используя процесс идентификации UE по умолчанию, который имеет ID UE фиксированной длины. Например, UE может осуществить вход в сеть на основе использования ID UE для eMBB. Если UE хочет использовать другой срез, UE может запросить передачу в другой срез, такой как mMTC, который может иметь другой процесс идентификации.
На фиг. 4 представлена схема 400 сигнализации, которая показывает, как информация о параметрах идентификатора, которая используется для определения битовой длины ID UE может передаваться в случае, когда UE впервые осуществляет вход в сеть в процессе идентификации по умолчанию и затем запрашивает и получает ID UE различной битовой длины для альтернативного среза.
На фиг. 4 UE 405 поддерживает связь с сетью 410. UE 405 передает 420 преамбулу RACH в контроллер в сети 410 для получения идентификатора eMBB. В ответ на преамбулу RACH сеть 410 передает 430 RAR в UE 405, который включает в себя информацию о параметрах идентификатора для идентификатора eMBB. Затем UE 405 передает 440 сообщение (Msg3) в сеть 410. Например, сообщение может служить для идентификации ID UE, который выбрало UE 405, или для идентификации непосредственно UE 405 (например, с помощью временного идентификатора абонента мобильной связи (TMSI)). При необходимости между многочисленными UE, в том числе UE 405, и сетью 410 имеет место разрешение 450 конфликтов. Через некоторое время UE 405 передает 460 запрос на другой ID UE. В примере, показанном на фиг. 4, другим ID UE является идентификатор mMTC. В ответ на запрос сеть 410 передает 470 сообщение, назначающее идентификатор mMTC для UE 405. После того, как UE 405 назначит новый идентификатор, в этом случае mMTC, UE 405 может либо поддерживать идентификатор eMBB параллельно с идентификатором mMTC, либо отбросить идентификатор eMBB.
Хотя eMBB и mMTC являются двумя описанными выше примерами, понятно, что любой из этих примеров может быть альтернативным сетевым срезом по сравнению с описанными, которые имеют различные соответствующие идентификаторы, основанные на работе задействованной сети.
Наличие ID UE, который может варьироваться по длине, может влиять на канал управления. В некоторых вариантах осуществления длина сообщения PDCCH может изменяться в зависимости от длины ID UE. Изменение длины сообщения PDCCH позволяет использовать дополнительные биты для указания различных пространств поиска для различного трафика, или срезов или и того и другого, используя различную длину ID. Тот факт, что длина сообщения PDCCH может быть изменена, позволяет оптимизировать затраты по сравнению со случаем, когда длина сообщения PDCCH не изменяется.
В качестве альтернативы, длина сообщения PDCCH может оставаться постоянной для разных длин ID UE. Как описано выше, дополнительные биты могут использоваться для указания разных пространств поиска для разных типов трафика, или срезов или одновременно и того и другого. Однако в таком сценарии, если битовая длина ID UE уменьшается на величину, которая больше величины, на которую уменьшается длина сообщения PDCCH, в PDCCH могут иметь место дополнительные издержки, что свидетельствует о его неэффективном использовании.
В некоторых аспектах данной заявки появляется возможность выделения UE более чем одного набора идентификаторов. Например, UE можно выделить активный идентификатор, когда UE является активным. Так как в любой заданный момент времени обычно активных UE имеется меньше, чем неактивных UE, размер ID UE для активных UE может иметь меньшее количество битов. Действие ID UE может закончиться тогда, когда UE становится неактивным или незанятым, причем в это время UE может использовать альтернативный неактивный ID. Как указано выше, так как неактивные UE встречаются чаще, чем активные UE, неактивные ID UE часто будут иметь более длинную битовую длину.
Неактивный ID UE может оставаться действительным при переходе UE из неактивного состояния в активное и обратно. UE может поддерживать неактивный ID UE до тех пор, пока ID UE не будет специально переконфигурирован.
Неактивный ID UE может использоваться для функциональных возможностей, таких как, но не ограничиваясь этим, измерения на основе восходящей линии связи и безгрантовая связь при работе в неактивном режиме. Активные UE могут использовать неактивный ID UE при выполнении таких же наборов активности, как и неактивные UE, например, при безгрантовой связи.
На фиг. 5 показана блок-схема 500 последовательности операций, иллюстрирующая примерный способ для конфигурирования ID UE с точки зрения UE.
Этап 510, который является дополнительным, включает в себя отправку UE сообщения в сеть для того, чтобы запросить первый ID UE. Этап можно считать необязательным, так как предоставляется возможным, что сеть может отправить информацию о параметрах идентификатора в UE без запроса из UE. Этот этап может быть выполнен в процедуре произвольного доступа и в механизмах конфигурирования RRC, описанных выше. Этап 520 включает в себя прием UE информации о параметрах для использования при определении длины первого ID UE. На другом дополнительном этапе этап 530 включает в себя отправку UE сообщения в сеть для запроса ресурсов восходящей линии связи.
На фиг. 6 показана блок-схема 600 последовательности операций, иллюстрирующая дополнительные этапы, которые позволяют выполнить следующий этап 540, показанный на фиг. 5. Такие этапы обычно соответствуют этапам, описанным выше, которые являются частью механизма конфигурирования RRC. Этап 610 включает в себя отправку UE запроса на второй ID UE. Второй ID UE может использоваться UE для другого среза. В некоторых вариантах осуществления второй ID UE может использоваться в том случае, когда UE находится в неактивном состоянии, если первый ID UE используется в случае, когда UE находится в активном состоянии, или наоборот. На этапе 620 UE принимает второй ID UE. Этап 630 является этапом принятия решения. На этапе 630 UE определяет, будет ли оно поддерживать первый ID UE или нет. Если "Да", то на этапе 640 UE поддерживает как первый ID UE, так и второй ID UE. Если нет, на этапе 650 UE отбрасывает первый ID UE и поддерживает второй ID UE.
Примерные способы 500 и 600 предназначены для иллюстративных целей. Этапы, которые приведены на фиг. 5 как необязательные в приведенной выше последовательности операций, могут или не могут выполняться в данной реализации способа. Другие варианты осуществления могут включать в себя выполнение проиллюстрированных операций любым из различных способов, выполнение меньшего количества операций, или дополнительных операций и/или изменение порядка выполняемых операций. Другие изменения могут быть или станут очевидными для специалиста в данной области техники, исходя из настоящего раскрытия.
На фиг. 7 показана блок-схема 700 последовательности операций, иллюстрирующая примерный способ для конфигурирования ID UE с точки зрения сети.
Этап 710, который является необязательным, включает в себя прием сетью сообщения из UE, запрашивающего первый ID UE. Этот этап является необязательным аналогично указанному выше по отношению к этапу 510, показанному на фиг. 5, так как если UE не передает запрос, то отсутствует запрос, который должна принимать сеть. Этап 720 включает в себя определение сетью битовой длины и значение, возможно из диапазона значений, которые должны быть отправлены в качестве информации о параметрах, основанной на сообщении. Этап 730 включает в себя передачу сетью информации о параметрах для использования при определении длины первого ID UE. Как описано выше, сеть может широковещательно передавать ее через регулярные интервалы для использования UE, которое подключается к сети, или в ответ на запрос, как на дополнительном этапе 710. На другом дополнительном этапе этап 740 включает в себя прием сетью сообщения из UE для запроса ресурсов восходящей линии связи.
На фиг. 8 показана блок-схема 800 последовательности операций, иллюстрирующая дополнительные этапы, которые позволяют выполнить следующий этап 740, показанный на фиг. 7. Такие этапы обычно соответствуют этапам, описанным выше, которые являются частью механизма конфигурирования RRC. Этап 810 включает в себя прием сетью запроса для второго ID UE. Второй ID UE может использоваться для другого среза. На этапе 820 сеть передает второй ID UE.
На фиг. 9 показана блок-схема примерного устройства 900, которое работает в соответствии с аспектами данной заявки, как описано в данном документе. Примерное устройство 900 может представлять собой UE и, таким образом, может иметь различные элементы, которые будут, как правило, частью такого устройства, такие как клавиатура, дисплейный экран, динамик, микрофон и т.д. Примерное устройство 900 включает в себя передатчик 903, приемник 905, процессор 910 и считываемое процессором запоминающее устройство 920. Считываемое процессором запоминающее устройство 920 имеет сохраненные на нем исполняемые процессором инструкции 930, которые при их исполнении процессором предписывают процессору выполнять способ, в соответствии со способами, описанными выше. Передатчик 903 и приемник 905 подсоединены к процессору 910 и к антенне для осуществления беспроводной связи.
На фиг. 10 показана блок-схема примерного устройства 1000 сетевой стороны, которое работает в соответствии с аспектами данной заявки, как описано в данном документе. Такое устройство сетевой стороны может включать в себя физическую структуру для выполнения других задач сетевой стороны и может быть расположено в любом месте в пределах сети, что позволяет устройству функционировать соответствующим образом. Примерное устройство 1000 включает в себя передатчик 1003, приемник 1005, процессор 1010 и считываемое процессором запоминающее устройство 1020. Считываемое процессором запоминающее устройство 1020 имеет сохраненные на нем исполняемые процессором инструкции 1030, которые при их исполнении процессором предписывают процессору выполнять способ в соответствии со способами, описанными выше. Передатчик 1003 и приемник 1005 подсоединены к процессору 1010 и к антенне для осуществления беспроводной связи.
В некоторых вариантах осуществления процессор может быть компонентом аппаратной платформы компьютера общего назначения. В других вариантах осуществления процессор может быть компонентом аппаратной платформы специального назначения. Например, процессор может быть встроенным процессором, и инструкции могут быть предоставлены в виде встроенного программного обеспечения. Некоторые варианты осуществления могут быть реализованы с использованием только аппаратных средств. В некоторых вариантах осуществления инструкции для исполнения процессором могут быть воплощены в виде программного продукта. Программный продукт может храниться на энергонезависимом или невременном носителе информации, который может быть, например, постоянным запоминающим устройством (CD-ROM), флэш-диском с универсальной последовательной шиной (USB), или съемным носителем или съемным жестким диском.
Предыдущее описание некоторых вариантов осуществления предоставлено для того, чтобы дать возможность любому специалисту в данной области техники создать или использовать устройство, способ или считываемый процессором носитель согласно настоящему раскрытию. Различные модификации этих вариантов осуществления будут очевидны для специалистов в данной области техники, и общие принципы способов и устройств, описанных в данном документе, могут быть применены к другим вариантам осуществления. Таким образом, настоящее раскрытие не предназначено для ограничения показанных в данном документе вариантов осуществления, а должно соответствовать самому широкому объему в соответствии с принципами и новыми признаками, раскрытыми в данном документе.