СПОСОБ, ВЫПОЛНЯЕМЫЙ ОБОРУДОВАНИЕМ ПОЛЬЗОВАТЕЛЯ, И ОБОРУДОВАНИЕ ПОЛЬЗОВАТЕЛЯ Российский патент 2023 года по МПК H04W68/02 

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

Настоящее изобретение относится к области техники беспроводной связи, а более конкретно к способу, выполняемому оборудованием пользователя, и соответствующему оборудованию пользователя.

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

В марте 2016 г. на пленарном заседании RAN № 71 Партнерского проекта по системам 3-го поколения (3GPP) был утвержден новый исследовательский проект по стандартам технологии 5G (см. непатентный документ 1). Целью исследовательского проекта является разработка новой технологии радиодоступа (NR), соответствующей всем сценариям практического применения, требованиям и потребностям среды развертывания сетей 5G. NR имеет три сценария практического применения: усовершенствованная широкополосная сеть мобильной связи (eMBB), массовая связь машинного типа (mMTC) и сверхнадежная связь с малой задержкой (URLLC). В июне 2017 г. на пленарном заседании RAN № 75 проекта 3GPP был утвержден соответствующий рабочий проект по технологии NR 5G (см. непатентный документ 2).

Связь 5G поддерживает механизм пейджинга. Например, когда сети требуется инициировать соединение с определенным оборудованием пользователя (UE), но это UE находится в состоянии RRC_IDLE или RRC_INACTIVE, сеть может передавать пейджинговое сообщение в одну или множество конкретных зон (например, в зону отслеживания) для пейджингового вызова этого UE. С другой стороны, для снижения энергопотребления UE связь 5G также поддерживает прерывистый прием (DRX), а ее базовый механизм предназначен для конфигурирования цикла DRX для UE таким образом, что UE требуется отслеживать только сигнализацию управления нисходящей линии связи, такую как связанная с пейджингом сигнализация управления, в течение части времени в пределах цикла DRX, а в течение оставшегося времени это оборудование может находиться в состоянии покоя (например, может быть выключен приемник).

На физическом уровне пейджинговое сообщение переносят по физическому совместно применяемому каналу для передачи данных по нисходящей линии связи (PDSCH), а планирование канала PDSCH осуществляют через физический канал управления нисходящей линии связи (PDCCH). Один PDCCH состоит из одного или множества элементов канала управления (CCE), а один CCE состоит из множества (например, шести) групп ресурсных элементов (REG). REG определена в наборе ресурсов управления (CORESET). Один CORESET включает в себя один или множество ресурсных блоков (каждый ресурсный блок состоит из 12 последовательных поднесущих в частотной области) в частотной области и включает в себя один или множество (например, один, два, или три) символов OFDM во временной области.

Не все UE в соте должны отслеживать пейджинг. UE в состоянии RRC_CONNECTED определяет, следует ли отслеживать пейджинговые сообщения по тому, был ли сконфигурирован (например, сконфигурирован посредством выделенной сигнализации) параметр pagingSearchSpace (также называемый paging-SearchSpace). UE в состоянии RRC_IDLE или RRC_INACTIVE должно отслеживать пейджинговые сообщения независимо от того, был ли сконфигурирован (например, сконфигурирован посредством блока 1 системной информации (SIB1)) параметр pagingSearchSpace.

UE отслеживает PDCCH в некоторых положениях временной области и частотной области, сконфигурированных сетью, в которых могут происходить передачи PDCCH. Эти положения временной области и частотной области могут быть связаны с определенным CORESET и параметром временной области CORESET. Такая информация о конфигурации может называться информацией о конфигурации пространства поиска, а пространство поиска для пейджинга может называться пространством поиска пейджинга. На ФИГ. 1 представлен пример конфигурации пространства поиска, в котором все события отслеживания PDCCH в пространстве поиска пронумерованы хронологически в порядке возрастания.

UE при приеме пейджингового сообщения требуется контролировать только часть событий отслеживания PDCCH (называемых событиями отслеживания PDCCH для пейджинга) в пространстве поиска пейджинга. Стадии, на которых UE определяет событие отслеживания PDCCH для пейджинга, могут быть описаны следующим образом.

1. Определение пространства поиска пейджинга. Если параметр pagingSearchSpace был сконфигурирован (независимо от того, для какого пространства поиска сконфигурирован параметр pagingSearchSpace), то пространство поиска, указанное параметром pagingSearchSpace, используют как пространство поиска пейджинга; в противном случае общее пространство поиска type0-PDCCH (общее пространство поиска type0-PDCCH представляет собой пространство поиска, используемое для отслеживания информации планирования SIB1, и также может называться пространством поиска 0, поскольку его идентификатор равен 0) используют в качестве пространства поиска пейджинга.

2. Определение механизма связывания, т. е. того, какой именно механизм используют для определения, какие события отслеживания PDCCH в пространстве поиска пейджинга являются событиями отслеживания PDCCH для пейджинга. Существующие стандарты и спецификации 3GPP определяют два механизма: связывания: стандартный механизм связывания и нестандартный механизм связывания. Если параметр pagingSearchange был сконфигурирован, используют нестандартный механизм связывания; в противном случае используют стандартный механизм связывания.

3. Определение кадра пейджинга (PF).

В каждом цикле DRX определены один или множество PF. UE связано с одним из PF в соответствии с идентификатором UE (например, идентификацией UE, определенной в соответствии с параметром 5G-S-TMSI, например UE_ID=5G-S-TMSI mod 1024). Например, UE вычисляет посредством следующей формулы номер кадра в системе (SFN), где находится связанный с ним PF:

(SFN+PF_offset) mod T = (T div N) * (UE_ID mod N),

где

SFN представляет собой номер кадра в системе, где находится PF, подлежащий вычислению.

PF_offset представляет собой значение смещения, используемое для вычисления PF.

T представляет собой цикл DRX. Например, стандартный цикл DRX может быть сконфигурирован с помощью параметра defaultPagingCycle в информации о конфигурации канала управления пейджинга (например, информации о конфигурации, указанной параметром pcch-Config).

N представляет собой количество PF в цикле DRX. N и PF_offset могут быть сконфигурированы посредством параметра nAndPagingFrameOffset в информации о конфигурации канала управления пейджинга.

4. Определение пейджингового события (PO).

Каждый PF соответствует одному или множеству PO, а каждое PO соответствует группе событий отслеживания PDCCH для пейджинга. Например, количество событий отслеживания PDCCH для пейджинга, соответствующих каждому PO, равно количеству событий отслеживания PDCCH, требуемых для однократного выполнения качания луча.

Количество (N) PO, соответствующих каждому PF, может быть сконфигурировано посредством параметра ns в информации о конфигурации канала управления пейджинга. UE связано с одним из PO в соответствии с идентификатором UE. Например, UE вычисляет посредством следующей формулы индекс связанного с ним PO:

i_s=floor (UE_ID/N) mod Ns.

