ОБСЛУЖИВАНИЕ ЛИНИИ РАДИОСВЯЗИ, ВКЛЮЧАЮЩЕЙ В СЕБЯ МНОЖЕСТВО НЕСУЩИХ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ
SERVING A RADIO LINK INCLUDING A PLURALITY OF UPLINK CARRIERS

Область техники, к которой относится изобретение
Изобретение относится к обнаружению и устранению сбоев в линии радиосвязи. Кроме того, оно относится к обнаружению и устранению сбоев в линии радиосвязи в конфигурациях несущих, включающих в себя множество несущих восходящей линии связи (UL), в частности, первичную и дополнительную несущие UL.
Уровень техники
Дополнительные несущие восходящей линии связи (SUL) могут быть введены в сети, совместимой со стандартами 5G/новое радио (NR), с целью улучшения покрытия восходящей линии связи для сетей.
Так как в системах беспроводной связи 2G, 3G и 4G уже развернуты диапазоны с относительно низкими несущими частотами, NR будет развернуто на относительно более высоких частотах. Для беспроводной связи потери при распространении сигналов примерно пропорциональны квадрату несущей частоты. Следовательно, для беспроводной связи на высоких несущих частотах могут возникать проблемы, связанный с покрытием. Для нисходящей линии связи узел доступа к сети или базовая станция NR (gNB) могут быть оснащены мощными антенными системами и мощными усилителями, чтобы повысить плотность мощности передачи и увеличить покрытие DL. Однако для UL (то есть для стороны UE) имеется несколько ограничений, таких как мощность передачи, размер антенны и стоимость. Следовательно, для соты NR на высокой частоте может появиться несоответствие между UL и DL.
Ввиду таких потенциальных проблем, для соты NR может быть предусмотрена дополнительная сота восходящей линии связи (SUL), поэтому сота NR имеет несущую SUL и несущую UL NR. Несущая SUL может быть относительно низкочастотной несущей, которая может совместно использоваться (во временной и/или частотной области) с другими системами RAT, такими как LTE.
Несущая SUL может использоваться тогда, когда несущая UL NR находится в плохих условиях радиосвязи. Несущая SUL может быть отключена снова тогда, когда условия радиосвязи несущей UL NR становятся достаточно хорошими. Так как условия радиосвязи могут изменяться относительно быстро с течением времени, может часто инициироваться такое переключение несущей.
В LTE предусмотрена процедура обнаружения сбоев на уровне линии радиосвязи (RLF), чтобы помочь UE выполнить быстрое и надежное восстановление после сбоя без необходимости переходить в режим RRC_IDLE. Во избежание ненужной задержки из-за доступа к RACH в RRC_IDLE такое быстрое и надежное восстановление может быть предпочтительным.
Контроль линии радиосвязи в LTE проиллюстрирован на фиг.2 (которая соответствует фиг.22.8 в книге “LTE – The UMTS Long Term Evolution From Theory to Practice”, 2nd edition, by Stefania Sesia, Issam Toufik and Matthew Baker. В LTE существует несколько причин, которые могут приводить к сбоям в линии радиосвязи:
1) истекает таймер Т310;
2) достигнуто максимальное число повторных передач RLC по восходящей линии связи; и
3) сбой при передаче обслуживания, и истекает таймер T304.
Что касается истечения таймера T310, когда UE находится в режиме RRC-соединения, UE контролирует качество радиосвязи канала нисходящей линии связи на основе опорного символа нисходящей линии связи. UE сравнивает измеренное качество канала нисходящей линии связи с определенными пороговыми значениями: Qout для события отсутствия синхронизации и Qin для события наличия синхронизации, соответственно. Физический канал оценивает качество канала нисходящей линии связи и может периодически передавать указания об отсутствии синхронизации или наличии синхронизации на уровень 3. Затем уровень 3 UE может оценить сбой в линии радиосвязи на основе указаний о наличии синхронизации или отсутствии синхронизации (например, применение фильтра уровня 3). Когда последовательно принятые указания об отсутствии синхронизации находятся за пределами счетчика N310, запускается таймер T310. Во время работы T310 линия радиосвязи считается восстановленной, если UE последовательно принимает указания N311 о наличии синхронизации с физического уровня.
Когда таймер T310 истекает, UE объявляет сбой или инициирует его обнаружение в линии радиосвязи.
Во время процедуры передачи обслуживания запускается таймер T304, когда UE принимает команду передачи обслуживания от исходной соты, значение таймера T304 должно быть установлено таким образом, чтобы разрешить UE предпринимать попытки получения максимального доступа по RACH к целевой соте. Когда время таймера T304 истекло, в линии радиосвязи обнаруживается сбой из-за передачи обслуживания.
Когда инициируется обнаружение сбоя в линии радиосвязи, запускается повторное установление радиосвязи. UE сначала будет выполнять поиск соты, чтобы определить лучшую соту для повторного установления линии радиосвязи. В соответствии с 3GPP TS 36.300 (текущая версия 15.3.0) UE может выбрать одну и ту же соту, другую соту из одного и того же eNB или подготовленную соту из другого eNB, при этом активность может быть возобновлена (то есть UE остается в режиме соединения) посредством процедуры повторного установления радиосоединения, так как предыдущий контекст UE может быть достигнут посредством межсотовой связи. Однако, когда подготовленная сота недоступна, пользовательское оборудование может выбрать неподготовленную соту. В этом случае UE должно перейти в режим ожидания и после этого попытаться установить радиосвязь. В этом случае работа UE не может быть возобновлена. На фиг.3 показана таблица 10.1.6-1 из документа 3GPP TS 36.300, которая управляет поведением UE для выбора целевой соты в отношении сбоев мобильности и линии радиосвязи.
Для соты NR, сконфигурированной с несущей SUL, имеется по меньшей мере одна несущая SUL и одна несущая UL NR в одной соте. Существующих механизмов инициирования обнаружения RLF может быть недостаточно для случая SUL, так как UE поддерживает две UL в одной соте.
Несущая SUL не может быть сопряжена с любой частотой нисходящей линии связи с точки зрения объединения полос. Вместо этого несущая SUL и несущая UL NR вместе могут ассоциироваться с несущей NR нисходящей линии связи. С точки зрения технологического потенциала, существует два варианта модели несущей SUL. В первом варианте несущая SUL моделируется как отдельная несущая восходящей линии связи, отличная от несущей UL NR. Обе несущие агрегируются так же, как несущие восходящей линии связи. Таким образом, несущая SUL образует отдельную вторичную соту (Scell). Во втором варианте несущая SUL и несущие UL/DL NR находятся в одной и той же соте. Несущая SUL больше похожа на отдельную конфигурацию UL. UE может поддерживать две конфигурации UL, в то время как UE может время от времени поддерживать только одну конфигурацию UL.
Раскрытие сущности изобретения
Соответственно, существует потребность в технологии, эффективной по времени и ресурсам, которая позволила бы определять информацию о точном опережении синхронизации (TA).
Согласно одному аспекту обеспечивается способ устранения сбоев в линии радиосвязи, выполняемый в пользовательском оборудовании (UE), причем UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), содержащий:
- контроль повторных передач пакетов данных управления линией радиосвязи (RLC) для каждой из множества несущих UL,
- определение сбоя передач пакетов данных RLC по отношению к одной из несущих UL, и
- предоставление информации, указывающей сбой упомянутой несущей UL.
Согласно другому аспекту обеспечивается способ устранения сбоев в линии радиосвязи, выполняемый в пользовательском оборудовании (UE), причем UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), содержащий:
- выполнение повторных передач определенного пакета данных RLC по меньшей мере на двух из множества несущих UL,
- контроль повторных передач пакета данных управления линией радиосвязи (RLC), как правило, для обеих несущих UL, и
- предоставление информации, указывающей общий RLF.
Согласно другому аспекту обеспечивается пользовательское оборудование UE для устранения сбоев в линии радиосвязи, причем UE выполнено с возможностью выполнения вышеописанных способов.
Согласно другому аспекту обеспечивается способ устранения сбоев в линии радиосвязи, выполняемый в базовой станции сети радиосвязи (gNB), содержащий этапы: приема информации о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой был определен путем отдельного контроля повторных передач пакетов управления линией радиосвязи (RLC) по меньшей мере для двух из множества несущих UL.
Согласно другому аспекту обеспечивается способ, выполняемый в gNB и содержащий этапы: приема, из UE, информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач в UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, которые, как правило, контролируются на предмет наличия обеих несущих UL.
Согласно другому аспекту обеспечивается базовая станция (gNB) для устранения сбоев в линии радиосвязи, в которой gNB выполнена с возможностью выполнения предыдущих способов.
Согласно другому аспекту обеспечивается система связи, включающая в себя хост-компьютер, содержащий схему обработки, выполненную с возможностью предоставления пользовательских данных; и интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE), где сотовая сеть содержит базовую станцию (gNB), имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью выполнения по меньшей мере одного из:
- приема информации о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой был определен путем контроля повторных передач пакетов данных управления линией радиосвязи (RLC) в UE для каждой из по меньшей мере двух из множества несущих UL, и
- приема информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач в UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, которые, как правило, контролируются на предмет наличия обеих несущих UL.
Согласно другому аспекту обеспечивается способ, реализованный в системе связи, содержащий:
- предоставление, в хост-компьютере, пользовательских данных; и
- инициирование, в хост-компьютере, передачи, несущей пользовательские данные в UE через сотовую сеть, содержащую базовую станцию, при этом базовая станция выполняет по меньшей мере одно из:
- приема (S51) информации о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой был определен путем контроля повторных передач пакетов данных управления линией радиосвязи (RLC) в UE для каждой из по меньшей мере двух из множества несущих UL, и
- приема (S71) информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач в UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, которые, как правило, контролируются на предмет наличия обеих несущих UL.
Краткое описание чертежей
Далее настоящее раскрытие описано более подробно со ссылкой на примерные варианты осуществления, проиллюстрированные на чертежах, на которых:
на фиг.1 схематично показана сеть радиосвязи, содержащая базовую станцию и UE,
на фиг.2 показана временная шкала, включающая в себя контроль линии радиосвязи в LTE,
на фиг.3 схематично показана таблица спецификаций 3GPP, в которой приведены различные случаи поведения UE для выбора целевой соты по отношению к мобильности и сбоям в линии радиосвязи,
на фиг.4 схематично показаны примерные этапы способа, выполняемые в UE по отношению к первому варианту осуществления,
на фиг.5 схематично показан примерный этап способа, выполняемый в базовой станции в соответствии с фиг.4,
на фиг.6 схематично показаны примерные этапы способа, выполняемые в UE по отношению ко второму варианту осуществления,
на фиг.7 схематично показаны примерные этапы способа, выполняемые в базовой станции согласно второму варианту осуществления,
на фиг.8 схематично показано UE для реализации способа согласно фиг.4 или 6,
на фиг.9 схематично показана базовая станция для реализации способа согласно фиг.5 или 7,
на фиг.10 схематично показана телекоммуникационная сеть, подключенная через промежуточную сеть к хост-компьютеру,
на фиг.11 показана обобщенная блок-схема хост-компьютера, поддерживающего связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению, и
на фиг.12-15 показаны блок-схемы последовательности операций, иллюстрирующие способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование.
Осуществление изобретения
На фиг.1 показана сеть 10 беспроводной связи в соответствии со стандартом NR, который в настоящее время разрабатывается в рамках проекта партнерства третьего поколения (3GPP). Сеть 10 беспроводной связи содержит одну или более базовых станций 100, предоставляющих услугу пользовательскому оборудованию (UE) 200 в соте 20 сети 10 беспроводной связи. Базовые станции 100 в сети 10 беспроводной связи также называются развитыми узлами B (eNB) и gNodeB (gNB) в стандартах 3GPP. Хотя только одна сота 20 и одна базовая станция 100 показаны на фиг.1, специалистам в данной области техники должно быть понятно, что типичная сеть 10 беспроводной связи содержит много сот 20, обслуживаемых многими базовыми станциями 100. UE 200 могут содержать сотовые телефоны. смартфоны, ноутбуки, ноутбуки, планшетные компьютеры, устройства на основе межмашинной связи (M2M) (также известные как устройства машинного типа связи) или другие типы беспроводных устройств конечных пользователей, способных обмениваться данными через сети беспроводной связи 10.
На фиг.1 дополнительно показана сота 20, имеющая разные зоны покрытия каждой несущей 210 нисходящей линии связи NR, первичной несущей 220 UL NR и дополнительной несущей 230 восходящей линии связи (SUL), так что сота NR имеет несущую SUL и несущую UL NR в восходящей линии связи. Несущая SUL может быть относительно низкочастотной несущей, которая может совместно использоваться (во временной и/или частотной области) с другими системами RAT, такими как LTE. На фиг.1 в качестве примера показаны различные зоны покрытия несущей UL NR, несущей SUL и несущей DL NR, ассоциированной с сотой NR, причем несущая UL NR и SUL могут использоваться попарно, что приводит к комбинации частот NR.
UE 200 может объявлять сбой или инициировать его обнаружение в линии радиосвязи (RLF), когда оно теряет синхронизацию с сетью. В результате UE может высвобождать сетевые ресурсы, и прерываются любые текущие услуги.
В варианте осуществления, показанном на фиг.4, UE 200 выполняет следующие этапы:
S41: отдельный контроль повторных передач RLC для множества несущих, например, для первичной несущей и дополнительной несущей,
S42: определение сбоя передачи пакетов данных RLC (RLF) по отношению к одной из несущих UL, и
S43: предоставление информации, указывающей сбой и упомянутую несущую UL.
Отдельный контроль может означать контроль событий сбоев или повторных передач для каждой из множества несущих, например, используя отдельные счетчики RLF и/или отдельный подсчет повторных передач для каждой из множества несущих. Отдельный контроль может дополнительно включать в себя отдельно для каждой несущей определение того, что достигнуто или превышено определенное пороговое число повторных передач. Определенные пороговые значения могут быть разными для каждой несущей.
Базовая станция (gNB) может выполнять следующий соответствующий этап, как показано на фиг.5:
S51: прием информации о сбое при передаче пакетов данных RLC по отношению к одной из несущих UL.
упомянутый сбой был определен UE путем контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно по меньшей мере для двух из множества несущих UL.
В одном варианте осуществления первичной несущей является несущая UL NR, и дополнительной несущей является дополнительная несущая UL (SUL).
Если сбой передачи RLC обнаруживается на одной из множества несущих, вырабатывается указание, указывающее сбой передачи RLC и несущую, на которой произошел сбой передачи. На дополнительном этапе (на уровне RRC) UE может определить соответствующую несущую RLF, например, RLF NR и/или RLF SUL.
В варианте осуществления UE 200 может содержать функции, классифицируемые в соответствии с различными уровнями. UE 200 может содержать RLC-объект для выполнения функций RLC и RRC-объект для выполнения функций RRC.
RLC-объект контролирует сбои повторной передачи RLC отдельно для множества несущих, например, первичной несущей и дополнительной несущей.
В случае если сбой передачи обнаружен на одной из множества несущих, RLC-объект предоставляет указание, указывающее сбой передачи RLC и несущую, где произошел сбой передачи, для RRC-объекта. Затем RRC-объект определяет RLF соответствующей несущей.
В одном варианте осуществления сбой передачи RLC для несущей (например, первичной несущей или дополнительной несущей) предполагается в случае, если заданное максимальное число повторных передач RLC для пакета данных RLC (PDU AM RLC) было достигнуто (или превышено) для такой несущей. Следовательно, RLC-объект может отправить отчет, указывающий сбой передачи RLC и соответствующую несущую, на уровень RRC.
Заданное максимальное число может быть одинаковым для разных несущих или может отличаться, например, для несущей UL NR и SUL.
В одном варианте осуществления сеть, например, gNB, может конфигурировать различные конфигурации RLC для различных несущих, например, для несущей SUL и несущей NR. Кроме того, для несущей SUL и несущей NR может быть сконфигурировано разное максимальное число повторных передач RLC для инициирования обнаружения сбоя RLF.
В одном варианте осуществления, при условии, что несущая UL NR может быть развернута на более высокой несущей частоте, чем несущая SUL, что означает, что несущая UL NR может ассоциироваться с более высоким разнесением поднесущих (то есть с более короткой длительностью слота), и более высокое максимальное число повторных передач RLC может быть сконфигурировано для несущей UL NR, тогда как более низкое максимальное число повторных передач RLC может быть сконфигурировано для несущей SUL. Таким образом, можно избежать ненужных событий RLF.
В одном варианте осуществления обеспечена общая конфигурация RLC как для несущей SUL, так и для несущей NR с общим счетчиком повторных передач RLC для обеих несущих. Для одного и того же пакета данных RLC (PDU AM RLC) может иметь место часть повторных передач RLC, переносимых на несущей UL NR, тогда как остальные повторные передачи RLC переносятся на несущей SUL. В этом случае, когда достигнуто максимальное число повторных передач RLC для PDU AM RLC, RLC-объект может отправить отчет на уровень RRC с указанием того, что максимальное число повторных передач RLC было достигнуто без передачи указателя какой-либо несущей.
На фиг.6 показаны примерные этапы, выполняемые UE 200:
S61: выполнение повторных передач определенного пакета данных RLC по меньшей мере на двух из множества несущих UL,
S62: контроль повторных передач пакетов данных управления линией радиосвязи (RLC), как правило, для обеих несущих UL, и
S63: предоставление информации, указывающей общий RLF.
Общий контроль может означать одновременный контроль событий сбоев или повторных передач для множества несущих; например, использование одного единственного счетчика RLF для всех несущих и/или одновременный подсчет сбоев для всех многочисленных несущих. Общий контроль может дополнительно включать в себя определение того, что одновременно достигнуто или превышено определенное пороговое число повторных передач для всех несущих.
На фиг.7 показан соответствующий примерный этап, выполняемый в базовой станции (gNB) 100:
S71: прием из UE 200 информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач в UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, которые, как правило, контролируются на предмет наличия обеих несущих UL.
В варианте осуществления gNB может сконфигурировать UE на то, как подсчитывать повторные передачи RLC на разных несущих.
В одном из вариантов UE может быть сконфигурировано таким образом, чтобы RLC UE подсчитывало только повторные передачи RLC на одной конкретной несущей (например, на несущей UL NR или SUL) для передачи отчета о сбое передачи RLC.
В другом варианте UE может быть сконфигурировано таким образом, чтобы RLC UE подсчитывало повторные передачи RLC на всех несущих для передачи отчета о сбое передачи RLC.
В одном варианте осуществления, если инициируется обнаружение NR-RLF, или RLC-объект отправляет отчет с указанием сбоя передачи данных (RLC) (с указанием того, что данные RLC передаются на несущей NR), UE может предпринять одно из следующих действий:
Если несущая SUL сконфигурирована и активна, UE инициирует запрос планирования SR на несущей SUL, указывая, что UE предпочитает переключаться на несущую SUL для передачи данных UL. Это действие может быть выполнено только в том случае, если качество канала DL (например, RSRP) ниже заданного порогового значения.
Если несущая SUL деактивирована, или если для нее нет доступного ресурса PUCCH-SR для соответствующего логического канала LCH, UE может инициировать доступ к каналу произвольного доступа (RACH) (который является каналом, совместно используемым беспроводными терминалами для доступа к мобильной сети) на несущей SUL, указывая, что передачи данных (RLC) не проходят на несущей NR.
В ответ на прием указания относительно сбоя RLF одной несущей (например, несущей UL NR) сеть (gNB) может предпринять надлежащие меры. В варианте осуществления gNB может приказать UE переключаться на другую несущую (например, на несущую SUL) для передачи PUSCH.
Ресурсы PUCCH-SR могут быть, соответственно, сконфигурированы для соответствующих LCH.
gNB может дополнительно сконфигурировать существующую несущую SUL как активную или может реконфигурировать UE с другой активной несущей SUL, если существующая SUL является неактивной.
В другом варианте UE (например, объект управления доступом к среде передачи данных (MAC) UE) может сигнализировать в сеть (gNB), что передача данных (RLC) приостановлена на несущей NR. Сигнализация должна выполняться посредством RRC, CE MAC и/или любых других средств сигнализации уровня 1/уровня 2.
В одном варианте осуществления, если инициируется обнаружение SUL-RLF, или принимается отчет, который был отправлен RLC-объектом с указанием того, что передачи данных (RLC) не передаются на несущей SUL, UE может предпринять одно из следующих действий для восстановления после сбоя:
UE сначала выполняет поиск соты, чтобы определить лучшую соту для повторного установления линии радиосвязи. UE может выбрать подготовленную соту, которая может быть одной и той же сотой, другой сотой из той же gNB или подготовленной сотой из другой gNB, при этом активность может быть возобновлена (UE, находящееся в подключенном режиме) с помощью процедуры повторного установления радиосоединения, так как предыдущий контекст UE может быть достигнут посредством межсотовой связи.
UE может определить лучшую соту на основе конфигурации сети. При этом UE может быть выполнено с возможностью:
- выбора только тех сот, которые поддерживают несущую SUL;
- выбора соты с учетом измерений качества линии радиосвязи DL и UL. Для каждой соты UE может оценить качество линии радиосвязи UL каждой несущей, принадлежащей к одной и той же соте (например, с учетом несущих частот), или получить результаты измерения, предоставленные сетью, или использовать ранее полученные (исторические) данные измерений. В одном из примеров этому, предполагая, что для UE доступны две соты-кандидаты, причем сота 1 сконфигурирована с несущей SUL и несущей UL NR, и сота 2 не сконфигурирована с несущей SUL в UL, UE может выбрать соту 1, хотя качество линии радиосвязи DL соты 2 лучше. Такой выбор может быть выполнен при условии, что качество линии радиосвязи DL обеих сот выше определенного минимального порога качества, и/или несущая SUL обеспечивает усиление в тракте больше, чем у несущей UL NR. Такой выбор может быть предпочтительным, учитывая, что измерение UL является более важным для выбора соты, чем измерение DL (в качестве конкретного примера, пороговое значение RSRP DL для выбора соты-кандидата может быть установлено на -90 дБм). В качестве примера для соты 1, RSRP DL измеряется при -85 дБм. Кроме того, в качестве примера, несущая SUL может иметь усиление в тракте приблизительно на 7 дБ больше, чем у несущей UL NR. В качестве примера, RSRP DL соты 2 измеряется на уровне около -82 дБм. В этом случае UE должно выбрать соту 1, так как качество радиосвязи восходящей линии связи соты 1 на 4 дБ лучше, чем качество соты 2.
- выбора лучшей соты только на основе измерений качества радиоканала DL; и/или
- учета измерения нагрузки соты и нагрузки каждой несущей, принадлежащей к одной соте.
В варианте осуществления сеть может конфигурировать UE, если инициируется обнаружение RLF из-за сбоев повторной передачи RLC (например, если повторные передачи RLC для PDU AM RLC достигают сконфигурированного порога) на конкретной несущей UL или на всех несущих UL, принадлежащих к одной соте. Когда инициируется обнаружение RLF, могут применяться те же самые или аналогичные действия восстановления, которые описаны ранее.
В варианте осуществления после инициирования обнаружения RLF, если отсутствует подготовленная сота, доступная для повторного установления радиосоединения, UE выходит из состояния RRC-соединения и переходит в состояние RRC-ожидания. UE может затем выбрать лучшую соту, которая не является подготовленной. Выбор лучшей соты может быть выполнен так, как описано выше.
В варианте осуществления, когда процедура произвольного доступа (RA) для повторного установления радиосоединения для UE определяется для соты NR с несущей SUL, для такой процедуры может быть сконфигурировано сетью одно из следующих правил или политик:
- UE всегда должно выбирать несущую SUL для доступа к RACH в целевой соте.
- UE должно выбирать ближайший случай передачи PRACH независимо от того, используется ли соответствующий ресурс PRACH на несущей SUL или на несущей UL NR.
- UE должно по-прежнему выбирать несущую UL для доступа к RACH на основе существующей политики, например, UE может выбирать несущую UL NR, если RSRP DL выше определенного (предварительно сконфигурированного) порога, в иных случаях, UE выбирает несущую SUL.
- UE может инициировать множественный доступ к RACH параллельно на обеих несущих, при этом может быть подтвержден доступ к RACH по меньшей мере на одной несущей. Когда одна несущая подтверждена, доступ к RACH на другой несущей может быть прекращен.
Конфигурация для технического обслуживания линии радиосвязи при RLF может быть сконфигурирована посредством специфичной для UE RRC-сигнализации или широковещательной SIB.
В последующем описании приведенные выше варианты осуществления улучшены с тем, чтобы содержать дополнительные признаки:
В первом варианте осуществления RLC-объект UE должен предоставить отчет о том, на какой несущей из несущей SUL и несущей NR UR было достигнуто максимальное число попыток повторной передачи RLC.
• Если максимальное число повторных передач RLC для PDU AM RLC было достигнуто на несущей UL NR, RLC-объект отправляет отчет, который включает в себя информацию о сбое передачи RLC и указатель несущей UL, в RRC, и RRC может определить NR-RLF.
• Если максимальное число повторных передач RLC для PDU AM RLC было достигнуто на несущей SUL, RLC-объект отправляет отчет, который включает в себя информацию о сбое передачи RLC и указатель несущей UL, RLC-объект отправляет отчет в RRC, и RRC может определить SUL-RLF.
Во втором варианте осуществления базовая станция (gNB) может конфигурировать разные конфигурации RLC для несущей SUL и несущей NR, при этом разное максимальное число повторных передач RLC для инициирования обнаружения сбоя RLF может быть сконфигурировано для несущей SUL и несущей NR. Можно предположить, что несущая UL NR развернута на более высокой несущей частоте, чем для несущей SUL, что означает, что несущая UL NR может ассоциироваться с более высоким разнесением поднесущих (то есть с более короткой длительностью слота); таким образом, более высокое максимальное число повторных передач RLC может быть сконфигурировано для несущей UL NR, тогда как для несущей SUL может быть сконфигурировано более низкое максимальное число повторных передач RLC. Таким образом, можно избежать ненужных событий RLF.
В третьем варианте осуществления можно предположить, что существует только одна конфигурация RLC для несущей SUL и несущей NR. Может быть обеспечивается общий счетчик повторных передач RLC для обеих несущих. Для одного и того же PDU AM RLC может быть обеспечивается часть повторных передач RLC, переносимых на несущей UL NR, тогда как остальные повторные передачи RLC переносятся на несущей SUL. В этом случае, при достижении максимального числа повторных передач RLC для PDU AM RLC, RLC-объект отправляет отчет в RRC с указанием того, что было достигнуто максимальное число повторных передач RLC, при этом указатели несущей могут отсутствовать в отчете.
В четвертом варианте осуществления базовая станция (gNB) может конфигурировать UE для определения того, на каких несущих подсчитывать повторные передачи RLC. В одном варианте RLC UE может подсчитывать только повторные передачи RLC на одной конкретной несущей для инициирования обнаружения RLF. В другом варианте RLC UL может подсчитывать повторные передачи RLC на всех несущих для инициирования обнаружения RLF.
В качестве дополнительного рассмотрения, если RLC-объект нуждается в информации о несущей, на которой передается каждая передача PUSCH, информация с таким знанием может быть передана на более высокие уровни с помощью физического уровня (PHY).
Следующие варианты осуществления касаются другого варианта действий UE после обнаружения событий RLF, которые описаны в приведенных выше абзацах (поддержание радиосоединения).
К тому же, в пятом варианте осуществления, если инициируется обнаружение RLF NR, или RLC-объект отправляет отчет с указанием того, что передачи данных (RLC) не проходят на несущей NR, UE может предпринять одно или более действий следующим образом:
• Если несущая SUL сконфигурирована и активна, и существует ресурс PUCCH-SR, сконфигурированный для соответствующего LCH на несущей SUL, MAC UE инициирует передачу SR на несущей SUL с указанием того, что UE предпочитает переключиться на несущую SUL для передачи данных UL. Это действие может применяться только в том случае, если качество канала DL (например, RSRP) ниже заданного порогового значения.
• Если несущая SUL деактивирована или отсутствует доступный ресурс PUCCH-SR для соответствующего LCH на нем, MAC UE инициирует доступ к RACH на несущей SUL, указывая, что передачи данных (RLC) не проходят на несущей NR. gNB может предпринять надлежащие действия, например, gNB может приказать UE переключиться на несущую SUL для передачи PUSCH. Ресурсы PUCCH-SR могут быть, соответственно, сконфигурированы для соответствующих LCH. gNB может конфигурировать существующую несущую SUL, чтобы быть активной, или реконфигурировать UE с другой активной несущей SUL, если существующая SUL неактивна.
• При необходимости MAC UE может сигнализировать в gNB то, что передача данных (RLC) приостановлена на несущей NR. Варианты сигнализации могут включать в себя RRC, MAC CE или другие средства сигнализации L1/L2.
В шестом варианте осуществления, если инициируется обнаружение RLF SUL, или принимается отчет, который был отправлен RLC-объектом с указанием того, что передачи данных (RLC) не проходят на несущей SUL, UE может предпринять одно или более действий для восстановления после сбоя:
• UE сначала должно выполнить поиск соты, чтобы определить лучшую соту для повторного установления линии радиосвязи. UE может выбрать подготовленную соту, которая может быть одной той же сотой, другой сотой из той же gNB или подготовленной сотой из другой gNB, причем активность может быть возобновлена (то есть UE остается в подключенном режиме) с помощью процедуры повторного установления радиосоединения, так как предыдущий контекст UE может быть достигнут посредством межсотовой связи.
• По сравнению с существующей процедурой восстановления RLF LTE дополнительная процедура состоит в том, что UE определяет лучшую соту на основе различных средств, которые могут быть сконфигурированы сетью;
• UE может выбирать только соты, которые поддерживают несущую SUL;
• UE может выбирать соты с учетом измерений, качества линии радиосвязи DL и UL. Для каждой соты UE может оценивать качество линии радиосвязи UL каждой несущей, принадлежащей к одной и той же соте, с учетом несущих частот, или получать результаты измерений, которые предоставляет сеть, или использовать исторические данные измерений и т.д. В одном примере, предполагая, что для выбора соты-кандидата сконфигурирован порог RSL DL, равный -90 дБм, для UE доступны две соты-кандидата. Для соты 1, которая сконфигурирована с несущей SUL и несущей UL NR, RSRP DL измеряется при -85 дБм. Несущая SUL дает усиление в тракте на 7 дБ больше, чем у несущей UL NR. Сота 2 не сконфигурирована с несущей SUL в UL. Ее измеренная RSRP DL составляет около -82 дБм. В этом случае UE должно выбрать соту 1, так как качество радиосвязи восходящей линии связи соты на 4 дБ лучше, чем у соты 2. В этом примере это имеет смысл, так как измерение UL является более важным для выбора соты, чем измерение DL, учитывая тот факт, что инициируется обнаружение RLF по истечении времени повторных передач RLC восходящей линии связи;
• UE может выбрать лучшую соту исключительно на основе измерений качества радиоканала DL; и/или
• UE может также учитывать результаты измерений нагрузки соты и нагрузку каждой несущей, принадлежащей к одной соте.
В седьмом варианте осуществления сеть может конфигурировать UE, если инициируется обнаружение RLF из-за сбоев повторной передачи RLC (то есть повторные передачи RLC для PDU AM RLC достигают заданного порога, который можно сконфигурировать) на конкретной несущей UL или на всех несущих UL, принадлежащих одной соте. Когда инициируется обнаружение RLF, применяются те же самые действия восстановления, которые описаны в шестом варианте осуществления.
В восьмом варианте осуществления после инициирования обнаружения сбоя, если нет никакой подготовленной соты, доступной для повторного установления радиосоединения, UE выходит из состояния RRC-соединения и остается в состоянии RRC-ожидания. UE выбирает лучшую соту, которая не является подготовленной. При выборе наилучшей соты применяются те же средства, что и в шестом варианте осуществления.
В девятом варианте осуществления, когда процедура RA для повторного установления радиосоединения для UE определяется для соты NR с несущей SUL, для процедуры RA сеть может сконфигурировать одну из следующих политик:
• UE всегда должно выбирать несущую SUL для доступа к RACH в целевой соте.
• UE должно выбрать ближайшее событие передачи PRACH, независимо от того, находится ли соответствующий ресурс PRACH на несущей SUL или на несущей UL NR;
• чтобы UE по-прежнему выбирало несущую UL для доступа к RACH на основе существующей политики, UE должно выбрать, например, несущую UL NR в том случае, если RSRP DL превышает заданное пороговое значение, в иных случаях, UE выбирает несущую SUL;
• UE может инициировать множественный доступ к RACH параллельно на обеих несущих, при этом может быть подтвержден доступ к RACH по меньшей мере на одной несущей. В случае, когда одна несущая подтверждена, доступ к RACH на другой несущей прекращается.
В десятом варианте осуществления конкретная конфигурация для технического обслуживания линии радиосвязи при RLF может быть сконфигурирована посредством специфичной для UE RRC-сигнализации или широковещательной передачи SIB.
На фиг.6 показано UE 200 в соответствии с одним или несколькими вариантами осуществления. UE 200 содержит антенну или антенную решетку 210, имеющую множество антенн 215, приемопередатчик 220 для поддержания связи с базовой станцией, схему 230 обработки UE, например, для выполнения этапов, показанных на любой из фиг.2 и 4, и память 240 UE для хранения соответствующих инструкций, исполняемых схемой 240 обработки UE.
На фиг.7 показана базовая станция или gNB 100 в соответствии с одним или несколькими вариантами осуществления. Базовая станция 100 содержит антенну или антенную решетку 110, имеющую множество антенн 115, приемопередатчик 120 для поддержания связи с UE, схему 130 обработки базовой станции, например, для выполнения этапов, показанных на любой из фиг.1 и 3, и память 140 базовой станции для хранения соответствующих инструкций, исполняемых схемой 140 обработки базовой станции.
Как показано на фиг.10, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 3210, такую как сотовая сеть типа 3GPP, которая содержит сеть 3211 доступа, такую как сеть радиодоступа, и базовую сеть 3214. Сеть 3211 доступа содержит множество базовых станций 3212a, 3212b, 3212c, таких как NB, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую зону 3213a, 3213b, 3213c покрытия. Каждая базовая станция 3212a, 3212b, 3212c может быть подключена к базовой сети 3214 через проводное или беспроводное соединение 3215. Первое пользовательское оборудование (UE), такое как UE 120, расположенное в зоне покрытия 3213c, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующей базовой станции 3212c. Второе UE 3292 в зоне 3213a покрытия имеет возможность беспроводного подключения к соответствующей базовой станции 3212a. Хотя в этом примере проиллюстрировано множество UE 3291, 3292, раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное UE находится в зоне покрытия, или когда одиночное UE подключается к соответствующей базовой станции 3212.
Телекоммуникационная сеть 3210 подключена непосредственно к хост-компьютеру 3230, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 3230 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 3221 и 3222 между телекоммуникационной сетью 3210 и хост-компьютером 3230 могут продолжаться непосредственно от базовой сети 3214 до хост-компьютера 3230 или могут проходить через вспомогательную промежуточную сеть 3220. Промежуточная сеть 3220 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; и промежуточная сеть 3220, если таковая имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 3220 может содержать две или более подсетей (не показаны).
Система связи, показанная на фиг.10, в целом обеспечивает связность между одним из подключенных UE 3291, 3292 и хост-компьютером 3230. Связность может быть описана как соединение 3250 поверх протокола IP (OTT). Хост-компьютер 3230 и подключенные UE 3291, 3292 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 3250, используя сеть 3211 доступа, базовую сеть 3214, любую промежуточную сеть 3220 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 3250 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 3250, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 3212 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 3230, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 3291. Аналогичным образом, базовой станции 3212 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей от UE 3291 в направлении хост-компьютера 3230.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг.11. В системе 3300 связи хост-компьютер 3310 содержит аппаратные средства 3315, включая интерфейс 3316 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 3300 связи. Хост-компьютер 3310 дополнительно содержит схему 3318 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 3318 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), которые предназначены для исполнения инструкций. Хост-компьютер 3310 дополнительно содержит программное обеспечение 3311, которое хранится в хост-компьютере 3310 или доступно для него и исполняется схемой 3318 обработки. Программное обеспечение 3311 включает в себя хост-приложение 3312. Хост-приложение 3312 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 3330, устанавливающему соединение через OTT-соединение 3350, которое заканчивается в UE 3330 и хост-компьютере 3310. При предоставлении услуги удаленному пользователю хост-приложение 3312 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 3350.
Система 3300 связи дополнительно включает в себя базовую станцию 3320, обеспечивающуюся в телекоммуникационной системе и содержащую аппаратные средства 3325, позволяющие ей обмениваться данными с хост-компьютером 3310 и с UE 3330. Аппаратные средства 3325 могут включать в себя интерфейс 3326 связи для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 3300 связи, а также радиоинтерфейс 3327 для установки и поддержания по меньшей мере беспроводного соединения 3370 с UE 3330, расположенным в зоне покрытия (не показана на фиг.11), обслуживаемой базовой станцией 3320. Интерфейс 3326 связи может быть выполнен с возможностью упрощения соединения 3360 с хост-компьютером 3310. Соединение 3360 может быть прямым или оно может проходить через базовую сеть (не показана на фиг.11) телекоммуникационной системы и/или через одну или более промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 3325 базовой станции 3320 дополнительно включают в себя схему 3328 обработки, которая может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 3320 дополнительно имеет программное обеспечение 3321, хранящееся внутри нее или доступное через внешнее соединение.
Система 3300 связи дополнительно включает в себя уже упомянутое UE 3330. Его аппаратные средства 3335 могут включать в себя радиоинтерфейс 3337, выполненный с возможностью установки и поддержания беспроводного соединения 3370 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 3330. Аппаратные средства 3335 UE 3330 дополнительно включают в себя схему 3338 обработки, которая может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненных с возможностью исполнения инструкций. UE 3330 дополнительно содержит программное обеспечение 3331, которое хранится в UE 3330 или доступно для него и может исполняться схемой 3338 обработки. Программное обеспечение 3331 включает в себя клиентское приложение 3332. Клиентское приложение 3332 может быть выполнено с возможностью предоставлять услугу пользователю - человеку или пользователю - не человеку через UE 3330, с поддержкой хост-компьютера 3310. В хост-компьютере 3310 исполняющее хост-приложение 3312 может поддерживать связь с исполняющимся клиентским приложением 3332 через OTT-соединение 3350, оканчивающееся в UE 3330 и хост-компьютере 3310. При предоставлении услуги пользователю, клиентское приложение 3332 может принимать данные запроса из хост-приложения 3312 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 3350 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 3332 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.
Следует отметить, что хост-компьютер 3310, базовая станция 3320 и UE 3330, показанные на фиг.11, могут быть аналогичны или идентичны хост-компьютеру 3230, одной из базовых станций 3212a, 3212b, 3212c и одному из UE 3291, 3292, которые показаны на фиг.10, соответственно. То есть внутренняя работа этих объектов может быть такой, как показано на фиг.11, и независимо от этого топология окружающей сети может быть такой же, как на фиг.10.
На фиг.11 ОТТ-соединение 3350 было изображено абстрактно для иллюстрации связи между хост-компьютером 3310 и пользовательским оборудованием 3330 через базовую станцию 3320 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрыть ее от UE 3330 или от поставщика услуг, управляющего хост-компьютером 3310, или от обоих. Когда OTT-соединение 3350 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурирования сети).
Беспроводное соединение 3370 между UE 3330 и базовой станцией 3320 соответствует принципам осуществления, описанным в настоящем раскрытии.
Один или более различных вариантов осуществления повышают производительность услуг OTT, предоставляемых UE 3330, используя OTT-соединение 3350, в котором беспроводное соединение 3370 образует последний сегмент. Более точно, идеи этих вариантов осуществления позволяют уменьшить задержку, энергопотребление и тем самым обеспечить такие преимущества, как повышенная скорость отклика и увеличенный срок службы аккумуляторной батареи.
Процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или более вариантов осуществления. Кроме того, могут существовать дополнительные сетевые функциональные возможности для реконфигурирования OTT-соединения 3350 между хост-компьютером 3310 и UE 3330 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 3350 могут быть реализованы в виде программного обеспечения 3311 хост-компьютера 3310 или в виде программного обеспечения 3331 UE 3330 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 3350; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, на основе которых программное обеспечение 3311, 3331 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 3350 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 3320, и оно может быть неизвестным или незаметным для базовой станции 3320. Такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую измерения, проводимые хост-компьютером 3310, пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 3311 и 3331 заставляло передавать сообщения, в частности пустые или "фиктивные" сообщения с использованием OTT-соединения 3350, контролируя при этом время распространения, ошибки и т.д.
На фиг.12 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.10 и фиг.11. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг.12. На первом этапе 3410 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе 3411 первого этапа 3410 хост-компьютер предоставляет пользовательские данные путем выполнения хост-приложения. На втором этапе 3420 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На необязательном третьем этапе 3430 базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии. На необязательном четвертом этапе 3440 UE исполняет клиентское приложение, связанное с хост-приложением, исполняемым хост-компьютером.
На фиг.13 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.10 и фиг.11. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг.13. На первом этапе 3510 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, исполняя хост-приложение. На втором этапе 3520 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии. На необязательном третьем этапе 3530 UE принимает пользовательские данные, переносимые при передаче.
На фиг.14 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.10 и фиг.11. Для упрощения настоящего раскрытия в этом абзаце будут использоваться ссылки только на фиг.14. На необязательном первом этапе 3610 способа UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или альтернативно, на необязательном втором этапе 3620 UE предоставляет пользовательские данные. На необязательном подэтапе 3621 второго этапа 3620 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На дополнительном необязательном подэтапе 3611 первого этапа 3610 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE на необязательном третьем подэтапе 3630 инициирует передачу пользовательских данных в хост-компьютер. На четвертом этапе 3640 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии.
На фиг.15 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи в соответствии с одним из вариантов осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть аналогичны тем, которые описаны со ссылкой на фиг.10 и фиг.11. Для упрощения настоящего раскрытия изобретения в этом абзаце будут использоваться ссылки только на фиг.15. На необязательном первом этапе 3710 способа, в соответствии с идеями вариантов осуществления, описанными в настоящем раскрытии, базовая станция принимает пользовательские данные из UE. На необязательном втором этапе 3720 базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На третьем этапе 3730 хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.
Дополнительные варианты осуществления:
(1) Способ устранения сбоев в линии радиосвязи, реализуемый пользовательским оборудованием (UE), причем UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), содержащий этапы, на которых:
- осуществляют контроль повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно для множества несущих UL,
- определяют сбой передачи пакетов данных RLC относительно одной из несущих UL, и
- предоставляют информацию, указывающую сбой и упомянутую несущую UL.
(2) Способ согласно предыдущему варианту осуществления, в котором множество несущих UL содержит первичную несущую UL и дополнительную несущую UL (SUL).
(3) Способ согласно предыдущему варианту осуществления, в котором первичной несущей является несущая UL новой радиосвязи (NR).
(4) Способ согласно любому из предыдущих вариантов осуществления, в котором UE передает информацию, указывающую сбой в линии радиосвязи (RLF) и несущую UL, на которую влияет RLF в сети радиосвязи.
(5) Способ согласно любому из предыдущих вариантов осуществления, в котором сбой передачи пакетов данных RLC для упомянутой несущей определяется в случае, если достигнуто определенное максимальное число повторных передач RLC для пакета данных RLC для этой несущей.
(6) Способ согласно предыдущему варианту осуществления, в котором каждая из множества несущих ассоциируется с максимальным числом, например, таким образом, чтобы первое максимальное число ассоциировано с первичной несущей UL, а второе максимальное число ассоциировано с несущей SUL.
(7) Способ согласно предыдущему варианту осуществления, в котором первое максимальное число отличается от второго максимального числа.
(8) Способ согласно любому из предыдущих вариантов осуществления, в котором UE принимает конфигурацию из сети, чтобы инициировать обнаружение сбоев в линии радиосвязи (RLF) для разных несущих UL.
(9) Способ согласно предыдущему варианту осуществления, в котором первая конфигурация для инициирования обнаружения RLF для первичной несущей UL отличается от второй конфигурации для инициирования обнаружения RLF для несущей SUL.
(10) Способ согласно предыдущему варианту осуществления, в котором конфигурация для инициирования обнаружения RLF для первичной несущей UL и конфигурация для инициирования обнаружения RLF для несущей SUL отличаются тем, что первая конфигурация содержит первое максимальное число повторных передач RLC, а вторая конфигурация содержит второе максимальное число повторных передач RLC, при этом первое и второе максимальные числа являются разными.
(11) Способ согласно предыдущему варианту осуществления, в котором первое максимальное число больше, чем второе максимальное число.
(12) Способ согласно любому из предыдущих вариантов осуществления, в котором UE содержит RLC-объект для выполнения функций RLC и RRC-объект для выполнения функций RRC, при этом RLC-объект выполняет этапы, на которых: осуществляют контроль повторных передач пакетов данных RLC отдельно для множества несущих UL и определяют сбой передач пакетов данных RLC относительно одной из несущих UL, и предоставляют информацию, указывающую сбой и упомянутую несущую UL, на RRC-объект.
(13) Способ согласно предыдущему варианту осуществления, в котором RRC-объект выполняет инициирование обнаружения сбоя в линии радиосвязи (RLF) в сети радиосвязи.
(14) Способ устранения сбоев в линии радиосвязи, реализуемый пользовательским оборудовании (UE) (200), причем UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), содержащий этапы, на которых:
- выполняют повторные передачи определенного пакета данных RLC по меньшей мере на двух из множества несущих UL,
- осуществляют контроль повторных передач пакетов данных управления линией радиосвязи (RLC), как правило, для обеих несущих UL, и
- предоставляют информацию, указывающую общий RLF.
(15) Способ согласно предыдущему варианту осуществления, в котором UE выполнено с возможностью предоставления:
- информации, указывающей сбой в линии радиосвязи (RLF), без информации о несущей UL, на которую влияет RLF, если она сконфигурирована для общего контроля повторных передач по меньшей мере для двух несущих UL, и
- информации о RLF и несущей UL, на которую влияет RLF, для сети радиосвязи и несущей UL, на которую влияет RLF, если она сконфигурирована для раздельного контроля повторных передач по меньшей мере для двух несущих UL.
(16) Способ согласно предыдущим вариантам (14) или (15) осуществления, в котором UE выполнено с возможностью осуществления по меньшей мере одного из:
- подсчета повторных передач RLC на одной или более определенных несущих (например, на несущей UL NR или на несущей SUL) для передачи отчета о сбое передачи RLC, и
- подсчета повторных передач RLC на всех несущих для передачи отчета о сбое передачи RLC.
(17) Способ согласно любому из предыдущих вариантов осуществления, в котором, в случае сбоя передачи пакетов данных RLC, относительно первичной несущей UL, выполняется один из следующих этапов:
- если несущая SUL сконфигурирована (и активна), инициируют передачу запроса планирования (SR) на несущей SUL с указанием того, что для UE предпочтительно переключение на несущую SUL для передачи данных UL, и
- в иных случаях, инициируют доступ к каналу произвольного доступа (RACH) на несущей SUL с указанием сбоя, или
- передают в сеть информацию (gNB) о том, что передача данных (RLC) приостановлена на первичной несущей (NR) (варианты сигнализации могут включать в себя RRC, CE MAC или другие средства сигнализации L1/L2; сигнализация может передаваться на несущей SUL).
(18) Способ согласно предыдущему варианту осуществления, в котором инициирование передачи SR на несущей SUL выполняется только в том случае, если качество канала нисходящей линии связи (RSRP) ниже заданного порогового значения.
(19) Способ согласно любому из предыдущих вариантов осуществления, в котором в случае, если инициируется обнаружение RLF SUL, UE сначала выполняет поиск соты, чтобы определить подходящую соту для повторной установки линии радиосвязи.
(20) Способ согласно предыдущему варианту осуществления, в котором UE выполнено с возможностью выбора подготовленной соты, которая может быть одной и той же сотой, другой сотой той же базовой станции (gNB) или подготовленной сотой другой базовой станции (gNB).
(21) Способ согласно предыдущему варианту осуществления, в котором UE выполнено с возможностью:
- выбора соты от одной или множества сот, поддерживающих несущую SUL;
- выбора соты на основе измерений качества линии радиосвязи DL и UL;
- выбора соты только на основе измерений качества радиоканала DL; и/или
- выбора соты на основе измерения нагрузки соты и нагрузки каждой несущей, принадлежащей к одной и той же соте.
(22) Способ согласно предыдущему варианту осуществления, в котором, если первая сота сконфигурирована с несущей SUL и первичной несущей UL, а вторая сота не сконфигурирована с несущей SUL, UE выполнена с возможностью:
- измерения линии радиосвязи DL и качества радиосвязи UL,
- определения того, является ли качество линии радиосвязи DL обеих сот выше определенного минимального порога качества, и/или обеспечивает ли несущая SUL усиление в тракте больше, чем у первичной несущей UL, и
- выбора, в случае положительного результата, первой соты.
(23) Способ устранения сбоев в линии радиосвязи, реализуемый базовой станцией сети радиосвязи (gNB) (100), причем UE подключено к gNB посредством множества несущих восходящей линии связи (UL), содержащий этапы, на которых:
- принимают информацию о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой определен посредством отдельного контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно по меньшей мере для двух из множества несущих UL.
(24) Способ согласно предыдущему варианту осуществления, в котором множество несущих UL содержит первичную несущую UL и дополнительную несущую UL (SUL).
(25) Способ согласно предыдущему варианту осуществления, в котором первичной несущей является несущая UL нового радио (NR).
(26) Способ согласно любому из предыдущих вариантов (23)-(25) осуществления, в котором gNB выполнен с возможностью приема информации, указывающую сбой в линии радиосвязи (RLF) и несущую UL, на которую влияет RLF в сети радиосвязи.
(27) Способ согласно любому из предыдущих вариантов (23)-(26) осуществления, в котором выполняется передача конфигурации в UE с указанием максимального числа повторных передач RLC для пакета данных RLC, чтобы инициировать обнаружение сбоя (или предположения то, что имеет место сбой) передачи пакета данных RLC для упомянутой несущей.
(28) Способ согласно предыдущему варианту осуществления, в котором конфигурация содержит первое максимальное число, ассоциированное с первичной несущей UL, и второе максимальное число, ассоциированное с несущей SUL.
(29) Способ согласно предыдущему варианту осуществления, в котором первое максимальное число отличается от второго максимального числа.
(30) Способ согласно любому из предыдущих вариантов (23)-(29) осуществления, в котором gNB выполнено с возможностью передачи конфигурации на UE, для инициирования обнаружения сбоев в линии радиосвязи (RLF) для разных несущих UL.
(31) Способ согласно предыдущему варианту осуществления, в котором первая конфигурация для инициирования обнаружения RLF для первичной несущей UL отличается от второй конфигурации для инициирования обнаружения RLF для несущей SUL.
(32) Способ согласно предыдущему варианту осуществления, в котором конфигурация для инициирования обнаружения RLF для первичной несущей UL и конфигурация для инициирования обнаружения RLF для несущей SUL отличаются тем, что первая конфигурация содержит первое максимальное число повторных передач RLC, а вторая конфигурация содержит второе максимальное число повторных передач RLC, при этом первое и второе максимальные числа являются разными.
(33) Способ согласно предыдущему варианту осуществления, в котором первое максимальное число больше, чем второе максимальное число.
(34) Способ устранения сбоев в линии радиосвязи, реализуемый gNB (100), причем gNB подключена к UE посредством множества несущих восходящей линии связи (UL), содержащий этапы, на которых:
- принимают, от UE, информацию, указывающую общий RLF, причем общий RLF является результатом выполнения повторных передач в UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, причем контролируются, как правило, обе несущих UL.
(35) Способ согласно предыдущему варианту осуществления, в котором UE gNB выполнено с возможностью приема:
- информации, указывающей сбой в линии радиосвязи (RLF), без информации о несущей UL, на которую влияет RLF, если она сконфигурирована для общего контроля повторных передач по меньшей мере для двух несущих UL, и
- информации о RLF, и несущей UL, на которую влияет RLF в сети радиосвязи, и несущей UL, на которую влияет RLF, если она сконфигурирована для отдельного контроля повторных передач по меньшей мере для двух несущих UL.
(36) Способ согласно предыдущим вариантам (34) или (35) осуществления, в котором gNB выполнен с возможностью конфигурирования UE для выполнения по меньшей мере одного из:
- подсчета повторных передач RLC на одной или более определенных несущих (например, на несущей UL NR или SUL) для передачи отчета о сбое передачи RLC, и
- подсчета повторных передач RLC на всех несущих для передачи отчета о сбое передачи RLC.
(37) Способ согласно любому из предыдущих вариантов (23)-(36) осуществления, в котором в случае сбоя передачи пакетов данных RLC относительно первичных несущих UL выполняется один из следующих этапов:
- если несущая SUL сконфигурирована (и активна), прием передачи запроса планирования (SR) на несущей SUL с указанием того, что UE предпочитает переключиться на несущую SUL для передачи данных UL, и
- в иных случаях, получение доступа к каналу произвольного доступа (RACH) на несущей SUL, указывающей сбой.
(38) Способ согласно любому из предыдущих вариантов (23)-(37) осуществления, в котором gNB выполнен с возможностью конфигурирования UE для:
- выбора соты из одной или множества сот, поддерживающих несущую SUL;
- выбора соты на основе измерений качества линии радиосвязи DL и UL;
- выбора соты только на основе измерений качества радиоканала DL; и/или
- выбора соты на основе измерения нагрузки соты и нагрузки каждой несущей, принадлежащей к одной и той же соте.
(39) Способ согласно предыдущему варианту осуществления, дополнительно содержащий конфигурирование первой соты с несущей SUL и первичной несущей UL, и второй соты без несущей SUL и UE для выполнения:
- измерения качества линии радиосвязи DL и UL,
- определения того, является ли качество линии радиосвязи DL обеих сот выше определенного минимального порога качества, и/или обеспечивает ли несущая SUL усиление в тракте больше, чем у первичной несущей UL, и
- в случае положительного результата, выбора первой соты.
(40) Пользовательское оборудование (UE), выполненное с функцией устранения сбоев в линии радиосвязи, где UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), содержащее схему обработки и память, причем схема обработки выполнена с возможностью:
- контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно для множества несущих UL,
- определения сбоя передач пакетов данных RLC по отношению к одной из несущих UL, и
- предоставления информации, указывающей сбой и упомянутую несущую UL.
(41) Пользовательское оборудование (UE), выполненное с функцией устранения сбоев в линии радиосвязи, причем UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), содержащих схему обработки и память, причем схема обработки выполнена с возможностью:
- выполнения повторных передач определенного пакета данных RLC по меньшей мере на двух из множества несущих UL,
- контроля повторных передач пакетов данных управления линией радиосвязи (RLC), как правило, для обеих несущих UL, и
- предоставления информации, указывающей общий RLF.
(42) Пользовательское оборудование (UE), выполненное с функцией устранения сбоев в линии радиосвязи, где UE подключено к сети радиосвязи посредством множества несущих восходящей линии связи (UL), и где UE выполнено с возможностью реализации способов по любому из предыдущих вариантов (1)-(24) осуществления.
(43) Базовая станция сети радиосвязи (gNB), выполненная для устранения сбоев в линии радиосвязи, причем UE подключено к gNB посредством множества несущих восходящей линии связи (UL), содержащей схему обработки и память, причем схема обработки выполнена с возможностью:
- приема информации о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой был определен путем отдельного контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно по меньшей мере для двух из множества несущих UL.
(44) Базовая станция сети радиосвязи (gNB), выполненная с функцией устранения сбоев в линии радиосвязи, причем UE подключено к gNB посредством множества несущих восходящей линии связи (UL), содержащая схему обработки и память, причем схема обработки выполнена с возможностью:
- приема, от UE, информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач, на UE, определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, для общего контроля повторных передач по меньшей мере для двух несущих UL.
(45) Базовая станция сети радиосвязи (gNB), в которой gNB подключена к UE посредством множества несущих восходящей линии связи (UL), причем UE выполнено с возможностью выполнения способов по любому из предыдущих вариантов (23)-(39) осуществления.
(46) Система связи, включающая в себя хост-компьютер, содержащий схему обработки, выполненную с возможностью предоставления пользовательских данных; и интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи на пользовательское оборудование (UE), где сотовая сеть содержит базовую станцию (gNB), имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
- приема информации о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой определен посредством отдельного контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно по меньшей мере для двух из множества несущих UL.
(47) Система связи, включающая в себя хост-компьютер, содержащий схему обработки, выполненную с возможностью предоставления пользовательских данных; и интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи на пользовательское оборудование (UE), причем сотовая сеть содержит базовую станцию (gNB), имеющую радиоинтерфейс и схему обработки, причем схема обработки базовой станции выполнена с возможностью:
- приема, от UE, информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач на UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, которые, как правило, контролируются на предмет наличия обеих несущих UL.
(48) Система связи согласно варианту (46) или (47), дополнительно включающая в себя базовую станцию.
(49) Система связи согласно варианту (48) осуществления, дополнительно включающая в себя UE, причем UE выполнено с возможностью связи с базовой станцией.
(50) Система связи согласно варианту (49) осуществления, в которой:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и
- UE содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.
(51). Способ, реализуемый в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит этапы, на которых:
- предоставляют, с помощью хост-компьютера, пользовательские данные; и
- инициируют, с помощью хост-компьютера, передачу, переносящую пользовательские данные на UE через сотовую сеть, содержащую базовую станцию, причем базовая станция выполнена с возможностью реализации одного из:
- приема, от UE, информации, указывающей общий RLF, причем общий RLF является результатом выполнения повторных передач на UE определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, для общего контроля обеих несущих UL, и
- приема, из UE, информации о сбое передач пакетов данных RLC по отношению к одной из несущих UL, причем упомянутый сбой был определен путем отдельного контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно по меньшей мере для двух из множества несущих UL.
(52) Способ согласно варианту (51) осуществления, дополнительно содержащий этап, на котором:
- передают, с помощью базовой станции, пользовательские данные.
(53) Способ согласно варианту (52) осуществления, в котором пользовательские данные предоставляются в хост-компьютер путем исполнения хост-приложения, причем способ дополнительно содержит:
- выполняют, с помощью UE, клиентское приложение, ассоциированное с хост-приложением.
(54) Система связи, включающая в себя хост-компьютер, содержащий:
- схему обработки, выполненную с возможностью предоставления пользовательских данных; и
- интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи на пользовательское оборудование (UE),
- где UE содержит радиоинтерфейс и схему обработки, причем схема обработки UE выполнена с возможностью выполнения одного из:
- контроля повторных передач пакетов данных управления линией радиосвязи (RLC) отдельно для множества несущих UL, определения сбоя передач пакетов данных RLC по отношению к одной из несущих UL и предоставления информации, указывающей сбой и упомянутую несущую UL, и
- выполнения повторных передач определенного пакета данных RLC по меньшей мере на двух из множества несущих UL, контроля повторных передач пакетов данных управления линией радиосвязи (RLC), как правило, для обеих несущих UL, и предоставления информации, указывающей общий RLF.
(55) Система связи согласно варианту (54) осуществления, дополнительно включающая в себя UE.
(56) Система связи согласно варианту (55) осуществления, в которой сотовая сеть дополнительно включает в себя базовую станцию, выполненную с возможностью поддержания связи с UE.
(57) Система связи согласно варианту (55) или (56) осуществления, в которой:
- схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и
- схема обработки UE выполнена с возможностью исполнения клиентского приложения, ассоциированного с хост-приложением.