Способ и устройство для отчёта о результатах измерений

Изобретение относится к сетям связи. Технический результат изобретения заключается в уменьшении времени на переконфигурацию оконечного устройства и восстановление после отказа, связанного с вторичным сетевым узлом. Способ связи реализован в оконечном устройстве и содержит этапы, на которых получают результаты измерений на основании, по меньшей мере частично, конфигураций главного сетевого узла и вторичного сетевого узла, причем результаты измерений связаны с сервисными частотами, конфигурируемыми главным сетевым узлом и вторичным сетевым узлом; в ответ на отказ, связанный со вторичным сетевым узлом, с которым соединено оконечное устройство, передают главному сетевому узлу отчет, содержащий результаты измерений и информацию о частоте, связанную со вторичным сетевым узлом. Причем информация о частоте содержит местоположение частоты сигнала синхронизации, связанного со вторичным сетевым узлом, и/или местоположение частоты опорного сигнала, связанного со вторичным сетевым узлом, при этом информация о частоте используется главным сетевым узлом для определения связи между результатами измерений и сервисными частотами. 2 н. и 7 з.п. ф-лы, 20 ил.

 

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

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

Уровень техники

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

Провайдеры услуг связи и операторы сетей постоянно сталкиваются с проблемами предоставления пользователям ценностей и удобств, например, обеспечивая привлекательные услуги и характеристики. При быстром развитии сетевых и коммуникационных технологий беспроводная сеть, такая как сеть долгосрочной эволюции (Long Term Evolution, LTE)/сеть четвертого поколения (4G) или сеть New Radio (NR)/сеть пятого поколения (5G), может поддерживать операцию двойной связанности (dual connectivity, DC) оконечного устройства. В качестве примера, оконечное устройство может быть выполнено с возможностью использования радиоресурсов, предоставляемых двумя отдельными планировщиками, расположенными в различных узлах сети, соединённых через интерфейс между двумя сетями связи. В этом случае может быть желательно получать преимущества характеристик DC, в то же время учитывая различные конфигурации сетевых узлов.

Раскрытие сущности изобретения

Этот раздел "Раскрытие сущности изобретения" представляется для введения выбора концепций в упрощённой форме, которые дополнительно описываются ниже в подробном описании. Этот раздел "Раскрытие сущности изобретения" не предназначен идентифицировать ключевые признаки или существенные признаки заявленного предмета изобретения, а также не предназначен использоваться для ограничения объема защиты заявленного предмета изобретения.