5. Определение соответствующего события отслеживания PDCCH для пейджинга в связанном PO в соответствии с опорным лучом (например, индексом блока сигнала синхронизации/физического широковещательного канала (SSB); в общем случае различные SSB используют различные лучи передачи) и/или другими параметрами.

В существующих стандартах и спецификациях 3GPP информацию о конфигурации канала управления пейджинга определяют следующим образом:

в случае стандартного механизма связывания на стадии 4 и стадии 5, на которых UE определяет событие отслеживания PDCCH для пейджинга,

значение Ns может быть равным только 1 или 2. Если Ns=1, то для данного PF существует только одно PO, и это PO начинается с того SFN, в котором находится PF. Если Ns=2, то для данного PF существуют два PO; PO, соответствующее i_s=0, находится в первой половине SFN, в котором находится PF, а PO, соответствующее i_s=1, находится во второй половине SFN, в котором находится PF.

UE определяет события отслеживания PDCCH в соответствии со взаимосвязью для сопоставления индекса SSB событию отслеживания PDCCH в общем пространстве поиска type0-PDCCH и использует эти события отслеживания PDCCH в качестве событий отслеживания PDCCH для пейджинга.

На ФИГ. 2 приведен пример стандартного механизма связывания. Предполагается, что Ns=1, а базовая станция передает только SSB1 и SSB9 (т. е. одно качание луча включает в себя только два луча), затем UE обнаруживает SSB1 либо SSB9 и вычисляет положение события отслеживания PDCCH для пейджинга в соответствии с индексом обнаруженной SSB и взаимосвязью для сопоставления индекса SSB событию отслеживания PDCCH в общем пространстве поиска type0-PDCCH. Можно видеть, что во время вычисления UE запрашивает только индекс SSB, используемый таким образом, и ему не важно, сколько SSB и/или какие именно SSB фактически передаются базовой станцией.

В случае нестандартного механизма связывания на стадии 4 и стадии 5, на которых UE определяет событие отслеживания PDCCH для пейджинга,

начиная с первого события отслеживания PDCCH в SFN, в котором находится PF, все из «действительных событий отслеживания PDCCH» (например, события отслеживания PDCCH, не перекрывающие символ восходящей линии связи) в пространстве поиска пейджинга могут быть использованы в качестве событий отслеживания PDCCH для пейджинга (пронумерованных начиная от 0 в хронологическом порядке).

Первое PO (а именно PO, соответствующее i_s=0) начинается с SFN, в котором находится PF.

Если параметр firstPDCCH-MonitoringOccasionOfPO был сконфигурирован, то события отслеживания PDCCH для пейджинга, соответствующие (i_S+1)-му PO, представляют собой S последовательных событий отслеживания PDCCH для пейджинга, начиная с события отслеживания PDCCH, указанного (i_S+1)-м значением параметра firstPDCCH-MonitoringOccasionOfPO, где S представляет собой количество фактически переданных SSB, и, например, S может быть определено посредством параметра ssb-PositionsInBurst в SIB1.

Если параметр firstPDCCH-MonitoringOccationOfPO не сконфигурирован, то события отслеживания PDCCH для пейджинга, соответствующие (i_s+1)-му PO, представляют собой S последовательных событий отслеживания PDCCH для пейджинга, начиная с события отслеживания PDCCH для пейджинга под номером (i_S * S), где S представляет собой количество фактически переданных SSB, и, например, S может быть определено посредством параметра ssb-PositionsInBurst в SIB1.

На ФИГ. 3 представлен пример нестандартного механизма связывания. Предполагается, что события 0 и 1 отслеживания PDCCH являются «действительными событиями отслеживания PDCCH», т. е. могут быть использованы в качестве событий отслеживания PDCCH для пейджинга; параметр firstPDCCH-MonitoringOfPO не сконфигурирован; Ns=1 и базовая станция передает только SSB1 и SSB9 (т. е. S=2), тогда для данного PF события отслеживания PDCCH для пейджинга, соответствующие соответствующему PO, представляют собой два последовательных события отслеживания PDCCH, начиная с события отслеживания PDCCH под номером 0.

Кроме того, в существующих стандартах и спецификациях 3GPP сеть может выделять одну или множество «частей ширины полосы» (BWP) каждого UE. Каждая BWP включает в себя один или множество последовательных ресурсных блоков (RB). BWP восходящей линии связи и нисходящей линии связи, используемые UE во время первоначального доступа, соответственно называются начальной активной BWP восходящей линии связи и начальной активной BWP нисходящей линии связи, при этом BWP восходящей линии связи и нисходящей линии связи, используемые UE во время непервоначального доступа (т. е. в случаях, отличных от первоначального доступа), соответственно называются активной BWP восходящей линии связи и активной BWP нисходящей линии связи. Для каждой BWP может быть сконфигурировано одно пространство поиска пейджинга посредством параметра pagingSearchSpace.

В существующих стандартах и спецификациях 3GPP механизм, связанный с пейджингом, имеет следующие проблемы.

1. Если параметр pagingSearchSpace в SIB1 не сконфигурирован, UE в состоянии RRC_IDLE или RRC_INACTIVE определяет событие отслеживания PDCCH для пейджинга в соответствии со стандартным механизмом связывания. С другой стороны, если базовая станция ожидает, что UE в состоянии RRC_CONNECTED также отслеживает пейджинг в том же пространстве поиска пейджинга, базовая станция должна сконфигурировать параметр pagingSearchSpace UE равным 0; однако в этом случае UE в состоянии RRC_CONNECTED вынуждено использовать нестандартный механизм связывания для определения события отслеживания PDCCH для пейджинга. Однако общее пространство поиска type0-PDCCH не может одновременно обеспечивать активный стандартный механизм связывания и активный нестандартный механизм связывания. Например, как показано на ФИГ. 2 (стандартный механизм связывания), UE предполагает, что событие 1 отслеживания PDCCH для выполнения передачи использует луч 0; однако, как показано на ФИГ. 3 (нестандартный механизм связывания), UE предполагает, что событие 1 отслеживания PDCCH для выполнения передачи использует луч 1. Однако базовая станция, использующая аналоговое формирование луча, не может одновременно использовать разные лучи для выполнения передачи в одно и то же время (например, на одном или множестве символов).

2. Ns (параметр, используемый для конфигурирования количества PO, соответствующих каждому PF) представляет собой параметр уровня соты и применяется как для стандартного механизма связывания, так и для нестандартного механизма связывания, причем в стандартном механизме связывания могут быть сконфигурированы только Ns=1 или Ns=2, а в нестандартном механизме связывания могут быть сконфигурированы Ns=1, или Ns=2, или Ns=4. Эти проблемы являются следующими:

Если некоторые UE в соте используют стандартный механизм связывания (например, UE в состоянии RRC_IDLE или RRC_CONNECTED), а другие UE используют нестандартный механизм связывания (например, если активная BWP нисходящей линии связи UE и CORESET, связанный с общим пространством поиска type0-PDCCH, не перекрываются в частотной области), то UE, использующее нестандартный механизм связывания, не может использовать Ns=4.

Для стандартного механизма связывания Ns=2 можно сконфигурировать только в «состоянии 2 или 3 мультиплексирования SSB и CORESET» и только в том случае, когда период передачи SSB составляет 5 мс. Во всех других случаях можно сконфигурировать только Ns=1. Другими словами, хотя Ns является конфигурируемым параметром, его значение почти полностью зависит от других параметров, и это значение определяет предел как для стандартного механизма связывания, так и для нестандартного механизма связывания, в результате чего конфигурация Ns нестандартного механизма связывания является чрезвычайно негибкой.

3. При дуплексной передаче с временным разделением каналов (TDD) параметр firstPDCCH-MonitoringOccasionOfPO используют для указания первого события отслеживания PDCCH каждого PO. Проблема заключается в том, что циклы, в которых возникают интервалы (и/или символы) нисходящей линии связи, сконфигурированные в соте, и циклы, в которых возникают PO (например, первое PO, соответствующее первому PF в каждом цикле DRX), могут не иметь целочисленной кратной взаимосвязи между собой (т. е. первое не является целым числом, кратным последнему, а последнее не является целым числом, кратным первому). Таким образом, могут возникать следующие случаи: для заданного числа PO (например, первого PO, соответствующего PF) в некоторых циклах DRX событие отслеживания PDCCH, указанное для PO посредством параметра firstPDCCH-MonitoringOccasionOfPO, представляет собой «действительное событие отслеживания PDCCH»; однако в других циклах DRX событие отслеживания PDCCH, указанное для PO посредством параметра firstPDCCH-MonitoringOccasionOfPO, не является «действительным событием отслеживания PDCCH» (и его нельзя использовать в качестве события отслеживания PDCCH для пейджинга).

Следовательно, необходимо улучшить механизм пейджинга в существующих стандартах и спецификациях 3GPP. Например, необходимо улучшить определения стандартного механизма связывания и нестандартного механизма связывания так, чтобы UE в состоянии RRC_CONNECTED могло определять событие отслеживания PDCCH для пейджинга в соответствии со стандартным механизмом связывания. В другом примере определение Ns и/или механизм конфигурирования для Ns улучшены так, чтобы обеспечивать гибкое конфигурирование Ns в нестандартном механизме связывания. В еще одном примере механизм параметра firstPDCCH-MonitoringOccasionOfPO, указывающего первое событие отслеживания PDCCH РО, улучшен так, чтобы обеспечивать условия, при которых все указанные события отслеживания PDCCH для пейджинга являются «действительными событиями отслеживания PDCCH».

Документ предшествующего уровня техники

Непатентный документ

Непатентный документ 1: RP-160671, New SID Proposal: Study on New Radio Access Technology

Непатентный документ 2: RP-170855, новое WID новой технологии радиодоступа

Изложение сущности изобретения

Для решения по меньшей мере части вышеупомянутых проблем в настоящем изобретении предложен способ, выполняемый оборудованием пользователя, и оборудование пользователя, способные обеспечивать, чтобы UE, находящееся в состоянии RRC_CONNECTED, могло определять событие отслеживания PDCCH для пейджинга в соответствии со стандартным механизмом связывания, посредством улучшения определений стандартного механизма связывания и нестандартного механизма связывания и/или конфигурации связанных с пейджингом параметров, или обеспечивать гибкое конфигурирование Ns в нестандартном механизме связывания посредством улучшения определения Ns и/или механизма конфигурирования для Ns, или обеспечивать, чтобы все указанные в TDD события отслеживания PDCCH для пейджинга являлись «действительными событиями отслеживания PDCCH», посредством улучшения определения нестандартного механизма связывания.

В соответствии с настоящим изобретением предложен способ, выполняемый оборудованием пользователя, который включает: получение от базовой станции связанных с пейджингом параметров, причем связанные с пейджингом параметры включают в себя информацию, связанную с параметром конфигурации пространства поиска пейджинга; и определение в соответствии с информацией, связанной с параметром конфигурации пространства поиска пейджинга, механизма связывания для сопоставления события отслеживания физического канала управления нисходящей линии связи (PDCCH) в пространстве поиска пейджинга событию отслеживания PDCCH для пейджинга, причем, если информация, связанная с параметром конфигурации пространства поиска пейджинга, указывает на то, что параметр конфигурации пространства поиска пейджинга был сконфигурирован, а пространство поиска, указанное параметром конфигурации пространства поиска пейджинга, не является общим пространством поиска type0-PDCCH, используют нестандартный механизм связывания; если информация, связанная с параметром конфигурации пространства поиска пейджинга, указывает на то, что параметр конфигурации пространства поиска пейджинга не сконфигурирован, или информация, связанная с параметром конфигурации пространства поиска пейджинга, указывает на то, что параметр конфигурации пространства поиска пейджинга был сконфигурирован, а пространство поиска, указанное параметром конфигурации пространства поиска пейджинга, представляет собой общее пространство поиска type0-PDCCH, используют стандартный механизм связывания.

Предпочтительно, чтобы пространство поиска пейджинга, используемое в стандартном механизме связывания, представляло собой общее пространство поиска type0-PDCCH, а пространство поиска пейджинга, используемое в нестандартном механизме связывания, представляло собой пространство поиска пейджинга, сконфигурированное в соответствии с параметром конфигурации пространства поиска пейджинга.

Предпочтительно, чтобы при нахождении в незанятом состоянии управления радиоресурсом, а именно состоянии RRC_IDLE, или неактивном состоянии управления радиоресурсом, а именно состоянии RRC_INACTIVE, оборудование пользователя получало информацию, связанную с параметром конфигурации пространства поиска пейджинга, посредством блока 1 системной информации, а именно SIB1.

Предпочтительно, чтобы при нахождении в состоянии установленного подключения управления радиоресурсом, а именно состоянии RRC_CONNECTED, оборудование пользователя получало информацию, связанную с параметром конфигурации пространства поиска пейджинга, посредством блока 1 системной информации, а именно SIB1, или выделенной сигнализации.

Кроме того, в соответствии с настоящим изобретением предложен способ, выполняемый оборудованием пользователя, который включает: получение от базовой станции связанных с пейджингом параметров и/или связанных с доступом в систему параметров, причем связанные с пейджингом параметры включают в себя информацию, связанную с параметром конфигурации пространства поиска пейджинга; определение в соответствии с информацией, связанной с параметром конфигурации пространства поиска пейджинга, механизма связывания для сопоставления события отслеживания физического канала управления нисходящей линии связи (PDCCH) в пространстве поиска пейджинга событию отслеживания PDCCH для пейджинга; и определение в соответствии с определенным механизмом связывания, связанными с пейджингом параметрами и/или связанными с доступом в систему параметрами количества пейджинговых событий, соответствующих каждому кадру пейджинга.