Сети связи, поддерживающие операцию DC оконечного устройства, могут потребовать для оконечного устройства координацию главного сетевого узла (также называемого (master node, MN) и вторичного сетевого узла (также называемого secondary node, SN). Например, MN может быть проинформирован, что соединение от оконечного устройства к SN неисправно или нарушено и, соответственно, получить соответствующие результаты измерений от оконечного устройства. Однако, MN может быть неспособен понять результаты измерений, собранные в соответствии с конфигурацией SN. Поэтому может быть необходимым обеспечить эффективный механизм отчетности, чтобы позволить MN интерпретировать результаты измерений, связанные с SN.

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

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

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

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

В соответствии с четвертым вариантом первого предложенного решения, обеспечивается устройство. Устройство содержит блок получения и передающий блок. В соответствии с некоторыми примерными вариантами осуществления, блок получения может быть выполнен с возможностью осуществления, по меньшей мере, этапа получения способа, соответствующего первому варианту первого предложенного решения. Передающий блок может быть выполнен с возможностью осуществления, по меньшей мере, этапа передачи способа, соответствующего первому варианту первого предложенного решения.

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

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

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

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

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

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

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

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

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

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

В соответствии с примерным вариантом осуществления, отчёт может указывать связь между сервисной частотой, конфигурированной посредством SN, и результатом измерений, связанным с сервисной частотой.

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

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

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

В соответствии с примерным вариантом осуществления, связь может указываться посредством индекса сервисной ячейки на сервисной частоте, конфигурированной посредством SN. Индекс сервисной ячейки может иметь взаимосвязь преобразования с сервисной частотой. Например, взаимосвязь преобразования может быть получена MN от SN.

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

В соответствии с примерным вариантом осуществления, результаты измерений, связанные с сервисными частотами, конфигурированными посредством MN, в отчёте могут быть отделены от результатов измерений, связанных с сервисными частотами, конфигурированными посредством SN.

В соответствии с примерным вариантом осуществления, индекс сервисной ячейки может быть назначен SN без координации с MN.

В соответствии с примерным вариантом осуществления, индекс сервисной ячейки может быть назначен путем координации MN и SN.

В соответствии с примерным вариантом осуществления, информация об измерении может дополнительно содержать результаты измерений, связанные с лучами, используемыми MN и SN.

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

В некоторых примерных вариантах осуществления MN может потребоваться выбрать целевой SN для оконечного устройства и, соответственно, предоставить необходимые результаты измерений от оконечного устройства целевому SN. Кроме того, SN, в настоящее время соединённый с оконечным устройством, может также выбрать целевой SN для оконечного устройства, чтобы изменить соединение с ним, и, соответственно, предоставить необходимые результаты измерений от оконечного устройства целевому SN. Однако, целевой SN может быть неспособен понять результаты измерений, собранные в соответствии с конфигурациями MN или первоначального SN. Поэтому может иметь место необходимость разрешить целевому SN интерпретировать результаты измерений, связанные с MN и/или первоначальным SN.

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

В соответствии с первым вариантом второго предложенного решения, обеспечивается способ, реализуемый в сетевом узле, действующем в качестве MN. Способ содержит получение информации об измерении, связанной с оконечным устройством, соединённым, по меньшей мере, с MN. Способ дополнительно содержит передачу отчёта, содержащего информацию об измерении, первому SN. Отчёт может указывать информацию о частоте, связанную с информацией об измерении.

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

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

В соответствии с четвертым вариантом второго предложенного решения, обеспечивается устройство. Устройство содержит блок получения и передающий блок. В соответствии с некоторыми примерными вариантами осуществления блок получения может быть выполнен с возможностью осуществления, по меньшей мере, этапа получения способа, соответствующего первому варианту второго предложенного решения. Передающий блок может быть выполнен с возможностью осуществления, по меньшей мере, этапа передачи способа, соответствующего первому варианту второго предложенного решения.

В соответствии с пятым вариантом второго предложенного решения, обеспечивается способ, реализуемый на первом SN. Способ содержит этап, на котором принимают отчёт, содержащий информацию об измерении от MN. Информация об измерении может быть связана с оконечным устройством, которое соединяется, по меньшей мере, с MN. Отчёт может указывать информацию о частоте, связанную с информацией об измерении. Способ дополнительно содержит интерпретацию информации об измерении.

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

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

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

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

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

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

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

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

В соответствии с примерным вариантом осуществления, оконечное устройство может соединяться с MN и вторым SN. Информация об измерении может быть получена от второго SN. Например, информация об измерении может содержать результаты измерений, связанные с сервисной частотой, конфигурированной вторым SN.

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

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

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

В соответствии с примерным вариантом осуществления, передача и/или прием отчёта могут быть ответом на определение первого SN.

В соответствии с примерным вариантом осуществления, определение первого SN может инициироваться MN или вторым SN, с которыми соединяется оконечное устройство.

В некоторых примерных вариантах осуществления MN может быть информирован, что соединение от оконечного устройства к SN неисправно или прервано и, соответственно, получить соответствующие результаты измерений в отчете об отказе от оконечного устройства. Отчет об отказе может содержать некоторую информацию о частотах, такую как, частота несущей, связанная с объектом измерений. Однако, информация о частотах, где указывается частота несущей, может быть недоступна для объекта измерений NR в контексте NR. Поэтому может иметь место необходимость усилить предоставление информации о частотах для объекта измерений NR.

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

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

В соответствии с примерным вариантом осуществления, информация о частоте может дополнительно содержать смещение блока сигнала синхронизации (synchronization signal block, SSB). В соответствии с примерным вариантом осуществления, местоположение частоты сигнала синхронизации может содержать местоположение частоты, в котором передается блок сигнала синхронизации/физического широковещательного канала (SS/PBCH). В соответствии с примерным вариантом осуществления, местоположение частоты опорного сигнала может содержать опорное местоположение, из которого может быть получено местоположение частоты информации о состоянии канала-опорного сигнала (CSI-RS).

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

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

В соответствии с четвертым вариантом третьего предложенного решения, обеспечивается устройство, реализуемое в сетевом узле, работающем в качестве SN. Устройство содержит приемный блок и блок получения. В соответствии с некоторыми примерными вариантами осуществления, приемный блок может быть выполнен с возможностью осуществления, по меньшей мере, этапа получения способа, соответствующего первому варианту третьего предложенного решения. Блок получения может быть выполнен с возможностью осуществления по меньшей мере этапа получения способа, соответствующего первому варианту третьего предложенного решения.

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

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

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

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

В соответствии с четвертым вариантом четвертого предложенного решения, обеспечивается устройство. Устройство содержит блок получения и передающий блок. В соответствии с некоторыми примерными вариантами осуществления, блок получения может быть выполнен с возможностью осуществления, по меньшей мере, этапа получения способа, соответствующего первому варианту четвертого предложенного решения. Передающий блок может быть выполнен с возможностью осуществления, по меньшей мере, этапа передачи способа, соответствующего первому варианту четвертого предложенного решения.

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

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

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

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

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

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

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

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

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

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

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

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

В соответствии с некоторыми примерными вариантами осуществления, информация о местоположении частоты опорного сигнала может содержать опорное местоположение, относительно которого получают местоположение информации о состоянии канала-опорного сигнала (channel state information-reference signal, CSI-RS).

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

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

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

фиг. 1 - примерная архитектура плоскости пользователя (user plane, UP) в соответствии с вариантом осуществления настоящего раскрытия;

фиг. 2 - другая примерная архитектура UP в соответствии с вариантом осуществления настоящего раскрытия;

фиг. 3 - примерная архитектура плоскости управления (control plane, CP) в соответствии с вариантом осуществления настоящего раскрытия;

фиг. 4 - другая примерная архитектура плоскости управления CP в соответствии с вариантом осуществления настоящего раскрытия;

фиг. 5A - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 5B - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 5C - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 5D - блок-схема устройства, соответствующего некоторым вариантам осуществления настоящего раскрытия;

фиг. 5E - блок-схема устройства, соответствующего некоторым вариантам осуществления настоящего раскрытия;

фиг. 5F - блок-схема устройства, соответствующего некоторым вариантам осуществления настоящего раскрытия;

фиг. 6A - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 6B - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 6C - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 6D - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 6E - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 6F - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 7A - диаграмма процедуры отказа в соответствии с вариантом осуществления настоящего раскрытия;

фиг. 7B - блок-схема последовательности выполнения операций способа в соответствии с некоторыми вариантами осуществления настоящего раскрытия;

фиг. 7C - блок-схема устройства, соответствующего некоторым вариантами осуществления настоящего раскрытия; и

фиг. 8 - блок-схема устройства, соответствующего некоторым вариантами осуществления настоящего раскрытия.

Осуществление изобретения

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

Термин "сеть связи", как он используется здесь, относится к сети, соответствующей любым подходящим стандартам связи, таким как New Radio (NR), система долгосрочной эволюции (Long Term Evolution, LTE), LTE-Advanced, широкополосный система мультидоступа с кодовым разделением каналов (Wideband Code Division Multiple Access, WCDMA), система высокоскоростного пакетного доступа (High-Speed Packet Access, HSPA) и так далее. Дополнительно, связь между оконечным устройством и сетевым узлом в сети связи может быть выполнена в соответствии с любым из подходящих протоколов связи соответствующего поколения, включая, но не ограничиваясь только этим, протоколы связи первого поколения (1G), второго поколения (2G), 2.5G, 2.75G, третьего поколения (3G), 4G, 4.5G, 5G и/или любые другие протоколы, известные в настоящее время или которые будут разработаны в будущем.

Термин "сетевой узел" относится к сетевому устройству в сети связи, через которое оконечное устройство получает доступ к сети и принимает от него услуги. Сетевой узел может относиться к базовой станции (Base Station, BS), точке доступа (Access Point, AP), объекту мультиячеечной/многоадресной координации (multi-cell/multicast coordination entity, MCE), контроллеру или к любому другому соответствующему устройству в сети беспроводной связи. BS может быть, например, узлом B (NodeB или NB), развитым NodeB (eNodeB или eNB), NodeB следующего поколения (gNodeB или gNB), удаленным радиоблоком (Remote Radio Unit, RRU), радиоголовкой (radio head, RH), удаленной радиоголовкой (remote radio head, RRH), реле, узлом малой мощности, таким, как фемто-узел, пико-узел и т.д.

Еще одни, дополнительные примеры сетевого узла содержат мультистандартное радиооборудование (Multi-Standard Radio, MSR), такое как MSR BS, сетевые контроллеры, такие как сетевые радиоконтроллеры (Radio Network Controller, RNC) или контроллеры базовой станции (Base Station Controller, BSC), базовые приемопередающие станции (Base Transceiver Station, BTS), передающие точки, передающие узлы, узлы позиционирования и/или тому подобное. Более широко, однако, сетевой узел может представлять собой любое соответствующее устройство (или группу устройств), способное, конфигурированное, расположенное и/или выполненное с возможностью разрешения и/или обеспечения доступа оконечного устройства к сети беспроводной связи или предоставления каких-либо услуг оконечному устройству, которое получило доступ к сети беспроводной связи.

Термин "оконечное устройство" относится к любому оконечному устройству, которое может получить доступ к сети связи и принимать от нее услуги. Для примера, но не для ограничения, оконечное устройство может относиться к мобильному терминалу, оборудованию пользователя (user equipment, UE) или к другим соответствующим устройствам. UE может быть, например, абонентской станцией, переносной абонентской станцией, подвижной станцией (mobile station, MS) или терминалом доступа (access terminal, AT). Оконечное устройство может содержать, но не ограничиваясь только этим, портативные компьютеры, оконечные устройства получения изображения, такие как цифровые фотоустройства, устройства игровых терминалов, музыкальные запоминающие устройства и устройства воспроизведения, мобильный телефон, сотовый телефон, смартфон, планшет, носимое устройство, персональный цифровой секретарь (PDA), транспортное средство и т.п.

Термины "первый", "второй" и т.д, как они используются здесь, относятся к различным элементам. Единственное число предназначено подразумевать также и множественное число, если контекст ясно не указывает иное. Термины "содержит", "содержащий", "имеет", "имеющий", "включает" и/или "включающий", как они используются здесь, указывают на присутствие заявленных признаков, элементов, и/или компонентов и т.п., но не препятствуют присутствию или добавлению одного или более других признаков, элементов, компонентов и/или их сочетаний. Термин "основанный на" должен читаться как "основанный, по меньшей мере частично, на". Термин "один вариант осуществления" и "вариант осуществления" должен читаться как “по меньшей мере один из вариантов осуществления". Термин "другой вариант осуществления" должен читаться как "по меньшей мере один другой вариант осуществления". Другие определения, явные и неявные, могут быть описаны ниже.

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

Например, развернутая универсальная мобильная система связи (universal mobile telecommunications system, UMTS), наземная сеть радиодоступа (Е-UTRAN) могут поддерживать операции DC, так, чтобы многочисленные передатчики/приемники (Tx/Rx) UE в состоянии подключенного управления радиоресурсами (RRC_CONNECTED) могли быть выполнены с возможностью использования радиоресурсов, предоставляемых двумя различными планировщиками, например, расположенными в двух eNB (таких как базовые станции), соединенных через неидеальный транспортный канал по интерфейсу X2. Неидеальный транспортный канал подразумевает, что транспорт сообщений по интерфейсу X2 между узлами может подвергаться как задержкам пакетов, так и потерям.

В целом, eNB, содержащиеся в DC для определенного UE, может принимать две различных роли: eNB может либо действовать в качестве главного узла (master node, MN), также называемого главным eNB (MeNB), либо действовать в качестве вторичного узла (SN), также называемого вторичным eNB (SeNB). В соответствии с решением для LTE DC, UE может соединяться с MN и SN. Соответственно, eNB может действовать для различных UE и как MN, и как SN одновременно.

На фиг. 1 представлена примерная архитектура UP, соответствующая варианту осуществления настоящего раскрытия. Примерная архитектура UP, показанная на фиг. 1, может быть применима к сценарию LTE DC. Показаны три типа уровней радиопротокола для MN и SN, содержащие уровень протокол конвергенции пакетных данных (packet data convergence protocol, PDCP), уровень управления линией радиосвязи (radio link control, RLC) и уровень управления доступом к носителю (medium access control, MAC). Архитектура радиопротокола, которая используется конкретной несущей, может зависеть от того, как настраивается несущая.

Как показано на фиг. 1, могут существовать три типа несущей: несущая главной группы ячеек (master cell group, MCG), несущая группы вторичных ячеек (secondary cell group, SCG) и разделенная несущая. Термин "группа" используется, поскольку MN и SN могут использовать агрегацию несущих (carrier aggregation, CA), чтобы конфигурировать многочисленные ячейки и для MN, и для SN. В инфраструктуре LTE RRC располагается в MN и радионесущие сигнализации (signaling radio bearer, SRB) всегда конфигурируются как несущие типа MCG и поэтому используют только радиоресурсы MN. Когда eNB действует в качестве SN для UE, eNB в сценарии LTE DC может не иметь никакого контекста RRC для этого UE и вся такая сигнализация для UE управляется на MN.

UE может иметь соответствующую архитектуру протокола, в которой UE способно посылать и принимать сообщения RRC через SRB к MN, тогда как трафик данных на радионесущих передачи данных (data radio bearer, DRB) можно осуществляться через назначенные радиоресурсы к MN/SN или от MN/SN.

На фиг. 2 представлена диаграмма, показывающая другую примерную архитектуру UP в соответствии с вариантом осуществления настоящего раскрытия. Примерная архитектура UP, показанная на фиг. 2, может быть применима к сценарию LTE-NR DC (также называемому "тесное взаимодействие LTE-NR" (LTE-NR tight interworking) или к сценарию NR DC. По сравнению со сценарием LTE DC, в сценарии, показанном на фиг. 2, разделенная несущая, передаваемая от SN, представляется как разделенная несущая SCG, в дополнение к разделенной несущей, передаваемой от MN (которая показана как разделенная несущая MCG на фиг. 2). SN в данном случае может также упоминаться как вторичный узел gNB (SgNB).

На фиг. 3 представлена схема примерной архитектуры CP, соответствующей варианту осуществления настоящего раскрытия. Примерная архитектура CP, показанная на фиг. 3, может быть применима к сценарию NR/5G DC. По сравнению со сценарием LTE DC, в сценарии, показанном на фиг. 3, SRB не всегда может быть выполнена как несущая типа MCG, а разделенная несущая для RRC вводится как разделенная SRB для MN и SN. Кроме того, прямое RRC от SN вводится как SCG SRB или прямая SRB.

На фиг. 2 и 3 можно видеть, что отдельные SRB поддерживаются как со стороны MN, так и со стороны SN. Это означает, что UE может получить сообщения сигнализации, такие как сообщения RRC как от MN, так и от SN. Таким образом, может иметь место два случая сообщения RRC, ответственного за управление UE, одно направляется от MN, а другое - от SN. При таких обстоятельствах UE должно завершить сигнализацию RRC для двух случаев.

Мотивирование введения таких случаев многочисленных RRC в NR DC и, в частности, для LTE-NR DC, состоит в том, что MN и SN могут частично быть автономно ответственными за управление радиоресурсами. Например, MN может назначать ресурсы из некоторого спектра, используя LTE, тогда как SN может быть ответственен за конфигурацию и назначение ресурсов из некоторого другого спектра, который использует NR. Поскольку проблемы с назначением ресурсов в LTE и NR могут существенно отличаться (например, NR может назначаться в спектре, где крайне желательно формирование луча, тогда как LTE может назначаться в спектре с хорошим покрытием, но с очень переполненными ресурсами), важно, чтобы SN имел некоторый уровень автономии, чтобы конфигурировать и управлять UE на ресурсах, связанных с SN. С другой стороны, общая ответственность за связанность с UE, вероятно, должна возлагаться на MN, так чтобы MN мог нести общую ответственность, например, за мобильность, за изменения состояний UE и за удовлетворение требований по качеству услуг для UE и т.д.

MN и SN могут быть сетевыми узлами, которые используют технологии радиодоступа LTE (4G) или NR (5 G). Они оба могут поддерживать одну и ту же технологию или могут поддерживать различные технологии. В примерном сценарии MN использует LTE и соединяется с развернутым пакетным ядром (evolved packet core, EPC), в то время как SN использует NR и не соединяется напрямую с базовой сетью. Все трафики к/от UE проходят через MN от EPC или к ЕРС. Этот сценарий также известен как неавтономная NR. Следует понимать, что могут быть и другие сценарии, где MN и SN могут применять или поддерживать другие различные технологии радиоинтерфейса. Например, MN может поддерживать LTE или NR, в то время как SN может поддерживать LTE или NR. Другие технологии могли также использоваться через радиоинтерфейс.

На фиг. 4 представлена другая примерная архитектура CP, соответствующая варианту осуществления настоящего раскрытия. В этом варианте осуществления тесного взаимодействия LTE-NR UE соединяется с многочисленными сетевыми узлами, например, MeNB, поддерживающим LTE, и SgNB, поддерживающим NR (которые показаны на фиг. 4 как MN и SN, соответственно). MeNB и SgNB могут, соответственно, иметь уровень автономии для конфигурации и управления UE в отношении его радиоресурсов, которые могут отражаться в поддержке многочисленных случаев RRC. Конфигурация и управление могут иметь место, используя протокол сигнализации, такой как протокол RRC. Альтернативно, конфигурация и управление могли быть реализованы, например, используя протокол MAC.

На фиг. 4, оба протокола MeNB и SgNB завершают протоколы RRC для LTE и NR, соответственно. Как можно видеть, UE поэтому завершает оба варианта протоколов LTE RRC и NR RRC. Другие варианты протокола, такие как варианты протоколов уровня PDCP, RLC, MAC, физического уровня (PHY), также схематично показаны на фиг. 4. С другой стороны, механизм сигнализации управления (в дополнение к прямой SRB и разделенным SRB), использующий встроенное RRC в LTE-NR тесного взаимодействия, также поясняется на фиг. 4. Встроенное RRC может использоваться, когда прямая SRB недоступна и SgNB должен конфигурировать UE, что влияет только на участок NR.

Например, SgNB может послать сообщение RRC к MeNB через интерфейс X2, который MeNB затем встраивает в свое собственное сообщение RRC и посылает через SRB1 (которая может быть разделенной SRB или MCG SRB). UE затем будет иметь возможность извлечь встроенное сообщение NR RRC из контейнерного сообщения MeNB RRC и применить конфигурации на NR участка. В направлении восходящего канала (UL) UE может встраивать сообщения NR RRC в сообщение LTE RRC в направлении к MeNB и MeNB может извлечь встроенное сообщение NR RRC из этого сообщения LTE RRC и передать его на SgNB.

В сетевом сценарии, поддерживающем DC, отказ SCG может быть инициирован по ряду причин, например, когда UE не в состоянии поддерживать соединение с SN (такое как соединение через ячейки SN), и в этом случае UE контролирует качество линии связи для основной вторичной ячейки (PSCell) SCG. Альтернативно, отказ SCG может быть инициирован отказом изменения SCG. Одна или более процедур для инициирования и выполнения восстановления при отказе SCG могут быть выполнены в ответ на отказ SCG.

Посредством процедуры восстановления при отказе SCG сеть может быть уведомлена, что соединение с SN функционирует неправильно или повреждено. Это может быть достигнуто, посылая сообщение SCGFailureInformation, чтобы предоставить информацию об отказе линии радиосвязи SCG от UE к MN. Затем MN может попытаться, например, восстановить или переустановить новый SCG через прежний SN или через другой SN. Например, MN может назначить новую ячейку PSCell.

Например, сообщение SCGFailureInformation может быть сообщением LTE RRC, которое содержит различные фрагменты информации, необходимые для управления соединением с UE, в том числе, результаты измерений, конфигурированные посредством MN. Сообщение также может содержать информацию, несущую флаг причины, о причине инициирования сообщения.

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

• measResultServFreqList, которая содержит результаты измерений сервисных частот; и

• measResultNeighCells, которая содержит результаты измерений несервисных частот.

Для результатов измерений, о которых сообщают в measResultServFreqList, информация, которая может быть сообщена для каждой сервисной частоты, может содержать:

• конкретный для UE индекс сервисной ячейки (который может быть назначен сетью через выделенную сигнализацию) и принимаемую мощность опорного сигнала/качество приема опорного сигнала (reference signal receiving power/ reference signal receiving quality, RSRP/RSRQ) для сервисной ячейки; и

• идентификатор физической ячейки (PCI) и RSRP/RSRQ для наилучшего соседа сервисной ячейки на той же самой частоте.

Для результатов измерений, сообщаемых в measResultNeighCells, информация, которая может сообщаться для каждой несервисной частоты, может содержать:

• несущую частоту; и

• PCI и RSRP/RSRQ для каждой ячейки в наилучших измеренных ячейках на этой частоте.

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

В примерном случае отказа SCG UE может поддержать текущие конфигурации измерений со стороны как MN, так и SN (например, UE не может предпринимать автономных действий), и UE может продолжать измерений, основываясь на конфигурации, полученной от MN. В соответствии с примерным вариантом осуществления, UE может включать в сообщение SCGFailureInformation результаты измерений, доступные в соответствии с текущими конфигурациями измерений как MN, так и SN. Может быть предпочтительным, чтобы MN мог обработать SCGFailureInformation и затем принять решение, сохранять, изменять или освобождать SN/SCG. Соответственно, результаты измерений, соответствующие конфигурации SN, могут быть переданы прежнему SN и/или новому SN. Может также быть желательно, чтобы новый SN мог интерпретировать результаты измерений, основываясь на конфигурации от прежнего SN.

В сценарии LTE DC, поскольку все конфигурации (включая связанные с CA/DC) поступают от MN, MN способен интерпретировать всю сообщаемую информацию, включая связь между ячейками, переносчиками и измерениями. В сценарии LTE-NR DC, с другой стороны, SN также имеет возможность конфигурировать результаты измерений самостоятельно. Таким образом, MN или другой новый SN могут быть неспособны понимать результаты измерений в соответствии с конфигурацией, полученной от прежнего SN, особенно, если некоторые идентификаторы являются только локально уникальными. Например, индекс сервисной ячейки SCell, которая была конфигурирована SN, может быть тем же самым, что и используемым MN. Кроме того, даже если не существует никакого конфликта индексов сервисных ячеек, MN может быть неспособен знать, с какой частотой связывается ячейка, о которой сообщают в сообщении measResultServFreqList. В случае LTE DC, так как существует MN, который ответственен за конфигурацию, он может поддерживать преобразование частоты, используемой ячейками SCell (независимо от того, принадлежат ли они к SCG или MCG) с индексом сервисной ячейки. Однако, PCI, содержащийся в информации о наилучшем соседе сервисной ячейки, может не использоваться, чтобы идентифицировать частоту, потому что один и тот же PCI может использоваться двумя ячейками, работающими на разных частотах.

Поэтому, это может быть желательным ввести эффективное решение, чтобы позволить MN и, как вариант, новому SN интерпретировать результаты измерений, основываясь на конфигурации, полученной от прежнего SN. В первом предложенном решении в соответствии с некоторыми примерными вариантами осуществления UE может содержать в отчете (таком как сообщение об отказе SCG), посланном MN, некоторую информацию, позволяющую MN (или потенциально новому SN) интерпретировать/понимать результаты измерений и потенциально действовать после приема отчета. Например, информация, содержащаяся в отчете, может указать связь между связанными с SN ячейками и/или частотой и результатами измерений. Таким образом, можно идентифицировать, где произошел отказ, решая, таким образом, любую потенциальную неоднозначность.

Первое предложенное решение в настоящем раскрытии может быть применимо к сетевому контексту, где UE, поддерживающее DC, может соединяться с двумя сетевыми узлами, такими как MN и SN. Таким образом, UE может быть конфигурировано двумя отдельными объектами управления (такими как оконечные пункты RRC), чтобы выполнить измерений для управления радиоресурсами. Отдельные отчеты о результатах измерений могут быть направлены MN и SN, соответственно. В примерном варианте осуществления MN может использовать технологию LTE, а SN может использовать технологию NR.

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

В соответствии с примерным вариантом осуществления, UE может подвергнуться отказу в направлении SN (такому как отказ SCG). Для отказа могут быть различные причины, такие как обнаруженная плохая радиосвязь PSCell в направлении SN. Инициированное отказом и посредством процедуры восстановления, UE может информировать MN об отказе SCG, например, посылая на MN сообщение об отказе SCG. Сообщение об отказе SCG может содержать информацию об измерении. Например, информация об измерении может содержать результаты измерений, конфигурированные как RRC для MN, так и как RRC для SN.

В соответствии с примерным вариантом осуществления, результаты измерений, связанные с сервисными частотами SN, могут обрабатываться либо как сервисная частота, либо как несервисная частота с точки зрения UE, посылая сообщение об отказе SCG, такое как сообщение SCGFailureInformation. В примерном варианте осуществления, где сервисные частоты SN обрабатываются как несервисные частоты UE, информация о частотах, связанная с результатами измерений, может быть, естественно, включена в сообщение об отказе SCG, как описано в отношении measResultNeighCells в LTE RRC. С помощью дополнительной информации о частоте, такой как положение частоты и номер несущей, MN и, как вариант, новый SN могут понять результаты измерений в соответствии с конфигурацией, полученной от прежнего SN.

В другом примерном варианте осуществления, где сервисные частоты SN обрабатываются как сервисные частоты посредством UE, возможны три альтернативных схемы. В схеме I информация о частоте может также сообщать результаты измерений каждой сервисной частоты, конфигурированной посредством SN. В схеме II результаты измерений сервисных частот можно сообщить в двух отдельных частях или списках, таких как список результатов измерений для сервисных частот, конфигурированных посредством MN, и другой список результатов измерений для сервисных частот, конфигурированных посредством SN. Таким образом, нет никакой необходимости для MN и SN выполнять координацию того, как назначать индексы сервисных ячеек, так как MN может различать результаты измерения сервисных частот SN из результатов измерений сервисных частот MN, хотя никакая информация о сервисных частотах SN не сообщается. В схеме III MN и SN могут выполнять координацию в отношении того, как назначать индексы сервисных ячеек, так чтобы MN и SN не могли использовать один и тот же индекс ячейки. Кроме того, результаты измерений сервисных частот могут сообщаться в действующей LTE.

Для схем II и III, MN может быть неспособен интерпретировать результаты измерений, основанные на конфигурации, полученной от SN, поскольку MN не знает информации о частоте, связанной с этими результатами измерений. Однако, MN может распознать результаты измерений, основываясь на конфигурации, полученной от SN, например, с помощью других списков результатов измерений, как установлено UE в схеме II, или на глобально уникальном индексе сервисной ячейки, координируемой MN и SN в схеме III. В этом отношении MN может запросить, чтобы SN сообщил ему преобразование индекса сервисной ячейки в конфигурированною узлом SN частоту.

Применяя первое предложенное решение в настоящем раскрытии, характеристики сети связи, поддерживающей DC, такую как LTE-NR DC, могут быть значительно улучшены, поскольку MN и, потенциально, новый SN могут понимать все результаты измерений, включенные в отчет, такие как сообщение SCGFailureInformation от UE. Затем MN и/или новый SN могут переконфигурировать UE так, чтобы должным образом соединиться с сетью. В противном случае, между UE и сетью может потребоваться новая конфигурация измерений и новое измерение, что может задержать процедуру восстановления после отказа SCG.

На фиг. 5A представлена блок-схема последовательности выполнения операций способа 510 в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Способ 510, показанный на фиг. 5A, может быть выполнен устройством, реализуемым на оконечном устройстве, или средствами связи связанным с оконечным устройством. В соответствии с примерным вариантом осуществления, оконечное устройство может обслуживаться системой связи, поддерживающей DC, например, системой тесного взаимодействия LTE-NR, в которой узел сети LTE является узлом MN для UE и узел сети NR является узлом SN для UE (также упоминается как EN-DC), системой LTE-NR DC, где узлом сети NR является MN для UE, а узлом сети LTE является узел SN для UE (также упоминается как NE-DC), системой NR-NR DC, где оба узла MN и SN являются сетевыми узлами NR, или любой другой соответствующей системой, поддерживающей DC.

В соответствии с примерным способом 510, показанным на фиг. 5A, оконечное устройство может быть соединено с MN и SN. Оконечное устройство может получать информацию об измерении, основываясь, по меньшей мере частично, на конфигурациях MN и SN, как показано в блоке 512. Например, информация об измерении может содержать результаты измерений, связанные с сервисными частотами, конфигурированными посредством MN и SN.

В соответствии с примерным вариантом осуществления, как MN, так и SN могут конфигурировать UE, например, указывая, что измерять, как измерять и как отчитываться. Когда никакого отказа линии радиосвязи нет, результаты измерений в соответствии с конфигурацией MN могут быть отправлены на MN, а результаты измерений в соответствии с конфигурацией SN могут быть отправлены на SN. Однако, отказ, связанный с SN, может произойти по разным причинам. В ответ на отказ, связанный с SN, оконечное устройство может передать отчет, содержащий информацию об измерении на MN, как показано в блоке 514. Например, когда существует отказ линии радиосвязи, такой как отказ SCG, UE может послать MN сообщение SCGFailureInformation, которое содержит имеющиеся в наличии результаты измерений в соответствии с конфигурациями как MN, так и SN.

На фиг. 5B представлена блок-схема последовательности выполнения операций способа 520 в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Способ 520, показанный на фиг. 5B, может быть выполнен устройством, реализуемом на сетевом узле, или средствами связи, связанным с сетевым узлом. В соответствии с примерным вариантом осуществления, сетевой узел может содержать MN, поддерживающий технологии LTE, 5G NR или другие соответствующие радиотехнологии, такие как главный eNB (MeNB) или главный gNB (MgNB).

В соответствии с операциями примерного способа 510, как показано на фиг. 5A, MN в примерном способе 520 принимает от оконечного устройства отчет, содержащий информацию об измерении, как показано на этапе 522. Оконечное устройство может быть соединено с MN в первой сети и с SN во второй сети. Информация об измерении основывается, по меньшей мере частично, на конфигурациях MN и SN. В примерном варианте осуществления первая сеть может содержать сеть LTE, а вторая сеть может содержать сеть NR. Альтернативно, первая сеть может содержать сеть NR, а вторая сеть может содержать сеть LTE или сеть NR. Следует понимать, что при выполнении примерных способов могут также быть применены и другие соответствующие технологии радиодоступа.

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

В соответствии с примерным вариантом осуществления, отчет, передаваемый от оконечного устройства к MN, может содержать сообщение об отказе (такое как сообщение SCGFailureInformation или другое соответствующее сообщение сигнализации) для сообщения MN об отказе, связанном с SN.

В соответствии с примерным вариантом осуществления, отчет может указывать связь между сервисной частотой, конфигурированной посредством SN, и результатом измерений, связанным с сервисной частотой. Например, связь может указываться, индицируя сервисную частоту, конфигурированную посредством SN. Альтернативно, связь может быть обозначена индексом сервисной ячейки на сервисной частоте, конфигурированной посредством SN, где индекс сервисной ячейки может иметь соотношение преобразования с сервисной частотой.

В соответствии с примерным вариантом осуществления, где связь указывается индикацией сервисной частоты, конфигурированной посредством SN, UE может обрабатывать сервисную частоту, конфигурированную посредством SN (например, все частоты, используемые ячейками SCG), как несервисную частоту. Таким образом, UE может содержать информацию о частоте для сервисной частоты или переносчика, конфигурированного посредством SN, в отчете, передаваемом к MN. Например, информация о частоте может содержать точное положение частоты (например, в пределах частоты несущей), где передаются один или более ресурсных блоков. Позиция частоты может находиться либо в центре переносчика, либо в другом положении частоты, смещенном от центра. Альтернативно или дополнительно, информация о частоте может содержать некоторую информацию о переносчике, например, номер переносчика (такой как значение абсолютного номера радиочастотного канала (absolute radio frequency channel number, ARFCN)) и дополнительный сдвиг частоты.

В случае, когда сервисная частота, конфигурированная посредством SN, обрабатывается как несервисная частота, результат измерений, связанный с сервисной частотой, конфигурированной посредством SN, может содержать: идентификатор (такой как PCI) наилучшей измеренной ячейки на сервисной частоте, и индикацию качества опорного сигнала (такую как RSRP/RSRQ) для наилучшей измеренной ячейки. С этой информацией, включенной в отчет, MN может быть способен интерпретировать принятые результаты измерений, независимо от того, связаны ли результаты измерений с MN или SN. Отчет о результатах измерений может содержать сообщение SCGFailureInformation, структуру которого, возможно, изменять не придется.

Заметим, что в этом случае возможна некоторая потеря информации по сравнению со случаем, когда сервисная частота, конфигурированная посредством SN, обрабатывается как сервисная частота. Для сервисной частоты UE может вводить частоты PSCell и SCell в часть отчета об измерении, посвященную сервисным частотам, а также вводить результаты измерений наилучшего соседа для каждой ячейки. Однако, при обработке частот PSCell и SCell как части отчета об измерении, посвященной несервисным частотам, в отчет может быть включена только информация о наилучшей измеренной ячейке на каждой частоте.

С этой точки зрения может быть возможным модифицировать сообщение SCGFailureInformation, так чтобы сервисные ячейки SCG были включены в часть, посвященную несервисным частотам, в то время как дополнительная информация о соседях может также быть включена точно таким же образом в часть, посвященную сервисным частотам. В соответствии с примерным вариантом осуществления, в дополнение к идентификатору (такому как PCI) наилучшей измеренной ячейки на сервисной частоте и индикации качества опорного сигнала (такой как RSRP/RSRQ) для наилучшей измеренной ячейки, результат измерений, связанный с сервисной частотой, конфигурированной посредством SN, может дополнительно содержать идентификатор (такой как PCI) наилучшего соседа наилучшей измеренной ячейки и индикацию качества опорного сигнала (такую как RSRP/RSRQ) для наилучшего соседа.

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

Для случая, когда сервисная частота, конфигурированная посредством SN, обрабатывается как сервисная частота, результат измерений, связанный с сервисной частотой, конфигурированной посредством SN, может содержать: индекс сервисной ячейки на сервисной частоте, индикацию качества опорного сигнала (такого как RSRP/RSRQ) для сервисной ячейки, идентификатор (такой как PCI) наилучшего соседа сервисной ячейки, и индикацию качества опорного сигнала (такого как RSRP/RSRQ) для наилучшего соседа.

В соответствии с примерным вариантом осуществления, чтобы сделать MN (и, как вариант, новый SN, для которого результаты измерений могут быть переданы позже) способным интерпретировать результаты измерений, даже когда они основаны на конфигурации от прежнего SN, структура отчета об измерении, такого как сообщение SCGFailureInformation, может потребовать улучшений, чтобы включить информацию о частоте, связанную с сервисной частотой, конфигурированной посредством SN. Например, может быть разработано новое сообщение SCGFailureInformation, как показано ниже, добавляя поле для указания информации о частоте для сервисной частоты, конфигурированной посредством SN, как показано ниже.

Заметим, поле информации о частоте может быть необязательным полем, потому что информация о частоте может не быть необходима для сервисных ячеек MCG, поскольку MN уже знает о ней. Следует понимать, что, хотя здесь используется термин "ARFCN-ValueEUTRA", может также использоваться другой подходящий термин, который может зависеть от используемых радиотехнологий. Например, если SN связывается с NR, сообщенная информация о частоте может быть связана с NR. Таким образом, такой термин, как "ARFCN-ValueNR" может быть использован для поля информации о частоте.

В примерном варианте осуществления поле информации о частоте может указывать положение частоты (например, в пределах несущей частоты), в котором передаются один или более блоков радиоресурсов. Возможный параметр или значение поля информации о частоте могут указывать центр переносчика или другое положение частоты, смещенное от центра. Дополнительно, информация о частоте NR может содержать информацию о несущей (такую как номер несущей, представленный ARFCN-ValueNR) и дополнительный сдвиг частоты. Также, размер отчета может быть увеличен. Однако, это, возможно, не проблема, потому что, например, отчет передается через MN, который в принципе имеет все еще хорошую линию связи, и события отказа редки и, таким образом, возможно, не происходят постоянно (например, по сравнению с обычными отчетами об измерении).

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

Например, новое сообщение SCGFailureInformation может быть построено так, как указано ниже, разделяя результаты измерений на две части: одна для сервисных частот, конфигурированных посредством MN, а другая - для сервисных частот, конфигурированных посредством SN, как показано ниже.

Аналогично, поле информации о частоте может быть необязательным полем, потому что информация о частоте может не требоваться для сервисных ячеек MCG, поскольку MN уже знает об этом. Для результатов измерений, связанных с сервисной частотой, конфигурированной посредством SN, MN (и, дополнительно, новый SN) может быть способен отличить их от результатов измерений, связанных с сервисной частотой, конфигурированной посредством MN, поскольку два типа результатов измерений могут быть разделены в отчете.

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

Альтернативно или дополнительно, MN может получить от SN некоторую информацию, указывающую преобразование из индекса сервисной ячейки в сервисную частоту посредством других процессов, преднамеренно не запрашивая ее от SN. Например, добавление и удаление SCells в SCG, хотя оно должно решаться SN, возможно, все еще придется координировать с MN из-за ограничения общего количества носителей, которое может поддерживать UE. Кроме того, UE может не поддерживать все возможные комбинации полос между переносчиками LTE и NR. Таким образом, преобразование индекса ячейки в частоту для ячеек SCG, может происходить неявно как часть такого процесса координации.

В соответствии с примерным вариантом осуществления, где связь между сервисной частотой, конфигурированной посредством SN, и результатом измерений обозначается индексом сервисной ячейки, которая имеет соотношение преобразования с сервисной частотой, индекс сервисной ячейки может быть назначен путем координации MN и SN. Например, MN и SN могут координировать назначение индексов сервисных ячеек, чтобы удостовериться, что один и тот же индекс сервисной ячейки не используется одновременно MN и SN. В этом случае, индекс сервисной ячейки может быть глобально уникальным индексом и, таким образом, может не быть никакой необходимости в отчете делить результаты измерений на различные части, даже при том, что никакая соответствующая информация о частоте не сообщается для MN. Другими словами, UE может обрабатывать сервисную частоту, конфигурированную посредством SN как сервисную частоту, и сообщать о результатах измерений также, как в существующей LTE.

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

В соответствии с примерным вариантом осуществления, информация об измерении, полученная оконечным устройством, может дополнительно содержать результаты измерений, связанные с лучами, используемыми MN и SN. Например, сообщение SCGFailureInformation может быть расширено, чтобы включить в него результаты измерений луча даже при том, что структура высокого уровня сообщения SCGFailureInformation может не меняться.

На фиг. 5C представлена блок-схема, показывающая способ 530, соответствующий некоторым вариантам осуществления настоящего раскрытия. Способ 530, показанный на фиг. 5C, может быть выполнен устройством, реализованным в сетевом узле или средствами связи соединенным с сетевым узлом. В соответствии с примерным вариантом осуществления, сетевой узел может содержать SN, поддерживающий LTE, 5G NR или другие соответствующие радиотехнологии, такие как вторичный eNB (SeNB) или вторичный gNB (SgNB).

В соответствии с операциями примерного способа 520, как показано на фиг. 5B, SN в примерном способе 530 определяет связь между сервисной частотой, конфигурированной посредством SN, и результатом измерений, связанным с сервисной частотой, как показано на этапе 532. Например, связь может содержать соотношение преобразования между сервисной частотой, конфигурированной посредством SN, и индексом сервисной ячейки на сервисной частоте. Сервисная частота может быть конфигурирована для оконечного устройства, такого как UE, которое соединяется с MN и SN.

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

Первое предложенное решение в соответствии с одним или более примерными вариантами осуществления может позволить MN быть способным понимать контент информации об измерении в отчете от UE. Использование преимущества первого предложенного решения позволяет применять результаты измерений MN, чтобы в качестве нового SN определить другой узел, если имеется. Если решено назначить другой узел в качестве нового SN для UE, MN может затем передать некоторую соответствующую информацию, извлеченную из информации об измерении, связанную с прежними носителями/частотами SN, новому SN, так чтобы новый SN мог использовать ее для выбора PSCell, а также SCG SCells, для UE.

На фиг. 5D представлена блок-схема устройства 540, соответствующая некоторым вариантам осуществления настоящего раскрытия. Как показано на фиг. 5D, устройство 540 может содержать блок 541 получения и передающий блок 542. В примерном варианте осуществления устройство 540 может быть реализовано в оконечном устройстве, таком как UE. Блок 541 получения может быть выполнен с возможностью осуществления операций в блоке 512, и блок передачи 542 могут быть выполнены с возможностью операций в блоке 514. Дополнительно, блок 541 получения и/или передающий блок 542 могут быть выполнены с возможностью осуществления большего или меньшего числа операций для реализации предложенных способов, соответствующих примерным вариантам осуществления настоящего раскрытия.

На фиг. 5E представлена блок-схема устройства 550, соответствующего некоторым вариантам осуществления настоящего раскрытия. Как показано на фиг. 5E, устройство 550 может содержать блок 551 получения и блок 552 интерпретации. В примерном варианте осуществления устройство 550 может быть реализовано в сетевом узле, таком как MN. Блок 551 получения может быть выполнен с возможностью осуществления операций блока 522, и блок 552 интерпретации 552 может быть выполненным с возможностью осуществления операций блока 524. Дополнительно, блок 551 получения и/или блок 552 интерпретации могут быть выполнены с возможностью осуществления большего или меньшего количества операций, чтобы реализовать предложенные способы в соответствии с примерными вариантами осуществления настоящего раскрытия.

На фиг. 5F представлена блок-схема устройства 560, соответствующего некоторым вариантам осуществления настоящего раскрытия. Как показано на фиг. 5F, устройство 560 может содержать блок 561 определения и блок 562 обеспечения. В примерном варианте осуществления устройство 560 может быть реализовано в сетевом узле, таком как SN. Блок 561 определения может быть выполнен с возможностью осуществления операций в блоке 532, а блок 562 обеспечения может быть выполнен с возможностью осуществления операций в блоке 534. Дополнительно, блок 561 определения и/или блок 562 обеспечения могут быть выполнены с возможностью осуществления большего или меньшего количества операций, чтобы реализовать предложенные способы в соответствии с примерными вариантами осуществления настоящего раскрытия.

В сетевом сценарии, поддерживающем DC, MN может инициировать добавление SN или процедуры изменения SN для UE. Таким образом, UE может посылать MN некоторую информацию об измерении в соответствии с конфигурацией измерений, основанной на MN. Когда MN получает информацию об измерении, он может решить, какой целевой SN добавить в случае добавления SN, или изменить в случае изменения SN, и затем передает соответствующую информацию об измерении выбранному целевому SN, так чтобы целевой SN мог использовать соответствующую информацию об измерении, чтобы решить, какая ячейка должна быть первичной ячейкой и какие ячейки (если имеются) должны быть вторичными ячейками.

Аналогично, SN также может инициировать процедуру изменения SN для UE. Таким образом, UE может послать SN некоторую информацию об измерении в соответствии с конфигурацией измерений, основанной на SN. Когда SN получает информацию об измерении, он может решить, какой новый SN изменить, и затем передает соответствующую информацию об измерении выбранному новому SN через MN, так чтобы новый SN мог использовать соответствующую информацию об измерении и решить, какая ячейка должна быть первичной ячейкой и какие ячейки (если имеются) будут вторичными ячейками.

В LTE DC передача информации об измерении может быть выполнена через информацию о конфигурации SCG во время процедуры добавления SN. Некоторая информация, такая как ScellToAddModListSCG, содержащая идентификацию ячейки для вторичных ячеек, например, преобразование индекса сервисной ячейки в частоту/идентификатор физической ячейки (PCI), также может быть включена в процедуру добавления SN.

Для случая взаимодействия LTE-NR может не потребоваться иметь ScellToAddModListSCG, потому что это дело SN определить, какие вторичные ячейки добавить. Таким образом, новый SN может быть неспособен понять результаты измерений, соответствующие конфигурации, полученной от MN или от прежнего SN, особенно, если некоторые идентификаторы являются исключительно локально уникальными. Например, индекс сервисной ячейки SCell, который был конфигурирован посредством MN, может быть тем же самым, который используется новым SN. Кроме того, даже если нет никакого конфликта индексов сервисных ячеек, новый SN может быть неспособен знать, какая частота связывается с результатом измерений. В случае LTE DC, поскольку MN ответственен за конфигурацию, он может сохранить преобразование частоты, используемой SCell (независимо от того, принадлежат ли они SCG или MCG) с индексом сервисной ячейки.

Поэтому может быть желательным ввести эффективное решение, чтобы позволить новому SN интерпретировать информацию об измерении, основываясь на конфигурации, полученной от MN или от старого SN. Во втором предложенном решении, соответствующем некоторым примерным вариантам осуществления, отчет, содержащий информацию об измерении, связанную с UE, может быть передан новому SN. Отчет может указывать связь между информацией о частоте/PCI и результатами измерений, чтобы позволить новому SN интерпретировать/понять сообщенную информацию об измерении. Например, отчет может указывать дополнительную информацию о частоте, такую как положение частоты и номер несущей, и, таким образом, новый SN может понять результаты измерений в соответствии с конфигурацией, полученной от MN и/или от прежнего SN.

Второе предложенное решение в настоящем раскрытии может быть применимо к сетевому контексту, где UE может соединяться с двумя сетевыми узлами, такими как MN и SN. Например, UE может быть конфигурировано двумя отдельными объектами управления (такими как оконечные пункты RRC), чтобы выполнить измерений для управления радиоресурсами. Отдельные отчеты о результатах измерений могут быть отправлены MN и SN, соответственно. В примерном варианте осуществления MN может использовать технологию LTE, а SN может использовать технологию NR.

Применяя второе предложенное решение в настоящем раскрытии, характеристики сети связи, такой как сеть взаимодействия LTE-NR, могут быть значительно улучшены, поскольку новый SN может понять все результаты измерений, полученные от UE. Затем UE может, соответственно, соединиться с новым SN.

На фиг. 6A представлена блок-схема последовательности осуществления операций способа 610, соответствующая некоторым вариантам осуществления настоящего раскрытия. Способ 610, показанный на фиг. 6A, может выполняться устройством, реализуемым в сетевом узле или средствами связи связанным с сетевым узлом. В соответствии с примерным вариантом осуществления, сетевой узел может содержать MN, поддерживающий LTE, 5G NR или другие подходящие радиотехнологии, такие как главный eNB (MeNB) или главный gNB (MgNB).

В соответствии с примерным способом 610, представленным на фиг. 6A, MN может получать информацию об измерении, связанную с оконечным устройством, которое соединяется, по меньшей мере, с MN, как показано на этапе 612. Например, оконечное устройство может обслуживаться системой связи, поддерживающей DC, такой как система LTE-NR tight interworking, где узлом сети LTE является MN для UE и дополнительно узлом сети NR является SN для UE (также называемая EN-DC), система LTE-NR DC, где сетевым узлом NR является MN для UE и, дополнительно, узлом сети LTE является SN для UE (также называемая NE-DC), система NR-NR DC, где MN и, дополнительно, SN являются сетевыми узлами NR, или любая другая соответствующая система, поддерживающая DC.

В соответствии с примерным вариантом осуществления, MN может передавать отчет, содержащий информацию об измерении, первому SN, как показано на этапе 614. Отчет может указывать информацию о частоте, связанную с информацией об измерении.

В соответствии с примерным вариантом осуществления, передача отчета может быть ответом на определение первого SN. В примерном варианте осуществления MN может инициировать определение первого SN. Например, MN может инициировать процедуру добавления SN для оконечного устройства, так чтобы оконечное устройство могло быть соединено с первым SN, определенным MN.

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

В соответствии с примерным вариантом осуществления, где определение первого SN инициируется MN, информация об измерении может быть получена от оконечного устройства. Информация об измерении может содержать результат измерений, связанный со сервисной частотой, конфигурированной посредством MN.

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

В соответствии с примерным вариантом осуществления, когда определение первого SN инициируется вторым SN, информация об измерении может быть получена MN от второго SN. Например, второй SN может получить информацию об измерении от оконечного устройства. Таким образом, информация об измерении может содержать результат измерений, связанный со сервисной частотой, конфигурированной посредством второго SN. В этом случае, операция получения информации об измерении, связанной с оконечным устройством, как показано на этапе 612, может дополнительно содержать получение от второго SN информации о частоте, связанной с информацией об измерении.

В соответствии с примерным вариантом осуществления, информация о частоте может содержать, по меньшей мере, индикацию сервисной частоты или идентификатора физической ячейки (PCI).

На фиг. 6B представлена блок-схема последовательности выполнения операций способа 620 в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Способ 620, показанный на фиг. 6B, может быть выполнен устройством, реализуемым в сетевом узле или средствами связи, связанными с сетевым узлом. В соответствии с примерным вариантом осуществления, сетевой узел может содержать SN, поддерживающий LTE, 5G NR или другие соответствующие радиотехнологии, такие как вторичный eNB (SeNB) или вторичный gNB (SgNB).

В соответствии с операциями примерного способа 610, как показано на фиг. 6A, SN в примерном способе 620 может обращаться к первому SN, который определяется посредством MN или второго SN. Как показано на этапе 622, первый SN может принять от MN отчет, содержащий информацию об измерении. Информация об измерении может быть связана с оконечным устройством, которое соединяется, по меньшей мере, с MN. Отчет может указать информацию о частоте (например, индикация сервисной частоты и/или PCI), связанную с информацией об измерении. Таким образом, первый SN может интерпретировать информацию об измерении, как показано на этапе 624.

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

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

На фиг. 6C представлена блок-схема, показывающая способ 630, соответствующий некоторым вариантам осуществления настоящего раскрытия. Способ 630, показанный на фиг. 6C, может выполняться устройством, реализуемым в сетевом узле, или средствами связи, связанными с сетевым узлом. В соответствии с примерным вариантом осуществления, сетевой узел может содержать SN, поддерживающий LTE, 5G NR или другие соответствующие радиотехнологии, такие как вторичный eNB (SeNB) или вторичный gNB (SgNB).

В соответствии с операциями примерного способа 620, как показано на фиг. 6B, SN в примерном способе 630 может обращаться ко второму SN, с которым соединяется оконечное устройство. Как показано на этапе 632, второй SN может получать информацию об измерении, связанную с оконечным устройством, которое соединяется с MN и вторым SN. Например, информация об измерении может быть получена от оконечного устройства и содержать результат измерений, связанный с сервисной частотой, конфигурированной посредством второго SN.

В соответствии с примерным вариантом осуществления, второй SN может передавать MN отчет, содержащий информацию об измерении, как показано на этапе 634. Например, отчет может указывать информацию о частоте, связанную с информацией об измерении.

В соответствии с примерным вариантом осуществления, передача отчета может быть ответом на определение первого SN. Например, определение первого SN может инициироваться вторым SN.

Второе предложенное решение в соответствии с одним или более примерными вариантами осуществления может позволить новому SN быть способным понимать контент информации об измерении, приходящей от UE. Использование преимуществ второго предложенного решения позволяет должным образом реализовывать результаты измерений новым SN. Если решено назначить для UE новый SN, MN может передать некоторую соответствующую информацию об измерении новому SN, так чтобы новый SN мог использовать ее для выбора ячейки PSCell, а также ячеек SCG SCell для UE.

На фиг. 6D представлена блок-схема, показывающая устройство 640, соответствующее другому варианту осуществления настоящего раскрытия. Как показано на фиг. 6D, устройство 640 может содержать блок 641 получения и передающий блок 642. В примерном варианте осуществления устройство 640 может быть реализовано в сетевом узле, таком как MN. Блок 641 получения может быть выполнен с возможностью осуществления операций в блоке 612, и передающий блок 642 может быть выполнен с возможностью осуществления операций в блоке 614. Дополнительно, блок 641 получения и/или передающий блок 642 могут быть выполнены с возможностью осуществления большего или меньшего количества операций, чтобы реализовать предложенные способы в соответствии с примерными вариантами осуществления настоящего раскрытия.

На фиг. 6E представлена блок-схема устройства 650, соответствующего некоторым вариантам осуществления настоящего раскрытия. Как показано на фиг. 6E, устройство 650 может содержать блок 651 получения и блок 652 интерпретации. В примерном варианте осуществления устройство 650 может быть реализовано в сетевом узле, таком как первый SN. Блок 651 получения может быть выполнен с возможностью осуществления операций в блоке 622, а блок 652 интерпретации может быть выполнен с возможностью осуществления операций в блоке 624. Дополнительно, блок 651 получения и/или блок 652 интерпретации могут быть выполнены с возможностью осуществления большего или меньшего количества операций, чтобы реализовать предложенные способы в соответствии с примерными вариантами осуществления настоящего раскрытия.

На фиг. 6F представлена блок-схема устройства 660, соответствующего некоторым вариантам осуществления настоящего раскрытия. Как показано на фиг. 6F, устройство 660 может содержать блок 661 получения и передающий блок 662. В примерном варианте осуществления устройство 660 может быть реализовано в сетевом узле, таком как второй SN. Блок 661 получения может быть выполнен с возможностью осуществления операций в блоке 632, а передающий блок 662 может быть выполнен с возможностью осуществления операций в блоке 634. Дополнительно, блок 661 получения и/или передающий блок 662 могут быть выполнены с возможностью осуществления большего или меньшего количества операций для реализации предложенных способов в соответствии с примерными вариантами осуществления настоящего раскрытия.

В соответствии с некоторыми примерными вариантами осуществления, улучшение информации о частоте в отчете (таком как отчет об отказах или отчет об измерениях) может быть реализовано, добавляя некоторую информацию, по меньшей мере, об опции I или опции II. Информация об опции I может содержать местоположение частоты, в котором передается блок сигнала синхронизации/физического широковещательного канала (SS/PBCH). Информация опции II может содержать опорное местоположение, относительно которого может быть получено местоположение частоты информации о состоянии канала/опорного сигнала (CSI-RS).

Для информации об опции I одна возможность состоит в том, чтобы кодировать сигнал нумерации каналов растра синхронизации, который также известен как глобальный номер канала синхронизации (global synchronization channel number, GSCN). Другая возможность состоит в том, чтобы кодировать нумерацию каналов с растровыми каналами, которая также известна как абсолютный номер радиочастотного канала (absolute radio frequency channel number, ARFCN). Дополнительная возможность состоит в кодировании с одним или многочисленными смещениями относительно опорной частоты, которая может быть GSCN или ARFCN. По сравнению с информацией об опции I, информация об опции II может быть так называемым местоположением частоты пункта A.

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

В соответствии с примерным вариантом осуществления, информация об опции I может быть включена в качестве информации о частоте в отчет об отказах/измерениях, если оконечное устройство, такое как UE, предназначено для включения измерений, основанных на блоке SS/PBCH, в отчет об отказах/измерениях.

В соответствии с примерным вариантом осуществления, информация об опции II может быть включена как информация о частоте в отчет об отказах/измерениях, если оконечное устройство, такое как UE, предназначено для включения результатов измерений на основе CSI-RS в отчет об отказах/измерениях. В этом случае, дополнительная информация о частоте CSI-RS также может быть включена, например, точные частотные ресурсы, с помощью которых передаются ресурсы CSI-RS.

На фиг. 7A представлена процедура отказа, соответствующая варианту осуществления настоящего раскрытия. Цель этой процедуры состоит в том, чтобы сообщить развернутой универсальной наземной сети радиодоступа (EUTRAN) или MN NR об отказе SCG, которому подверглось UE, например, об отказе линии радиосвязи SCG, отказе изменения SCG, отказе конфигурации SCG для сообщения RRC на SRB3, отказе проверки целостности SCG и о превышении максимальной разности синхронизации при передаче по восходящему каналу.

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

- после обнаружения отказа линии радиосвязи для SCG;

- после переконфигурации из-за отказа синхронизации SCG;

- после остановки передачи по восходящему каналу к SpCell SCG из-за превышения максимальной разности синхронизации при передаче по восходящему каналу;

- после отказа конфигурации SCG; и

- после индикации отказа проверки целостности с нижних уровней SCG.

В соответствии с примерным вариантом осуществления, в ответ на инициирование процедуры UE может:

- приостановить передачу SCG для всех SRB и DRB;

- установить в исходное состояние SCG-MAC;

- остановить T304, если он работает; и

- если UE работает в режиме EN-DC: инициировать передачу сообщения SCGFailureInformation, например, как определено в 3GPP TS 36.331.

В соответствии с примерным вариантом осуществления, UE может установить тип отказа SCG следующим образом:

- если UE инициирует передачу сообщения SCGFailureInformation, чтобы предоставить информацию об отказе линии радиосвязи SCG: установить failureType как триггер для обнаружения отказа линии радиосвязи SCG;

- также, если UE инициирует передачу сообщения SCGFailureInformation, чтобы обеспечить переконфигурацию с помощью информацию об отказе синхронизации для SCG: установить failureType как scg-ChangeFailure;

- также, если UE инициирует передачу сообщения SCGFailureInformation из-за чрезмерной максимальной разности синхронизации передачи по восходящему каналу: установить failureType как maxUL-TimingDiff;

- также, если UE инициирует передачу сообщения SCGFailureInformation из-за отказу проверки SRB3 IP: установить failureType как srb3-IntegrityFailure; и

- также, если UE инициирует передачу сообщения SCGFailureInformation из-за отказа переконфигурации сообщения переконфигурации NR RRC: установить failureType как scg-reconfigFailure.

В соответствии с примерным вариантом осуществления, UE может установить содержание MeasResultSCG-Failure следующим образом:

- установить measResultServFreqList, чтобы для каждой ячейки SCG, которая конфигурована посредством SN, подлежащего измерению, включить, если имеются, в рамки measResultServingCell количества соответствующих SCell, при наличии, в соответствии с конкретными требованиями к характеристикам;

- установить measResultServFreqList, чтобы включить местоположение частоты блока SS/PBCH для каждой ячейки SCG, которая конфигурируется посредством SN, подлежащего измерению, если имеются, в рамки measResultServingCell, если результаты измерений блока SS/PBCH имеются в наличии, чтобы быть включенными.

- установить measResultServFreqList, чтобы включить местоположение частоты блока SS/PBCH для каждой ячейки SCG, которая конфигурируется посредством SN, подлежащего измерению, если имеются, в рамки measResultServingCell, если результаты измерений блока SS/PBCH имеются в наличии для включения.

- для каждой сервисной частоты SCG, содержащейся в measResultServFreqList, включить в рамки measResultBestNeighCell physCellId и количества наилучшей несервисной ячейки, основываясь на принимаемой мощности опорного сигнала (RSRP) на соответствующей сервисной частоте;

- установить measResultNeighCells, чтобы включить наилучшие измеренные ячейки на несервисных частотах NR, упорядоченные таким образом, что, наилучшая ячейка устанавливается первой и основываясь на результатах измерений, собранных к тому моменту, когда UE обнаруживает отказ, и установить его поля следующим образом: (a) если UE выполнено с возможностью проведения измерений посредством SN для одной или более несервисных частот NR, и результаты измерений имеются в наличии, включить measResultListNR; и (b) для каждой соседней включенной ячейки, включить дополнительные поля, которые доступны.

В соответствии с примерным вариантом осуществления, измеренные количества могут фильтроваться фильтром L3, сконфигурированным в конфигурации измерений мобильности. Измерений основаны на ограничении ресурсов измерений во временной области, если они конфигурированы. О ячейках, помещенных в "черный список", сообщать не требуется.

В соответствии с примерным вариантом осуществления, информационный элемент (information element, IE) ARFCN-ValueNR может использоваться для указания ARFCN, применяемого для нисходящего канала, восходящего канала или двунаправленного канала (такого как дуплекс с временным разделением каналов (time division duplex, TDD) NR глобального частотного растра, как определено в документе 3GPP TS 38.101. Ниже приводится пример IE ARFCN-ValueNR.

- ASN1 STOP

В соответствии с примерным вариантом осуществления, IE GSCN-ValueNR может использоваться для указания положений частот блоков SS/PBCH, как определено в документе 3GPP TS 38.101. Пример IE GSCN-ValueNR представлен ниже, где поле FrequencyOffsetSSB может быть необязательным.

В соответствии с примерным вариантом осуществления, IE MeasResultSCG-отказа может использоваться для предоставления информации, относящейся к отказам, обнаруженным UE в случае EN-DC. Ниже приводится пример IE MeasResultSCG-отказа, где одно из полей, таких как REFFREQCSI-РТС, ARFCN-ValueNR, measResultBestNeighCell и MeasResultNR может быть необязательным.

Третье предложенное решение, соответствующее некоторым примерным вариантам осуществления, может позволить сетевому узлу идентифицировать, что результаты измерений блока SS/PBCH связаны с конкретным местоположением частоты и/или что результаты измерений CSI-RS связаны с конкретным местоположением частоты, вместо того чтобы иметь обобщенную информацию о переносчике. В соответствии с примерным вариантом осуществления, сетевой узел может содержать сетевой объект, поддерживающий LTE, NR, 5G или другие соответствующие радиотехнологии, такие как eNB или gNB.

На фиг. 7B представлена блок-схема последовательности выполнения операций способа 720 в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Способ 720, показанный на фиг. 7B, может быть выполнен устройством, реализуемым в сетевом узле, действующим в качестве SN, или средствами связи связываемым с SN. В соответствии с примерным способом 720, показанным на фиг. 7B, SN может принять отчет от сетевого узла, действующего в качестве MN, содержащий информацию об измерении для оконечного устройства, как показано в блоке 722. Оконечное устройство может быть соединено, по меньшей мере, с MN. Отчет может указывать информацию о частоте для информации об измерении. Как показано в блоке 724, SN может получать информацию о частоте из отчета. Информация о частоте может содержать, по меньшей мере, местоположение частоты сигнала синхронизации или местоположение частоты опорного сигнала.

В соответствии с примерным вариантом осуществления, информация о частоте может дополнительно содержать смещение блока сигнала синхронизации (SSB). В соответствии с примерным вариантом осуществления, местоположение частоты сигнала синхронизации может содержать местоположение частоты, на которой передается блок сигнала синхронизации/физического широковещательного канала (SS/PBCH). В соответствии с примерным вариантом осуществления, местоположение частоты опорного сигнала может содержать опорное местоположение, относительно которого может быть получено местоположение частоты информации о состоянии канала-опорного сигнала (CSI-RS).

На фиг. 7C представлена блок-схема, показывающая устройство 730, соответствующее некоторым вариантам осуществления настоящего раскрытия. Как показано на фиг. 7C, устройство 730 может содержать приемный блок 731 и блок 732 получения. В примерном варианте осуществления устройство 730 может быть реализовано в сетевом узле, действующем в качестве SN. Приемный блок 731 может быть выполнен с возможностью осуществления операций в блоке 722, а блок 732 получения может быть выполнен с возможностью осуществления операций в блоке 724. Как вариант, приемный блок 731 и/или блок 732 получения могут быть выполнены с возможностью осуществления большего или меньшего количества операций, чтобы реализовывать предложенные способы в соответствии с примерными вариантами осуществления настоящего раскрытия.

Различные блоки, показанные на фиг. 5A-5C, фиг. 6A-6C и фиг. 7B, могут рассматриваться как этапы способа и/или как операции, являющиеся результатом действия компьютерной управляющей программы, и/или как множество связанных логических схемных элементов, предназначенных для выполнения соответствующей функции(-ий). Схематичные блок-схемы последовательности выполнения операций, описанные выше, обычно приводятся как логические схемы блок-схемы последовательности выполнения операций. Также, показанный порядок и маркированные этапы указывают на конкретные варианты осуществления представленных методик. Могут быть предложены и другие этапы и способы, которые по функциональному действию, логике или результату эквивалентны одному или более этапам или частям представленных способов. Дополнительно, порядок, в котором реализуется конкретный способ, может или не может строго соответствовать порядку соответствующих показанных этапов.

На фиг. 8 представлена блок-схема устройства 800, соответствующего различным вариантам осуществления настоящего раскрытия. Как показано на фиг. 8, устройство 800 может содержать один или более процессоров, таких как процессор 801, и одну или более памятей, таких как память 802, в которой хранятся компьютерные управляющие программы 803. Память 802 может быть непереносной машиной/процессором/считываемым компьютером носителем. В соответствии с некоторыми примерными вариантами осуществления, устройство 800 может быть реализовано как кристалл с интегральными схемами или модуль, который может вставляться или устанавливаться в сетевой узел или в оконечное устройство.

В некоторых реализациях, одна или более памятей 802 и компьютерных управляющих программ 803 могут быть выполнено с возможностью принуждения устройства 800 с помощью одного или более процессоров 801, по меньшей мере, выполнять любую операцию способа, описанных в сочетании с любым из фиг. 5A-5C. В других реализациях одна или более памятей 802 и компьютерных управляющих программ 803 могут быть выполнены с возможностью принуждения устройства 800 с помощью одного или более процессоров 801, по меньшей мере, выполнять любую операцию способа, как описано в сочетании с любым из фиг. 6A-6C. В дополнительных реализациях, одна или более памятей 802 и компьютерных управляющих программ 803 могут быть выполнены с возможностью принуждения устройства 800 с помощью одного или более процессоров 801, выполнять, по меньшей мере, любую операцию способа, согласно описанию в сочетании с фиг. 7B. В соответствии с некоторыми примерными вариантами осуществления, одна или более памятей 802 и компьютерных управляющих программ 803 могут быть выполнены с возможностью принуждения устройства 800 с помощью одного или более процессоров 801 выполнять, по меньшей мере, любую операцию любого способа в соответствии с четвертым предложенным решением.

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

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

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

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

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

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

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

В соответствии с некоторыми примерными вариантами осуществления, информация о местоположении частоты опорного сигнала может содержать опорное местоположение, относительно которого получают местоположение частоты информации о состоянии канала-опорного сигнала (CSI-RS).

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

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

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

Следует понимать, что, по меньшей мере, некоторые случаи примерных вариантов осуществления раскрытия могут быть реализованы в исполняемых компьютером командах, таких как один или более программных модулей, исполняемых одним или более компьютерами или другими устройствами. Обычно, программные модули содержат подпрограммы, программы, объекты, компоненты, структуры данных и т.д., которые выполняют определенные задачи или реализуют конкретные типы абстрактных данных, когда исполняются процессором в компьютере или другом устройстве. Исполняемые компьютером команды могут храниться на считываемом компьютером носителе, таком как жесткий диск, оптический диск, съемные носители, твердотельная память, оперативная память (RAM) и т.д. Как должны понимать специалисты в данной области техники, функция программных модулей может объединяться или распределяться, по мере необходимости, в различных вариантах осуществления. Кроме того, функция может полностью или частично быть реализована во встроенном микропрограммном обеспечении или эквивалентах аппаратных средств, таких как интегральные схемы, программируемые логические интегральные схемы (ПЛИС, FPGA) и т.п.

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

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

получают результаты измерений на основании, по меньшей мере частично, конфигураций главного сетевого узла и вторичного сетевого узла, причем результаты измерений связаны с сервисными частотами, конфигурируемыми главным сетевым узлом и вторичным сетевым узлом; и

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

2. Способ по п. 1, в котором местоположение частоты сигнала синхронизации содержит местоположение частоты, на которой передается блок сигнала синхронизации.

3. Способ по п. 2, в котором информация о частоте дополнительно содержит смещение блока сигнала синхронизации.

4. Способ по п. 1, в котором местоположение частоты опорного сигнала содержит опорное местоположение, из которого можно вывести местоположение частоты опорного сигнала с информацией о состоянии канала.

5. Способ по п. 1, в котором информация о частоте содержит по меньшей мере один абсолютный номер радиочастотного канала.

6. Устройство связи, реализуемое в оконечном устройстве, соединенном с главным сетевым узлом и вторичным сетевым узлом, содержащее:

один или более процессоров; и

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

получения результатов измерений на основании, по меньшей мере частично, конфигураций главного сетевого узла и вторичного сетевого узла, причем результаты измерений связаны с сервисными частотами, конфигурируемыми главным сетевым узлом и вторичным сетевым узлом; и

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

7. Устройство по п. 6, в котором местоположение частоты сигнала синхронизации содержит местоположение частоты, на которой передается блок сигнала синхронизации.

8. Устройство по п. 6, в котором местоположение частоты опорного сигнала содержит опорное местоположение, из которого можно вывести местоположение частоты опорного сигнала с информацией о состоянии канала.

9. Устройство по п. 6, в котором информация о частоте содержит по меньшей мере один абсолютный номер радиочастотного канала.