Предпочтительно, чтобы связанные с доступом в систему параметры включали в себя состояние мультиплексирования блока сигнала синхронизации/физического широковещательного канала (SSB) и набора ресурсов управления (CORESET) и период SSB. Связанные с пейджингом параметры дополнительно включают в себя информацию о конфигурации канала управления пейджинга. Если определенный механизм связывания представляет собой нестандартный механизм связывания, оборудование пользователя определяет в соответствии с первым параметром, включенным в информацию о конфигурации канала управления пейджинга, количество пейджинговых событий, соответствующих каждому кадру пейджинга; если определенный механизм связывания представляет собой стандартный механизм связывания, оборудование пользователя определяет в соответствии с состоянием мультиплексирования SSB и CORESET и периодом SSB количество пейджинговых событий, соответствующих каждому кадру пейджинга, определяет в соответствии со вторым параметром, отличным от первого параметра и включенным в информацию о конфигурации канала управления пейджинга, количество пейджинговых событий, соответствующих каждому кадру пейджинга, или определяет в соответствии с предварительно заданным значением количество пейджинговых событий, соответствующих каждому кадру пейджинга.

Предпочтительно, чтобы при нахождении в незанятом состоянии управления радиоресурсом, а именно состоянии RRC_IDLE, или неактивном состоянии управления радиоресурсом, а именно состоянии RRC_INACTIVE, оборудование пользователя получало информацию, связанную с параметром конфигурации пространства поиска пейджинга, посредством блока 1 системной информации, а именно SIB1.

Предпочтительно, чтобы при нахождении в состоянии установленного подключения управления радиоресурсом, а именно состоянии RRC_CONNECTED, оборудование пользователя получало информацию, связанную с параметром конфигурации пространства поиска пейджинга, посредством блока 1 системной информации, а именно SIB1, или выделенной сигнализации.

Кроме того, в соответствии с настоящим изобретением предложен способ, выполняемый оборудованием пользователя, включающий: получение от базовой станции информации о конфигурации связанного с пейджингом параметра, такой как информация о конфигурации канала управления пейджинга; и определение используемого параметра пейджинга, такого как количество PO, соответствующих каждому PF, в соответствии с полученной информацией о конфигурации связанного с пейджингом параметра.

Кроме того, в соответствии с настоящим изобретением предложен способ, выполняемый оборудованием пользователя, включающий: получение от базовой станции связанных с пейджингом параметров, причем связанные с пейджингом параметры включают в себя информацию, связанную с параметром конфигурации пространства поиска пейджинга; определение в соответствии с информацией, связанной с параметром конфигурации пространства поиска пейджинга, механизма связывания для сопоставления события отслеживания физического канала управления нисходящей линии связи (PDCCH) в пространстве поиска пейджинга событию отслеживания PDCCH для пейджинга; и определение в соответствии с определенным механизмом связывания и связанными с пейджингом параметрами PO, соответствующих каждому PF, и события отслеживания PDCCH для пейджинга каждого PO.

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

Эффект изобретения

В соответствии с настоящим изобретением определения стандартного механизма связывания и нестандартного механизма связывания и/или конфигурации связанных с пейджингом параметров улучшают так, чтобы обеспечивать способность UE в состоянии RRC_CONNECTED определять событие отслеживания PDCCH для пейджинга в соответствии со стандартным механизмом связывания, или определение и/или механизм конфигурирования для Ns улучшают так, чтобы обеспечивать гибкое конфигурирование для Ns в нестандартном механизме связывания, или определение нестандартного механизма связывания улучшают так, чтобы обеспечивать, чтобы все указанные в TDD события отслеживания PDCCH для пейджинга являлись «действительными событиями отслеживания PDCCH».

Краткое описание графических материалов

Вышеперечисленные и другие признаки настоящего изобретения будут более четко определены в представленном ниже подробном описании в сочетании с прилагаемыми графическими материалами.

На ФИГ. 1 представлена схема примера конфигурации пространства поиска в соответствии с существующими стандартами и спецификациями 3GPP;

на ФИГ. 2 представлена схема примера стандартного механизма связывания, используемого UE;

на ФИГ. 3 представлена схема примера нестандартного механизма связывания, используемого UE;

на ФИГ. 4 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 1 осуществления настоящего изобретения;

на ФИГ. 5 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 2 осуществления настоящего изобретения;

на ФИГ. 6 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 3 осуществления настоящего изобретения;

на ФИГ. 7 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 4 осуществления настоящего изобретения; и

на ФИГ. 8 показана блок-схема оборудования пользователя (UE) включенного в настоящее изобретение.

Подробное описание

Ниже приведено подробное описание настоящего изобретения со ссылкой на прилагаемые чертежи и конкретные варианты осуществления. Следует отметить, что настоящее изобретение не ограничивается описанными ниже конкретными вариантами осуществления. Кроме того, в целях упрощения подробное описание известного уровня техники, не связанного непосредственно с настоящим изобретением, опускается во избежание путаницы в отношении понимания настоящего изобретения.

В представленном ниже описании система мобильной связи 5G и ее впоследствии усовершенствованные версии использованы в качестве примеров условий применения для подробного изложения множества вариантов осуществления в соответствии с настоящим изобретением. Однако следует отметить, что настоящее изобретение не ограничивается приведенными ниже вариантами осуществления и, более того, оно применимо к многим другим системам беспроводной связи, таким как система связи более поздней версии, чем 5G, и система мобильной связи 4G более ранней версии, чем 5G.

Ниже описаны некоторые термины, использованные в настоящем изобретении. Если не указано иное, термины, используемые в настоящем изобретении, определены, как указано ниже в настоящем документе. Термины, используемые в настоящем изобретении, в системах связи LTE, LTE-Advanced, LTE-Advanced Pro, NR и системах связи более поздних версий могут именоваться по-разному, но в настоящем изобретении принята унифицированная терминология. В случае применения в конкретной системе термины могут быть заменены терминами, принятыми в соответствующей системе.

3GPP: партнерский проект по системам 3-го поколения

BWP: часть ширины полосы

CCE: элемент канала управления

CORESET: набор ресурсов управления

DRX: прерывистый прием

eMBB: усовершенствованная широкополосная сеть мобильной связи

IE: информационный элемент

LTE-A: усовершенствованный стандарт долгосрочного развития сетей связи

MAC: управление доступом к среде передачи данных

MAC CE: элемент управления MAC

mMTC: массовая межмашинная связь

NR: новая радиосеть

OFDM: мультиплексирование с ортогональным частотным разделением каналов

PBCH: физический широковещательный канал

PCCH: канал управления пейджинга

PDCCH: физический канал управления нисходящей линии связи

PDSCH: физический совместно используемый канал для передачи данных по нисходящей линии связи

PF: кадр пейджинга

PO: пейджинговое событие

REG: группа ресурсных элементов

RRC: управление радиоресурсом

SFN: номер кадра в системе

SSB: блок SS/PBCH

UE: оборудование пользователя

URLLC: сверхнадежная связь с низким временем задержки

[Вариант 1 осуществления]

На ФИГ. 4 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 1 осуществления настоящего изобретения.

В варианте 1 осуществления настоящего изобретения стадии, выполняемые оборудованием пользователя (UE), включают:

получение связанных с пейджингом параметров на стадии 401. Связанные с пейджингом параметры включают в себя, например, информацию, связанную с параметром конфигурации пространства поиска пейджинга (например, было ли сконфигурировано пространство поиска пейджинга и/или идентификатор пространства поиска пейджинга и т. п.). Пространство поиска пейджинга может быть сконфигурировано посредством параметра pagingSearchSpace и также может быть сконфигурировано посредством других параметров.

Определение используемого механизма связывания в соответствии с вышеупомянутыми полученными связанными с пейджингом параметрами осуществляют на стадии 403. Например, используемый механизм связывания определяют в соответствии с информацией, связанной с параметром конфигурации пространства поиска пейджинга. Например, если параметр pagingSearchSpace, был сконфигурирован и пространство поиска, указанное параметром pagingSearchSpace, не является базовым пространством поиска, используют нестандартный механизм связывания; в противном случае используют стандартный механизм связывания. В настоящем документе базовое пространство поиска может представлять собой общее пространство поиска type0-PDCCH (также называемое пространством 0 поиска или пространством поиска для SIB1) или другое предварительно заданное пространство поиска.

В варианте 1 осуществления настоящего изобретения, если UE находится в состоянии RRC_IDLE или RRC_INACTIVE, то UE необязательно получает информацию о конфигурации связанного с пейджингом параметра посредством системной информации, такой как SIB1.

В варианте 1 осуществления настоящего изобретения, если UE находится в состоянии RRC_CONNECTED, то UE необязательно получает информацию о конфигурации связанного с пейджингом параметра посредством одного или более из следующих механизмов:

Системная информация, такая как SIB1.

Выделенная сигнализация.

Например, если для UE в состоянии RRC_CONNECTED базовая станция не конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, то UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace не сконфигурирован в системной информации, такой как SIB1, и базовая станция не конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace не сконфигурирован в системной информации, такой как SIB1, UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace сконфигурирован в системной информации, такой как SIB1, UE считает, что параметр pagingSearchSpace был сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace сконфигурирован в системной информации, такой как SIB1, или базовая станция конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace был сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если базовая станция конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace был сконфигурирован.

Необязательно в варианте 1 осуществления настоящего изобретения, если UE находится в состоянии RRC_CONNECTED, то применительно к информации о конфигурации связанного с пейджингом параметра (например, был ли сконфигурирован конкретный параметр, и/или какое значение присвоено параметру при конфигурировании, и т. п.) указание в выделенной сигнализации может заменять собой указание в системной информации, такой как SIB1.

В варианте 1 осуществления настоящего изобретения механизм связывания может необязательно относиться к механизму определения события отслеживания PDCCH для пейджинга, например к тому, какое пространство поиска будет использовано в качестве пространства поиска пейджинга, а в другом примере к тому, какой механизм должен быть использован для определения того, какие события отслеживания PDCCH в пространстве поиска пейджинга являются событиями отслеживания PDCCH для пейджинга. Механизм определения пространства поиска пейджинга может быть следующим: для стандартного механизма связывания в качестве пространства поиска пейджинга всегда используют общее пространство поиска type0-PDCCH; для нестандартного механизма связывания в качестве пространства поиска пейджинга используют пространство поиска, указанное параметром pagingSearchSpace. Кроме того, для стандартного механизма связывания механизм определения события отслеживания PDCCH для пейджинга может быть следующим: событие отслеживания PDCCH определяют в соответствии с взаимосвязью для сопоставления индекса SSB событию отслеживания PDCCH в общем пространстве поиска type0-PDCCH, а в качестве события отслеживания PDCCH для пейджинга используют определенное событие отслеживания PDCCH.

[Вариант 2 осуществления]

На ФИГ. 5 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 2 осуществления настоящего изобретения.

В варианте 2 осуществления настоящего изобретения стадии, выполняемые оборудованием пользователя (UE), включают:

получение связанных с пейджингом параметров и/или связанных с доступом в систему параметров на стадии 501. Связанные с пейджингом параметры включают в себя, например, информацию, связанную с параметром конфигурации пространства поиска пейджинга (например, было ли сконфигурировано пространство поиска пейджинга и/или идентификатор пространства поиска пейджинга и т. п.). Пространство поиска пейджинга может быть сконфигурировано посредством параметра pagingSearchSpace и также может быть сконфигурировано посредством других параметров.

Связанные с доступом в систему параметры включают в себя следующие параметры:

Состояние мультиплексирования SSB и CORESET, сконфигурированное посредством, например, параметра pdcch-ConfigSIB1.

Период SSB, сконфигурированный посредством, например, параметра ssb-periodicityServingCell.

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

Количество 1 PO, сконфигурированное посредством, например, параметра ns в информации о конфигурации канала управления пейджинга.

Количество 2 PO, сконфигурированное посредством, например, другого параметра, отличного от ns, в информации о конфигурации канала управления пейджинга (например, недавно добавленного параметра ns2 в информации о конфигурации канала управления пейджинга).

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

Определение связанных с пейджингом параметров и/или связанных с доступом к системе параметров, количества PO, соответствующих каждому PF, в соответствии с определенным механизмом связывания осуществляют на стадии 505.

Например, если для использования определен стандартный механизм связывания, количество PO, соответствующих каждому PF, может быть определено в соответствии с состоянием мультиплексирования SSB и CORESET и периодом SSB. Например, если состояние мультиплексирования SSB и CORESET равно 3, а период SSB равен 5 мс, то количество PO, соответствующих каждому PF, равно 2; в противном случае количество PO, соответствующих каждому PF, равно 1.

В другом примере, если для использования определен стандартный механизм связывания, количество PO, соответствующих каждому PF, может быть определено в соответствии с количеством 2 PO.

В другом примере, если для использования определен стандартный механизм связывания, количество PO, соответствующих каждому PF, может представлять собой предварительно заданное значение, например положительное целое число, равное 1.

В другом примере, если для использования определен нестандартный механизм связывания, количество PO, соответствующих каждому PF, может быть определено в соответствии с количеством 1 PO.

В варианте 2 осуществления настоящего изобретения, если UE находится в состоянии RRC_IDLE или RRC_INACTIVE, то UE необязательно получает информацию о конфигурации одного или множества связанных с пейджингом параметров посредством системной информации, такой как SIB1.

В варианте 2 осуществления настоящего изобретения, если UE находится в состоянии RRC_CONNECTED, то UE необязательно получает информацию о конфигурации одного или множества связанных с пейджингом параметров посредством одного или более из описанных ниже механизмов:

Системная информация, такая как SIB1.

Выделенная сигнализация.

Например, если для UE в состоянии RRC_CONNECTED базовая станция не конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, то UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace не сконфигурирован в системной информации, такой как SIB1, и базовая станция не конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace не сконфигурирован в системной информации, такой как SIB1, UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace сконфигурирован в системной информации, такой как SIB1, UE считает, что параметр pagingSearchSpace был сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace сконфигурирован в системной информации, такой как SIB1, или базовая станция конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace был сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если базовая станция конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace был сконфигурирован.

Необязательно в варианте 2 осуществления настоящего изобретения, если UE находится в состоянии RRC_CONNECTED, то применительно к информации о конфигурации одного или множества связанных с пейджингом параметров (например, был ли сконфигурирован конкретный параметр, и/или какое значение присвоено параметру при конфигурировании, и т. п.) указание в выделенной сигнализации может заменять собой указание в системной информации, такой как SIB1.

В варианте 2 осуществления настоящего изобретения механизм связывания может необязательно относиться к механизму определения события отслеживания PDCCH для пейджинга, например к тому, какое пространство поиска будет использовано в качестве пространства поиска пейджинга, а в другом примере к тому, какой механизм должен быть использован для определения того, какие события отслеживания PDCCH в пространстве поиска пейджинга являются событиями отслеживания PDCCH для пейджинга. Механизм определения пространства поиска пейджинга может быть следующим: для стандартного механизма связывания в качестве пространства поиска пейджинга всегда используют общее пространство поиска type0-PDCCH; для нестандартного механизма связывания в качестве пространства поиска пейджинга используют пространство поиска, указанное параметром pagingSearchSpace. Кроме того, для стандартного механизма связывания механизм определения события отслеживания PDCCH для пейджинга может быть следующим: событие отслеживания PDCCH определяют в соответствии с взаимосвязью для сопоставления индекса SSB событию отслеживания PDCCH в общем пространстве поиска type0-PDCCH, а в качестве события отслеживания PDCCH для пейджинга используют определенное событие отслеживания PDCCH.

[Вариант 3 осуществления]

На ФИГ. 6 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 3 осуществления настоящего изобретения.

В варианте 3 осуществления настоящего изобретения стадии, выполняемые оборудованием пользователя (UE), включают:

получение информации о конфигурации связанного с пейджингом параметра, например информации о конфигурации канала управления пейджинга, на стадии 601. Информация о конфигурации канала управления пейджинга может включать в себя один или более из следующих элементов конфигурации:

Стандартный цикл DRX, сконфигурированный посредством, например, параметра defaultPagingCycle.

Количество (N) PF в цикле DRX и значение смещения (PF_offset), применяемые для вычисления PF, например N и PF_offset, сконфигурированные посредством параметра nAndPagingFrameOffset.

Количество (N) PO, соответствующих каждому PF, сконфигурированное посредством, например, параметра ns.

Первое событие отслеживания PDCCH каждого PO, сконфигурированное посредством, например, параметра firstPDCCH-MonitoringOccasionOfPO.

Например, получают информацию о конфигурации канала управления пейджинга в SIB1.

В другом примере получают информацию о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи.

В другом примере получают информацию о конфигурации канала управления пейджинга в SIB1 и также получают информацию о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи.

В другом примере получают информацию о конфигурации канала управления пейджинга активной BWP нисходящей линии связи.

В другом примере получают информацию о конфигурации канала управления пейджинга в SIB1 и также получают информацию о конфигурации канала управления пейджинга активной BWP нисходящей линии связи.

Определение используемого параметра пейджинга в соответствии с полученной информацией о конфигурации связанного с пейджингом параметра осуществляют на стадии 603.

Например, если получена только информация о конфигурации канала управления пейджинга в SIB1, то информацию о конфигурации канала управления пейджинга в SIB1 используют в качестве параметра пейджинга для всех частей BWP нисходящей линии связи (включая начальную активную BWP нисходящей линии связи и активную BWP нисходящей линии связи).

В другом примере, если получена только информация о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи, то информацию о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи используют в качестве параметра пейджинга начальной активной BWP нисходящей линии связи.

В другом примере, если получена только информация о конфигурации канала управления пейджинга активной BWP нисходящей линии связи, то информацию о конфигурации канала управления пейджинга активной BWP нисходящей линии связи используют в качестве параметра пейджинга активной BWP нисходящей линии связи.

В другом примере, если получена информация о конфигурации канала управления пейджинга в SIB1 и также получена информация о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи и если информация о конфигурации канала управления пейджинга в SIB1 и информация о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи включают в себя один и тот же параметр конфигурации (например, количество PO, соответствующих каждому PF, сконфигурированное, посредством например, параметра ns), то параметр конфигурации, включенный в информацию о конфигурации канала управления пейджинга начальной активной BWP нисходящей линии связи, применяют в качестве параметра пейджинга начальной активной BWP нисходящей линии связи.

В другом примере, если получена информация о конфигурации канала управления пейджинга в SIB1 и также получена информация о конфигурации канала управления пейджинга активной BWP нисходящей линии связи и если информация о конфигурации канала управления пейджинга в SIB1 и информация о конфигурации канала управления пейджинга активной BWP нисходящей линии связи включают в себя один и тот же параметр конфигурации (например, количество PO, соответствующих каждому PF, сконфигурированное посредством, например, параметра ns), то параметр конфигурации, включенный в информацию о конфигурации канала управления пейджинга активной BWP нисходящей линии связи, применяют в качестве параметра пейджинга активной BWP нисходящей линии связи.

В варианте 3 осуществления настоящего изобретения UE необязательно представляет собой UE в состоянии RRC_CONNECTED.

[Вариант 4 осуществления]

На ФИГ. 7 представлена блок-схема способа, выполняемого оборудованием пользователя, в соответствии с вариантом 4 осуществления настоящего изобретения.

В варианте 4 осуществления настоящего изобретения стадии, выполняемые оборудованием пользователя (UE), включают:

получение связанных с пейджингом параметров на стадии 701. Связанные с пейджингом параметры включают в себя, например, информацию, связанную с параметром конфигурации пространства поиска пейджинга (например, было ли сконфигурировано пространство поиска пейджинга и/или идентификатор пространства поиска пейджинга и т. п.). Пространство поиска пейджинга может быть сконфигурировано посредством параметра pagingSearchSpace и также может быть сконфигурировано посредством других параметров.

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

Определение PO, соответствующих каждому PF, и события отслеживания PDCCH для пейджинга каждого PO в соответствии с определенным механизмом связывания и связанными с пейджингом параметрами осуществляют на стадии 705.

Например, если для использования определен нестандартный механизм связывания,

начиная с первого события отслеживания PDCCH в SFN, в котором находится PF, все из «действительных событий отслеживания PDCCH» (например, события отслеживания PDCCH, не перекрывающие символ восходящей линии связи) в пространстве поиска пейджинга могут быть использованы в качестве событий отслеживания PDCCH для пейджинга (пронумерованных начиная от 0 в хронологическом порядке).

первое PO (а именно PO, соответствующее i_s=0) начинается с SFN, в котором находится PF.

если параметр firstPDCCH-MonitoringOccasionOfPO был сконфигурирован, то события отслеживания PDCCH для пейджинга, соответствующие (i_s+1)-му PO, представляют собой S последовательных событий отслеживания PDCCH для пейджинга, начиная с первого события отслеживания PDCCH для пейджинга, отсчитанных от события отслеживания PDCCH, указанного (i_s+1)-м значением параметра firstPDCCH-MonitoringOccationOfPO (включая событие отслеживания PDCCH, указанное (i_s+1)-м значением параметра firstPDCCH-MonitoringOccasionOfPO). Например, если S=2 и событие отслеживания PDCCH, указанное первым значением параметра firstPDCCH-MonitoringOccationOfPO, представляет собой событие 6 отслеживания PDCCH для пейджинга, то первое PO соответствует событию 6 отслеживания PDCCH для пейджинга и событию 7 отслеживания PDCCH для пейджинга. В другом примере, если S=2 и событие отслеживания PDCCH, указанное первым значением параметра firstPDCCH-MonitoringOccationOfPO, не является «действительным событием отслеживания PDCCH» и если номер первого события отслеживания PDCCH для пейджинга, отсчитанного от события отслеживания PDCCH, указанного первым значением параметра firstPDCCH-MonitoringOccationOfPO, равен 2, то первое PO соответствует событию 2 отслеживания PDCCH для пейджинга и событию 3 отслеживания PDCCH для пейджинга.

Если параметр firstPDCCH-MonitoringOccasionOfPO не сконфигурирован, то события отслеживания PDCCH для пейджинга, соответствующие (i_s+1)-му PO, представляют собой S последовательных событий отслеживания PDCCH для пейджинга, начиная с события отслеживания PDCCH для пейджинга под номером (i_S * S),

где S представляет собой количество фактически переданных SSB, и, например, S может быть определено посредством параметра ssb-PositionsInBurst в SIB1.

В варианте 4 осуществления настоящего изобретения, если UE находится в состоянии RRC_IDLE или RRC_INACTIVE, то UE необязательно получает информацию о конфигурации одного или множества связанных с пейджингом параметров посредством системной информации, такой как SIB1.

В варианте 4 осуществления настоящего изобретения, если UE находится в состоянии RRC_CONNECTED, то UE необязательно получает информацию о конфигурации одного или множества связанных с пейджингом параметров посредством одного или более из описанных ниже механизмов:

Системная информация, такая как SIB1.

Выделенная сигнализация.

Например, если для UE в состоянии RRC_CONNECTED базовая станция не конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, то UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace не сконфигурирован в системной информации, такой как SIB1, и базовая станция не конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace не сконфигурирован в системной информации, такой как SIB1, UE считает, что параметр pagingSearchSpace не сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace сконфигурирован в системной информации, такой как SIB1, UE считает, что параметр pagingSearchSpace был сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если параметр pagingSearchSpace сконфигурирован в системной информации, такой как SIB1, или базовая станция конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace был сконфигурирован.

В другом примере, в котором UE находится в состоянии RRC_CONNECTED, если базовая станция конфигурирует параметр pagingSearchSpace для UE посредством выделенной сигнализации, UE считает, что параметр pagingSearchSpace был сконфигурирован.

Необязательно в варианте 4 осуществления настоящего изобретения, если UE находится в состоянии RRC_CONNECTED, то применительно к информации о конфигурации одного или множества связанных с пейджингом параметров (например, был ли сконфигурирован конкретный параметр, и/или какое значение присвоено параметру при конфигурировании, и т. п.) указание в выделенной сигнализации может заменять собой указание в системной информации, такой как SIB1.

В варианте 4 осуществления настоящего изобретения механизм связывания может необязательно относиться к механизму определения события отслеживания PDCCH для пейджинга, например к тому, какое пространство поиска будет использовано в качестве пространства поиска пейджинга, а в другом примере к тому, какой механизм должен быть использован для определения того, какие события отслеживания PDCCH в пространстве поиска пейджинга являются событиями отслеживания PDCCH для пейджинга. Механизм определения пространства поиска пейджинга может быть следующим: для стандартного механизма связывания в качестве пространства поиска пейджинга всегда используют общее пространство поиска type0-PDCCH; для нестандартного механизма связывания в качестве пространства поиска пейджинга используют пространство поиска, указанное параметром pagingSearchSpace. Кроме того, для стандартного механизма связывания механизм определения события отслеживания PDCCH для пейджинга может быть следующим: событие отслеживания PDCCH определяют в соответствии с взаимосвязью для сопоставления индекса SSB событию отслеживания PDCCH в общем пространстве поиска type0-PDCCH, а в качестве события отслеживания PDCCH для пейджинга используют определенное событие отслеживания PDCCH.

Вышеописанные примеры и варианты осуществления можно комбинировать друг с другом при условии отсутствия несовместимости. Например, вариант 1 осуществления и вариант 2 осуществления можно использовать вместе в комбинации. В этом случае UE определяет механизм связывания, который должен быть использован в соответствии со стадиями варианта 1 осуществления, и определяет количество PO, соответствующих каждому PF, в соответствии со стадиями варианта 2 осуществления.

На ФИГ. 8 показана блок-схема оборудования пользователя (UE) включенного в настоящее изобретение. Как показано на ФИГ. 8, оборудование 80 пользователя (UE) включает в себя процессор 801 и запоминающее устройство 802. Процессор 801 может включать в себя, например, микропроцессор, микроконтроллер, встроенный процессор и т. д. Запоминающее устройство 802 может включать в себя, например, энергозависимое запоминающее устройство (например, оперативное запоминающее устройство (ОЗУ)), жесткий диск (HDD), энергонезависимое запоминающее устройство (например, флэш-память) или иные запоминающие устройства. Программные команды хранятся в запоминающем устройстве 802. Команды при исполнении процессором 801 могут реализовывать упомянутый выше способ, выполняемый оборудованием пользователя, как подробно описано в настоящем изобретении.

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

Следует понимать, что описанные выше варианты осуществления настоящего изобретения могут быть реализованы с помощью программного обеспечения, аппаратного обеспечения или сочетания программного и аппаратного обеспечения. Например, различные компоненты базовой станции и оборудования пользователя в приведенных выше вариантах осуществления могут быть реализованы посредством множества устройств, в число которых входят, без ограничений: устройство на аналоговой схеме, устройство на цифровой схеме, схема цифрового сигнального процессора (DSP), программируемый процессор, специализированная интегральная схема (ASIC), программируемая пользователем вентильная матрица (FPGA), сложное программируемое логическое устройство (CPLD) и т. п.

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

Кроме того, варианты осуществления настоящего изобретения, описанные в настоящем документе, могут быть реализованы на компьютерном программном продукте. Более конкретно, компьютерный программный продукт представляет собой следующий продукт: продукт, имеющий машиночитаемый носитель, закодированный с помощью собственной компьютерной программной логики, при выполнении на вычислительном оборудовании компьютерная программная логика обеспечивает связанные операции для реализации технического решения настоящего изобретения. При выполнении на по меньшей мере одном процессоре вычислительной системы компьютерная программная логика позволяет процессору выполнять операции (способы), описанные в вариантах осуществления настоящего изобретения. Такая конфигурация настоящего изобретения, как правило, обеспечивается в виде программного обеспечения, кодов и/или других структур данных, предоставляемых или кодируемых на машиночитаемом носителе, например оптическом носителе (например, постоянном запоминающем устройстве на компакт-диске (CD-ROM)), гибком диске или жестком диске и т. п., или в виде других носителей, таких как микропрограммное обеспечение или микрокоды на одном или более постоянных запоминающих устройствах (ПЗУ), оперативных запоминающих устройствах (ОЗУ) или микросхемах программируемых постоянных запоминающих устройств (ППЗУ), или в виде загружаемого образа программного обеспечения, совместно используемой базы данных и т. п., в одном или более модулях. Программное обеспечение, или микропрограммное обеспечение, или аналогичная конфигурация могут быть установлены на вычислительном устройстве так, чтобы один или более процессоров в вычислительном устройстве выполняли технические решения, описанные в вариантах осуществления настоящего изобретения.

Кроме того, каждый функциональный модуль или каждая функция устройства базовой станции и терминального устройства, используемых в каждом из вышеописанных вариантов осуществления, могут быть реализованы или выполнены электрической схемой, которая обычно представляет собой одну или множество интегральных схем. Электрические схемы, выполненные с возможностью осуществления различных функций, описанных в настоящем изобретении, могут включать в себя процессоры общего назначения, цифровые сигнальные процессоры (DSP), специализированные интегральные схемы (ASIC) или интегральные схемы общего назначения, программируемые пользователем вентильные матрицы (FPGA) или другие программируемые логические устройства, схемы на дискретных компонентах или транзисторные логические схемы, или дискретные аппаратные компоненты, или любую комбинацию вышеперечисленного. Процессор общего назначения может представлять собой микропроцессор или процессор может представлять собой существующий процессор, контроллер, микроконтроллер или машину состояний. Вышеупомянутый процессор общего назначения или каждая схема могут быть выполнены с помощью цифровой схемы или могут быть выполнены с помощью логической схемы. Кроме того, при появлении усовершенствованной технологии, которая может прийти на смену текущим интегральным схемам благодаря достижениями в полупроводниковой технологии, в настоящем изобретении можно также использовать интегральные схемы, полученные с помощью этой продвинутой технологии.

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

Изобретение относится к средствам определения первого события отслеживания физического канала управления нисходящей линии связи (PDCCH). Технический результат – обеспечение того, чтобы все указанные в дуплексной передаче с временным разделением каналов (TDD) события отслеживания PDCCH для пейджинга являлись «действительными событиями отслеживания PDCCH». Получают от базовой станции связанные с пейджингом параметры, причем связанные с пейджингом параметры включают в себя информацию, связанную с параметром конфигурации пространства поиска пейджинга, и определение в соответствии с информацией, связанной с параметром конфигурации пространства поиска пейджинга, механизма связывания для сопоставления события отслеживания PDCCH в пространстве поиска пейджинга событию отслеживания PDCCH для пейджинга, причем, если информация указывает на то, что параметр конфигурации пространства поиска пейджинга был сконфигурирован, а пространство поиска, указанное параметром конфигурации пространства поиска пейджинга, не является общим пространством поиска type0-PDCCH, используют нестандартный механизм связывания; если информация указывает на то, что параметр конфигурации пространства поиска пейджинга не сконфигурирован, или информация, связанная с параметром конфигурации пространства поиска пейджинга, указывает на то, что параметр конфигурации пространства поиска пейджинга был сконфигурирован, а пространство поиска, указанное параметром конфигурации пространства поиска пейджинга, представляет собой общее пространство поиска type0-PDCCH, используют стандартный механизм связывания. 3 н.п. ф-лы, 8 ил.

1. Способ определения первого события отслеживания PDCCH, выполняемый оборудованием пользователя, содержащий:

прием второй информации о конфигурации канала управления пейджинга активной части ширины полосы (BWP) нисходящей линии связи, которая является BWP, отличной от начальной активной BWP нисходящей линии связи, используемой во время первоначального доступа, в дополнение к приему первой информации о конфигурации канала управления пейджинга в SIB1, каждая из первой информации о конфигурации канала управления пейджинга и второй информации о конфигурации канала управления пейджинга включает в себя соответствующий параметр firstPDCCH-MonitoringOccasionOfPO для конфигурирования первого события отслеживания физического канала управления нисходящей линии связи (PDCCH) каждого пейджингового события (РО) кадра пейджинга (PF); и

определение первого события отслеживания PDCCH каждого РО PF для активной BWP нисходящей линии связи на основании параметра firstPDCCH-MonitoringOccasionOfPO, специфичного для активной BWP нисходящей линии связи.

2. Оборудование пользователя, сконфигурированное для определения первого события отслеживания PDCCH, содержащее:

процессор; и

запоминающее устройство, в котором хранятся команды;

при этом, основываясь на командах, процессор сконфигурирован для:

приема второй информации о конфигурации канала управления пейджинга активной части ширины полосы (BWP) нисходящей линии связи, которая является BWP, отличной от начальной активной BWP нисходящей линии связи, используемой во время первоначального доступа, в дополнение к приему первой информации о конфигурации канала управления пейджинга в SIB1, каждая из первой информации о конфигурации канала управления пейджинга и второй информации о конфигурации канала управления пейджинга включает в себя соответствующий параметр firstPDCCH-MonitoringOccasionOfPO для конфигурирования первого события отслеживания физического канала управления нисходящей линии связи (PDCCH) каждого пейджингового события (РО) кадра пейджинга (PF); и

определения первого события отслеживания PDCCH каждого РО PF для активной BWP нисходящей линии связи на основании параметра firstPDCCH-MonitoringOccasionOfPO, специфичного для активной BWP нисходящей линии связи.

3. Базовая станция, содержащая:

процессор; и

запоминающее устройство, в котором хранятся команды;

при этом, основываясь на командах, процессор сконфигурирован для передачи, на оборудование пользователя, второй информации о конфигурации канала управления пейджинга активной части ширины полосы (BWP) нисходящей линии связи, которая является BWP, отличной от начальной активной BWP нисходящей линии связи, используемой во время первоначального доступа, в дополнение к приему первой информации о конфигурации канала управления пейджинга в SIB1, каждая из первой информации о конфигурации канала управления пейджинга и второй информации о конфигурации канала управления пейджинга включает в себя соответствующий параметр firstPDCCH-MonitoringOccasionOfPO для конфигурирования первого события отслеживания физического канала управления нисходящей линии связи (PDCCH) каждого пейджингового события (РО) кадра пейджинга (PF); и

параметра firstPDCCH-MonitoringOccasionOfPO, специфичного для активной BWP нисходящей линии связи, побуждающего оборудование пользователя определять первое событие отслеживания PDCCH каждого РО PF для активной BWP нисходящей линии связи.