RU2776308C1 - Устройство и способ для передачи информации о состоянии в системе беспроводной связи - Google Patents

Abstract

Изобретение относится к области беспроводной связи. Технический результат заключается в возможности передачи отчета о сбое линии радиосвязи (RLF) главной группы сот (MCG), когда происходит MCG RLF в системе беспроводной связи. Технический результат достигается за счет того, что оборудования пользователя (UE) обнаруживает RLF у MCG, приостанавливает передачу к MCG для всех радиоканалов сигнализации (SRB) и радиоканалов данных (DRB) за исключением SRB0, и идентифицирует, приостановлена ли передача к SCG. В случае, когда передача к SCG приостановлена, UE выполняет процедуру повторного создания соединения. В случае, когда передача к SCG не приостановлена и сконфигурирован раздробленный SRB1, UE передает отчет об информации по RLF у MCG через раздробленный SRB1, и в случае, когда передача к SCG не приостановлена и сконфигурирован раздробленный SRB3, UE передает отчет об информации по RLF у MCG через раздробленный SRB3. 2 н. и 8 з.п. ф-лы, 40 ил.

Description

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

[0001] Данное изобретение в целом относится к системе беспроводной связи и, в частности, к устройству и способу для передачи информации о состоянии в системе беспроводной связи.

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

[0002] Для удовлетворения спроса на беспроводной трафик данных, возросший после развертывания систем связи 4-го поколения (4G), были предприняты усилия по разработке улучшенной системы связи 5-го поколения (5G) или до-5G. Вследствие этого, система связи 5G или до-5G также называется «Сетью После 4G» или «Системой После Долгосрочного Развития (LTE)».

[0003] Считается, что система связи 5G будет реализована в более высоких полосах частот (mmWave), например, полосах 28ГГц или 60ГГц с тем, чтобы достигать более высоких скоростей передачи данных. Для уменьшения потерь при распространении радиоволн и увеличения расстояния передачи в системах связи 5G обсуждаются методики формирования диаграммы направленности, массивного множественного ввода и множественного вывода (MIMO), Полноразмерного MIMO (FD-MIMO), антенной решетки, аналогового формирования диаграммы направленности, крупномасштабной антенны.

[0004] В дополнение, в системах 5G, ведется разработка улучшения системной сети на основании усовершенствованных небольших сот, облачных Сетей Радиодоступа (RAN), сверхплотных сетей, связи устройство-с-устройством (D2D), беспроводного обратного транзита, движущейся сети, кооперативной связи, Координированной Многоточечной (CoMP) передачи, подавления помех на стороне приема.

[0005] В системе 5G были разработаны Гибридная частотная манипуляция (FSK) и квадратурная амплитудная модуляция (FQAM) и кодирование с наложением скользящих окон (SWSC) в качестве усовершенствованной модуляции кодирования (ACM), и мультиплексирование с множеством несущих и с гребенкой фильтров (FBMC), не-ортогональный множественный доступ (NOMA) и множественный доступ на основе разряженных кодов (SCMA) в качестве усовершенствованной технологии доступа. В системе беспроводной связи, терминал может обнаруживать конкретное состояние и может передавать сообщение для предоставления отчета об информации о состоянии. Такая информация о состоянии может включать в себя состояние беспроводное соединения или состояние качества, такое как качество услуги (QoS). Информация о состоянии может быть принята базовой станцией или другим терминалом и может быть обработана для того, чтобы улучшать состояние.

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

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

Решение задачи

[0007] На основании обсуждения выше, данное изобретение предоставляет устройство и способ для передачи информации о состоянии в системе беспроводной связи.

[0008] В дополнение, данное изобретение предоставляет устройство и способ для передачи отчета о сбое линии радиосвязи (RLF) главной группы сот (MCG) (далее, MCG RLF), когда происходит MCG RLF в системе беспроводной связи.

[0009] В дополнение, данное изобретение предоставляет устройство и способ для удовлетворения требования качества услуги (QoS) в связи транспортного средства с различными объектами в системе беспроводной связи.

[0010] В соответствии с различными вариантами осуществления настоящего изобретения, предоставляется способ для работы оборудования пользователя (UE), поддерживающего агрегацию несущих (CA) с главной группой сот (MCG) и вторичной группой сот (SCG) в системе беспроводной связи. Способ содержит этапы, на которых: обнаруживают сбой линии радиосвязи (RLF) у MCG; когда обнаруживается RLF у MCG, определяют, приостановлена ли передача к SCG; и когда определяется, что передача к SCG приостановлена, инициируют процедуру повторного создания соединения.

[0011] В соответствии с различными вариантами осуществления настоящего изобретения, предоставляется оборудование пользователя (UE), поддерживающее агрегацию несущих (CA) с главной группой сот (MCG) и вторичной группой сот (SCG) в системе беспроводной связи. UE содержит: приемопередатчик; и по меньшей мере один процессор, оперативно связанный с приемопередатчиком, и выполненный с возможностью: обнаружения сбоя линии радиосвязи (RLF) у MCG; когда обнаруживается RLF у MCG, определения, приостановлена ли передача к SCG; и когда определяется, что передача к SCG приостановлена, инициирования процедуры повторного создания соединения.

[0012] Прежде чем приступить к ПОДРОБНОМУ ОПИСАНИЮ ниже, преимущественным может быть сформулировать определения определенных слов и фраз, которые используются на всем протяжении данного патентного документа: понятия «включать в себя» и «содержать», как, впрочем, и их производные, означают включение без ограничения; понятие «или» является инклюзивным, означая и/или; фразы «ассоциирован с» и «ассоциирован с тем», как, впрочем, и их производные, могут означать включать в себя, включенный в, взаимно связывать, содержать, содержаться в, присоединять к или соединять с, привязывать к или связывать с, иметь возможность связи с, взаимодействовать с, перемежаться, помещать рядом, находиться рядом с, быть привязанным к или связанным с, обладать свойством или аналогичное; и понятие «контроллер» означает любое устройство, систему или ее часть, которые управляют по меньшей мере одной операцией, причем такое устройство может быть реализовано в аппаратном обеспечении, встроенном программном обеспечении или программном обеспечении, или некотором сочетании по меньшей мере двух из них. Следует отметить, что функциональная возможность, ассоциированная с любым конкретным контроллером, может быть централизованной или распределенной, будь то локально или удаленно.

[0013] Более того, различные функции, описанные ниже, могут быть реализованы или обеспечиваться одной, или несколькими компьютерными программами, каждая из которых формируется из машиночитаемого программного кода и воплощается в машиночитаемом носителе информации. Понятия «приложение» и «программа» относятся к одной или нескольким компьютерным программам, компонентам программного обеспечения, наборам инструкций, процедурам, функциям, объектам, классам, экземплярам, связанным данным или их части, которые пригодны для реализации в подходящем машиночитаемом программном коде. Фраза «машиночитаемый программный код» включает в себя любой тип компьютерного кода, включая исходный код, объектный код и исполняемый код. Фраза «машиночитаемый носитель информации» включает в себя любой тип носителя информации, выполненный с возможностью доступа к нему посредством компьютера, такой как постоянная память (ROM), память с произвольным доступом (RAM), накопитель на жестком диске, компакт-диск (CD), цифровой видеодиск (DVD) или любой другой тип памяти. «Не временный» машиночитаемый носитель информации исключает проводные, беспроводные, оптические и другие линии связи, которые транспортируют временные электрические или другие сигналы. Не временный машиночитаемый носитель информации включает в себя носители информации, в которых данные могут храниться постоянно, и носители информации, в которых данные могут быть сохранены и позже перезаписаны, такие как перезаписываемый оптический диск или стираемое запоминающее устройство.

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

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

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

[0016] Фиг. 1 иллюстрирует систему беспроводной связи в соответствии с различными вариантами осуществления;

[0017] Фиг. 2 иллюстрирует конфигурацию базовой станции в системе беспроводной связи в соответствии с различными вариантами осуществления;

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

[0019] Фиг. 4 иллюстрирует конфигурацию блока связи в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0020] Фиг. 5 иллюстрирует структуру двойной соединяемости у конфигурации базовой станции и терминала в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0021] Фиг. 6 иллюстрирует блок-схему терминала, когда MCG RLF происходит в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0022] Фиг. 7 иллюстрирует структуру протокола нераздробленного SRB1 в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0023] Фиг. 8 иллюстрирует структуру протокола раздробленного SRB1 в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0024] Фиг. 9 иллюстрирует структуру протокола SRB1, в котором конфигурируется дублирование пакетов на основе агрегации несущих (CA);

[0025] Фиг. 10 иллюстрирует структуру протокола нераздробленного SRB3;

[0026] Фиг. 11 иллюстрирует пример случая, в котором терминал предоставляет отчет о MCG RLF базовой станции, когда произошел MCG RLF, в соответствии с различными вариантами осуществления;

[0027] Фиг. 12 иллюстрирует пример случая, в котором терминал, в котором произошел MCG RLF, предоставляет отчет об информации по MCG RLF базовой станции в соответствии с различными вариантами осуществления;

[0028] Фиг. 13 иллюстрирует блок-схему для определения терминалом радиоканала для передачи сообщения отчета о сбое, когда произошел MCG RLF, в соответствии с различными вариантами осуществления;

[0029] Фиг. 14 иллюстрирует блок-схему для передачи терминалом сообщения отчета о MCG RLF, когда произошел MCG RLF, в соответствии с различными вариантами осуществления;

[0030] Фиг. 15 иллюстрирует блок-схему для конфигурирования терминалом первичного пути, когда произошел MCG RLF, в соответствии с различными вариантами осуществления;

[0031] Фиг. 16 иллюстрирует блок-схему для конфигурирования терминалом пороговой величины для дробления, когда произошел MCG RLF, в соответствии с различными вариантами осуществления;

[0032] Фиг. 17 иллюстрирует блок-схему для конфигурирования терминалом дробления SRB1, когда произошел MCG RLF, в соответствии с различными вариантами осуществления;

[0033] Фиг. 18 иллюстрирует структуру протокола временного SRB1, который может быть использован, когда происходит MCG RLF, в соответствии с различными вариантами осуществления;

[0034] Фиг. 19 иллюстрирует пример случая, в котором терминал, в котором произошел MCG RLF, предоставляет сообщение отчета о сбое базовой станции, в соответствии с различными вариантами осуществления;

[0035] Фиг. 20 иллюстрирует сценарий для осуществления связи V2X между терминалами в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0036] Фиг. 21 иллюстрирует блоку-схему действий терминала, когда требования QoS для связи V2X не удовлетворяются в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0037] Фиг. 22 иллюстрирует пример случая, в котором терминал V2X отображает пакет в радиоканале в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0038] Фиг. 23 иллюстрирует поток сигналов между терминалом и базовой станцией, когда требования QoS не удовлетворяются в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0039] Фиг. 24 иллюстрирует поток сигналов между терминалом и другим терминалом, когда требования QoS не удовлетворяются в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0040] Фиг. 25 иллюстрирует поток сигналов между терминалами, когда требования QoS не удовлетворяются в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0041] Фиг. 26 иллюстрирует блок-схему для передачи терминалом пакета путем мониторинга требований QoS в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления;

[0042] Фиг. 27 иллюстрирует структуру SRB базовой станции и способ уведомления базовой станции о сбое MCG посредством терминала, когда происходит сбой MCG;

[0043] Фиг. 28 иллюстрирует структуру SRB базовой станции и способ уведомления базовой станции о сбое SCG посредством терминала, когда происходит сбой SCG;

[0044] Фиг. 29 иллюстрирует рабочий процесс терминала, когда происходит сбой MCG;

[0045] Фиг. 30 иллюстрирует рабочий процесс терминала, когда происходит сбой SCG;

[0046] Фиг. 31 иллюстрирует структуру протокола раздробленного SRB1;

[0047] Фиг. 32 иллюстрирует структуру протокола нераздробленного SRB3;

[0048] Фиг. 33 иллюстрирует сценарий конфликта сбоя MCG и сбоя SCG;

[0049] Фиг. 34 иллюстрирует другой сценарий конфликта сбоя MCG и сбоя SCG;

[0050] Фиг. 35 иллюстрирует подробный рабочий процесс терминала, когда происходит сбой MCG;

[0051] Фиг. 36 иллюстрирует подробный рабочий процесс терминала, когда происходит сбой SCG;

[0052] Фиг. 37 иллюстрирует подробный рабочий процесс терминала, когда происходит сбой MCG;

[0053] Фиг. 38 иллюстрирует способ конфигурирования процедуры передачи сообщения информации о сбое MCG и процедуры передачи сообщения отчета о сбое MCG;

[0054] Фиг. 39 иллюстрирует конфигурацию базовой станции в системе беспроводной связи в соответствии с различными вариантами осуществления; и

[0055] Фиг. 40 иллюстрирует конфигурацию терминала в системе беспроводной связи в соответствии с различными вариантами осуществления.

Лучший вариант осуществления изобретения

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

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

[0058] Далее различные варианты осуществления изобретения будут описаны на основании аппаратного подхода. Однако, различные варианты осуществления изобретения включают в себя технологию, которая использует как аппаратное обеспечение, так и программное обеспечение и, следовательно, различные варианты осуществления изобретения не могут исключать перспективы программного обеспечения.

[0059] Данное изобретение, описанное ниже, относится к устройству и способу для передачи информации о состоянии в системе беспроводной связи. В частности, данное изобретение описывает методику для передачи сообщения отчета о MCG RLF и сообщения отчет о неудовлетворенности требований QoS в системе беспроводной связи.

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

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

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

[0063] Базовая станция 110 является сетевой инфраструктурой, которая обеспечивает беспроводную соединяемость для терминалов 120 и 130. Базовая станция 110 имеет покрытие, которое определяется в качестве предварительно определенной географической зоны на основании расстояния, на которое может быть передан сигнал. Базовая станция 110 может упоминаться как «точка доступа (AP)», «eNodeB (eNB)», «узел 5-го поколения (узел 5G)», «беспроводная точка», «точка передачи/приема (TRP)» или другое понятие с эквивалентным техническим значением, в дополнение к понятию «базовая станция».

[0064] Каждый из терминала 120 и терминала 130 является устройством, которое использует пользователь и которое осуществляет связь с базовой станцией 110 через беспроводной канал. В некоторых случаях, по меньшей мере один из терминала 120 и терминала 130 может работать без участия пользователя. Т.е. по меньшей мере один из терминала 120 и терминала 130 может быть устройством для осуществления связи машинного типа (MTC) и может не переноситься пользователем. Каждый из терминала 120 и терминала 130 может упоминаться как «оборудование пользователя (UE)», «мобильная станция», «абонентская станция» и «удаленный терминал», «беспроводной терминал» или «устройство пользователя» или другое понятие с эквивалентным техническим значением, в дополнение к понятию «терминал».

[0065] Базовая станция 110, терминал 120 и терминал 130 могут передавать и принимать радиосигнал в полосе миллиметровых волн (mmWave) (например, 28ГГц, 30ГГц, 38ГГц или 60ГГц). В данном случае для того, чтобы улучшить усиление канала, базовая станция 110, терминал 120 и терминал 130 могут выполнять формирование диаграммы направленности. Здесь формирование диаграммы направленности может включать в себя формирование диаграммы направленности передачи и формирование диаграммы направленности приема. Т.е. базовая станция 110, терминал 120 и терминал 130 могут придавать направленность сигналу передачи или сигналу приема. С этой целью базовая станция 110 и терминалы 120 и 130 могут выбирать обслуживающие лучи 112, 113, 121 и 131 посредством процедуры поиска луча или администрирования луча. После того как выбираются обслуживающие лучи 112, 113, 121 и 131, последующая связь может быть осуществлена через ресурс в отношении квази-совместного размещения (QCL) с ресурсом, который передал обслуживающие лучи 112, 113, 121 и 131.

[0066] Фиг. 2 иллюстрирует конфигурацию базовой станции в системе беспроводной связи в соответствии с различными вариантами осуществления. Конфигурацию, приведенную в качестве примера на Фиг. 2, можно понимать в качестве конфигурации базовой станции 110. Понятия, такие как «- часть» и «- блок», которые будут использованы ниже, означают блок для обработки по меньшей мере одной функции или операции, и могут быть реализованы посредством аппаратного обеспечения, программного обеспечения или сочетания аппаратного обеспечения и программного обеспечения.

[0067] Обращаясь к Фиг. 2, базовая станция включает в себя блок 210 беспроводной связи, блок 220 связи обратного транзита, хранилище 230 и контроллер 240.

[0068] Блок 210 беспроводной связи может выполнять функции для передачи/приема сигналов через беспроводной канал. Например, блок 210 беспроводной связи может выполнять функцию преобразования между сигналом основной полосы частот и битовым потоком в соответствии со спецификацией физического слоя системы. Например, во время передачи данных, блок 210 беспроводной связи может формировать комплексные символы путем кодирования и модуляции битового потока передачи. В дополнение, во время приема данных, блок 210 беспроводной связи может восстанавливать битовый поток приема посредством демодуляции и декодирования сигнала основной полосы частот.

[0069] В дополнение, блок 210 беспроводной связи преобразует с повышением частоты сигнал основной полосы частот в сигнал радиочастотной (RF) полосы и затем передает сигнал RF полосы через антенну. В дополнение, блок 210 беспроводной связи преобразует с понижением частоты сигнал RF полосы, принятый через антенну, в сигнал основной полосы частот. С этой целью, блок 210 беспроводной связи может включать в себя фильтр передачи, фильтр приема, усилитель, смеситель, генератор, цифро-аналоговый преобразователь (DAC), аналого-цифровой преобразователь (ADC) и аналогичное. В дополнение, блок 210 беспроводной связи может включать в себя несколько путей передачи/приема. Кроме того, блок 210 беспроводной связи может включать в себя по меньшей мере одну антенную решетку, состоящую из множества элементов антенны.

[0070] Что касается аппаратного обеспечения, блок 210 беспроводной связи может состоять из цифрового блока и аналогового блока, и аналоговый блок может включать в себя множество субблоков в зависимости от рабочей мощности, рабочей частоты или аналогичного. Цифровой блок может быть реализован по меньшей мере с одним процессором (например, цифровым сигнальным процессором (DSP)).

[0071] Как описано выше, блок 210 беспроводной связи передает/принимает сигналы. Соответственно, весь блок 210 беспроводной связи или его часть могут упоминаться как «передатчик», «приемник» или «приемопередатчик». В нижеследующем описании, передача и прием, которые выполняются через беспроводные каналы, используются в значении, включающем в себя случай, в котором описанная выше обработка выполняется блоком 210 беспроводной связи.

[0072] Блок 220 связи обратного транзита обеспечивает интерфейс для связи с другими узлами в сети. Т.е. блок 220 связи обратного транзита преобразует битовый поток, переданный от базовой станции к другому узлу, например, другому узлу доступа, другой базовой станции, верхнему узлу, базовой сети и т.д. в физическом сигнале, и преобразует физический сигнал, принятый от другого узла, в битовый поток.

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

[0074] Контроллер 240 управляет всей работой базовой станции. Например, контроллер 240 передает и принимает сигналы через блок 210 беспроводной связи или блок 220 связи обратного транзита. В дополнение, контроллер 240 записывает и считывает данные в хранилище 230. Контроллер 240 может выполнять функции стека протоколов, который требуется стандартом связи. В соответствии с другим вариантом осуществления, стек протоколов может быть включен в блок 210 беспроводной связи. С этой целью контроллер 240 может включать в себя по меньшей мере один процессор.

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

[0076] Фиг. 3 иллюстрирует конфигурацию терминала в системе беспроводной связи в соответствии с различными вариантами осуществления. Конфигурацию, приведенную в качестве примера на Фиг. 3, можно понимать в качестве конфигурации терминала 120. Понятия, такие как «- часть» и «- блок», которые будут использованы ниже, означают блок для обработки по меньшей мере одной функции или операции, и могут быть реализованы посредством аппаратного обеспечения, программного обеспечения или сочетания аппаратного обеспечения и программного обеспечения.

[0077] Обращаясь к Фиг. 3, терминал включает в себя блок 310 связи, хранилище 320 и контроллер 330.

[0078] Блок 310 связи может выполнять функции для передачи/приема сигнала через беспроводной канал. Например, блок 310 связи может выполнять функцию преобразования между сигналом основной полосы частот и битовым потоком в соответствии со спецификацией физического слоя системы. Например, во время передачи данных, блок 310 связи может формировать комплексные символы путем кодирования и модуляции битового потока передачи. В дополнение, во время приема данных, блок 310 связи может восстанавливать битовый поток приема посредством демодуляции и декодирования сигнала основной полосы частот. В дополнение, блок 310 связи преобразует с повышением частоты сигнал основной полосы частот в сигнал радиочастотной (RF) полосы и затем передает сигнал RF полосы через антенну. В дополнение, блок 310 связи преобразует с понижением частоты сигнал RF полосы, принятый через антенну, в сигнал основной полосы частот. Например, блок 310 связи может включать в себя фильтр передачи, фильтр приема, усилитель, смеситель, генератор, DAC, ADC и аналогичное.

[0079] В дополнение, блок 310 связи может включать в себя несколько путей передачи/приема. Кроме того, блок 310 связи может включать в себя по меньшей мере одну антенную решетку, составленную из множества элементов антенны. Что касается аппаратного обеспечения, блок 310 связи может быть выполнен в виде цифровой схемы и аналоговой схемы (например, радиочастотной интегральной микросхемы (RFIC)). Здесь, цифровая схема и аналоговая схема могут быть реализованы в качестве единого пакета. В дополнение, блок 310 связи может включать в себя множество RF цепей. Кроме того, блок 310 связи может выполнять формирование диаграммы направленности.

[0080] Блок 310 связи передает/принимает сигналы как описано выше. Соответственно, весь блок 310 связи или его часть могут упоминаться как «передатчик», «приемник» или «приемопередатчик». В нижеследующем описании, передача и прием, которые выполняются через беспроводные каналы, используются в значении, включающем в себя случай, в котором описанная выше обработка выполняется блоком 310 связи.

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

[0082] Контроллер 330 управляет всей работой терминала. Например, контроллер 330 передает и принимает сигналы через блок 310 связи. В дополнение, контроллер 330 записывает и считывает данные в хранилище 320. Контроллер 330 может выполнять функции стека протоколов, который требуется стандартом связи. С этой целью контроллер 330 может включать в себя по меньшей мере один процессор или микропроцессор, или может быть частью процессора. В дополнение, часть блока 310 связи и контроллера 330 может упоминаться как процессор связи (CP).

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

[0084] Фиг. 4 иллюстрирует конфигурацию блока связи в системе беспроводной связи в соответствии с различными вариантами осуществления. Фиг. 4 иллюстрирует пример подробной конфигурации блока 210 беспроводной связи на Фиг. 2 или блока 310 связи на Фиг. 3. В частности, Фиг. 4 приводит пример компонентов для выполнения формирования диаграммы направленности как части блока 210 беспроводной связи на Фиг. 2 или блока 310 связи на Фиг. 3.

[0085] Обращаясь к Фиг. 4, блок 210 беспроводной связи или блок 310 связи включают в себя блок 402 кодирования и модуляции, блок 404 цифрового формирования диаграммы направленности, несколько путей с 406-1 по 406-N передачи и блок 408 аналогового формирования диаграммы направленности.

[0086] Блок 402 кодирования и модуляции выполняет кодирование каналов. Для кодирования каналов может быть использован по меньшей мере один из кода с малой плотностью проверок на четность (LDCP), сверточный код и полярный код. Блок 402 кодирования и модуляции формирует символы модуляции путем выполнения отображения в созвездии.

[0087] Блок 404 цифрового формирования диаграммы направленности выполняет формирование диаграммы направленности над цифровыми сигналами (например, символами модуляции). С этой целью блок 404 цифрового формирования диаграммы направленности умножает символы модуляции на весовые коэффициенты формирования диаграммы направленности. Здесь, весовые коэффициенты формирования диаграммы направленности используются для изменения амплитуд и фаз сигналов, и могут упоминаться как «матрица предварительного кодирования», «предварительный кодер» или аналогичное. Блок 404 цифрового формирования диаграммы направленности выводит символы модуляции со сформированной диаграммой направленности по нескольким путям с 406-1 по 406-N передачи. В данном случае в соответствии со схемой передачи множественного ввода и множественного вывода (MIMO), символы модуляции могут быть мультиплексированы или одни и те же символы модуляции могут быть предоставлены нескольким путям с 406-1 по 406-N передачи.

[0088] Несколько путей с 406-1 по 406-N передачи преобразуют цифровые сигналы со сформированной диаграммой направленности в аналоговые сигналы. С этой целью каждый из нескольких путей с 406-1 по 406-N передачи включает в себя калькулятор обратного быстрого преобразования Фурье (IFFT), средство вставки циклического префикса (CP), DAC и преобразователь с повышением частоты. Средство вставки CP служит для схемы мультиплексирования с ортогональным разделением частот (OFDM), и может быть исключено, когда применяется другая схема физического слоя (например, множество несущих гребенки фильтров (FBMC)). Т.е. несколько путей с 406-1 по 406-N передачи обеспечивают независимые процессы обработки сигнала для нескольких потоков, сформированных посредством цифрового формирования диаграммы направленности. Однако, в зависимости от схемы реализации, некоторые из компонентов нескольких путей М передачи могут быть использованы совместно.

[0089] Блок 408 аналогового формирования диаграммы направленности выполняет формирование диаграммы направленности над аналоговыми сигналами. С этой целью блок 408 аналогового формирования диаграммы направленности умножает аналоговые сигналы на весовые коэффициенты формирования диаграммы направленности. Здесь весовые коэффициенты формирования диаграммы направленности используются для изменения амплитуд и фаз сигналов. В частности, блок 408 аналогового формирования диаграммы направленности может быть по-разному сконфигурирован в зависимости от структуры соединения между несколькими путями с 406-1 по 406-N передачи и антеннами. Например, каждый из множества путей с 406-1 по 406-N передачи может быть соединен с одной антенной решеткой. В качестве другого примера, несколько путей с 406-1 по 406-N передачи может быть соединено с одной антенной решеткой. В качестве другого примера несколько путей с 406-1 по 406-N передачи может быть адаптивно соединено с одной антенной решеткой или может быть соединено с двумя или несколькими антенными решетками.

[0090] Фиг. 5 иллюстрирует структуру двойной соединяемости у конфигурации базовой станции и терминала в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0091] Обращаясь к Фиг. 5, в структуре двойной соединяемости, два узла 510 и 520 базовой станции могут выполнять функции базовой станции (например, базовой станции 110), и узлы 510 и 520 базовой станции могут быть соединены друг с другом через интерфейс X2 и/или интерфейс Xn. В различных вариантах осуществления, узел 510 базовой станции, который в первую очередь соединен с терминалом 530 (например, терминалом 120 или терминалом 130), может упоминаться как главный узел (MN), а узел базовой станции, который соединяется во вторую очередь применительно к структуре двойной соединяемости, может упоминаться как вторичный узел (SN). MN 510 может быть точкой привязки для радиоканала 1 сигнализации (SRB1), способного предписывать конфигурацию управления радиоресурсами (RRC) терминала 530, и SRB 2, способного передавать сообщение слоя без доступа (NAS) для конфигурирования соединения между терминалом 530 и базовой сетью. Каждый узел может быть соединен с терминалом 530 через одну или несколько сот так, чтобы осуществлять связь с терминалом 530, и одна или несколько сот могут включать в себя первичную соту 511 (PCell), которая по существу соединена с главным узлом, первичную вторичную соту 521 (PSCell), которая по существу соединена со вторичным узлом, и по меньшей мере одну из вторичных сот 513, 515, 523 и 525 (SCell), которые могут быть выборочно использованы каждым узлом. В различных вариантах осуществления, соты, администрирование которых осуществляется главным узлом, могут быть включены в главную группу сот (MCG), а соты, администрирование которых осуществляется вторичным узлом, могут быть включены во вторичную группу сот (SCG). Терминал 530 также может осуществлять связь с узлом 510 базовой станции и/или узлом 520 базовой станции через PCell 531, PSCell 537 и/или по меньшей мере одну из дополнительных SCell 533, 535, 539 и 541. В данном случае, PCell 531, PSCell 537 и соответствующие SCell 533, 535, 539 и 541 могут быть ресурсами, которые не являются физически отличными от, а в указанном порядке соответствуют PCell 511, PSCell 521 и соответствующим SCell 513, 515, 523 и 525 с той же самой полосой частот. Соответственно, главная группа сот и вторичная группа сот могут быть идентично сконфигурированы в процессе соединения между базовой станцией и терминалом.

[0092] В такой структуре двойной соединяемости, когда ситуация линии радиосвязи вторичной группы сот не является хорошей, и таким образом происходит сбой линии радиосвязи (RLF) вторичной группы соты, т.е. SCG RLF, терминал 530 может передавать сообщение информации о сбое SCG главному узлу (например, узлу 510 базовой станции) через главную группу сот. Сообщение информации о сбое SCG может быть передано в SRB1, и базовая станция, принимающая сообщение, может предписывать реконфигурировать или высвобождать вторичную группу сот, в которой произошел SCG RLF. В данном случае, поскольку SCG RLF является проблемой вторичной группы сот и может не оказывать воздействие на передачу, которая выполняется через главную группу сот, то данные, переданные к главной группе сот, могут непрерывно передаваться без прерывания. Это происходит потому, что SCG RLF является только проблемой вторичной группы соты и может не оказывать влияние на передачу, которая выполняется в главной группе сот. В дополнение, сообщение информации о сбое SCG может быть передано, когда происходит сбой реконфигурации SCG. В целом, SCG RLF и сбой реконфигурации могут вместе упоминаться как сбой SCG.

[0093] В противоположность, когда происходит RLF у главной группы соты, т.е. MCG RLF, поскольку ситуация линии радиосвязи главной группы соты не является хорошей, терминал 530 может быть неспособен передать информацию о сбое MCG через главную группу сот, так как состояние линии радиосвязи главной группы сот не является хорошим. В данном случае, терминалу 530 и/или узлу 510 базовой станции может потребоваться реконфигурировать главную группу сот путем выполнения процедуры повторного создания соединения RRC. В процедуре повторного создания соединения RRC, операции, связанные с процедурой повторного создания соединения RRC, выполняются в зависимости от ситуации линии радиосвязи главной группы сот независимо от состояния соединения вторичной группы сот. Вследствие этого, может произойти прерывание, при котором передача данных, которые передаются вторичной группе сот, как, впрочем, и данных, которые передаются главной группе соты, прерывается. Однако, когда вторичная группа сот является доступной, прерывание передачи данных вторичной группы сот может не обязательно понадобиться. Когда терминал 530 способен передавать отчет о MCG RLF вторичной группе сот, можно предотвратить прерывание из-за повторного создания соединения RRC, и также можно предотвратить прерывание передачи данных вторичной группы соты. В дополнение, операция повторного создания соединения RRC может быть выполнена, когда происходит сбой реконфигурации RRC с передачей обслуживания или синхронизацией, и в этом случае может быть использован способ, аналогичный предоставлению отчета о MCG RLF. В целом, эти ситуации могут вместе упоминаться как сбой MCG.

[0094] Фиг. 6 иллюстрирует блок-схему терминала, когда MCG RLF происходит в системе беспроводной связи в соответствии с различными вариантами осуществления. Фиг. 6 приводит пример способа 600 работы терминала 530.

[0095] Обращаясь к Фиг. 6, на этапе 601, терминал может обнаруживать инициирование RLF для MCG. Другими словами, терминал может обнаруживать то, что был инициирован MCG RLF. Например, терминал может обнаруживать то, что MCG RLF был инициирован по причинам, таким как истечение таймера T310, сбой произвольного доступа и/или достижение максимального количества повторных передач RLC.

[0096] На этапе 603, терминал может останавливать передачу SRB и/или радиоканала данных (DRB), которые передаются к MCG. Поскольку терминал неспособен должным образом выполнять передачу данных к главной группе сот в ситуации MCG RLF, то терминал может приостанавливать передачу всех SRB и/или DRB, которые передаются главной группе сот.

[0097] На этапе 605, терминал может реконфигурировать (или сбрасывать) управление доступом к среде (MAC) MCG (далее MCG MAC). Поскольку терминал неспособен использовать MAC главной группы сот, когда инициируется MCG RLF, то терминал может сбрасывать MAC у главной группы сот.

[0098] На этапе 607, терминал может останавливать таймер (например, таймер T304). Например, в случае, когда запущен таймер T304 или запущен другой таймер для передачи обслуживания, терминал может останавливать таймеры, поскольку работа соответствующих таймеров больше не требуется. Когда отсутствует запущенный таймер, этап 607 может быть опущен.

[0099] На операции 609 таймер может инициировать отчет о сбое MCG. Например, терминал может инициировать отчет о сбое MCG с тем, чтобы уведомлять базовую станцию о том, что произошел MCG RLF. В различных вариантах осуществления, уведомление может быть указано через вторичную группу сот. Радиоканал, который используется для предоставления отчета о MCG RLF, может включать себя по меньшей мере одно из следующего: раздробленный SRB1, который может быть использован для передачи к вторичной группе сот, или SRB 3, который может быть использован для непосредственной передачи вторичному узлу.

[0100] Фиг. 7 иллюстрирует структуру протокола нераздробленного SRB1 в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0101] Обращаясь к Фиг. 7, нераздробленный SRB1 710 может быть сконфигурирован для передачи сообщения RRC, и может быть ассоциирован с RRC 720, протоколом 730 сходимости пакетных данных (PDCP), управлением 740 линией радиосвязи (RLC), управлением 750 доступа к среде (MAC) и физическим слоем 760 (PHY) сверху. В различных вариантах осуществления, понятие «нераздробленный» может означать то, что присутствует один объект RLC (например, RLC 740) для соответствующего радиоканала. В различных вариантах осуществления, объект RLC может быть использован взаимозаменяемым образом с радиоканалом или логическим каналом RLC. Группа сот, которая используется для нераздробленного SRB1 710, может быть главной группой 770 сот. В дополнение, RRC у SRB1 может быть ассоциировано с главным узлом, и главный узел может осуществлять администрирование соединения RRC терминала.

[0102] Фиг. 8 иллюстрирует структуру протокола у раздробленного SRB1 в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0103] Обращаясь к Фиг. 8, раздробленный SRB1 810 может быть выполнен с возможностью передачи сообщения RRC, и может быть ассоциирован с одним слоем RRC 821, одним слоем PDCP 823, двумя или несколькими слоями RLC 825 и 831, двумя или несколькими слоями MAC 827 и 833, и двумя или несколькими слоями PHY 829 и 835 сверху. В различных вариантах осуществления, понятие «дробление» может означать то, что присутствует два или несколько объектов RLC (например, RLC 825 и 831) для соответствующего радиоканала. Группы соты, которые используются для раздробленного SRB1, могут включать в себя одну главную группу 840 сот и одну вторичную группу 850 сот. В дополнение, RRC у раздробленного SRB1 может быть ассоциировано с главным узлом, и главный узел может осуществлять администрирование соединения RRC терминала. Объекты 825 и 831 RLC у раздробленного SRB1 могут включать в себя первичный объект RLC (или первичный путь), который используется независимо от объема данных, которые должны быть переданы, и вторичный объект RLC (или вторичный путь), который используется, когда данные, которые должны быть переданы, равны пороговой величине или больше ее (например, ul-DataSplitThreshold). Например, базовая станция может информировать терминал о ul-DataSplitThreshold посредством конфигурации RRC. В дополнение, в соответствующем раздробленном SRB1, дублирование пакетов может быть выполнено для дублирования пакетов в объекте PDCP передатчика и передачи всех данных нескольким объектам RLC. Когда активируется передача с дублированием пакетов, несколько объектов RLC могут быть использованы для передачи пакета одновременно.

[0104] Фиг. 9 иллюстрирует структуру протокола у SRB1, в котором конфигурируется дублирование пакетов на основе агрегации несущих (CA).

[0105] Раздробленный SRB1 910, в котором конфигурируется дублирование на основе CA, может быть сконфигурирован для передачи сообщения RRC, и может быть ассоциирован с одним слоем RRC 911, одним слоем PDCP 913, двумя или несколькими слоями RLC 915 и 921, двумя или несколькими слоями MAC 917 и 923, и двумя или несколькими слоями PHY 919 и 925 сверху. В SRB1, в котором конфигурируется дублирование пакетов на основе CA, может быть выполнено дублирование пакетов для дублирования пакетов в объекте PDCP передатчика и передача всех данных множеству объектов RLC. Когда активируется передача с дублированием пакетов, несколько объектов RLC может быть использовано для передачи пакета одновременно. Когда конфигурируется дублирование пакетов на основе CA, может присутствовать два или несколько объектов RLC (например, RLC 915 и 921) для соответствующего радиоканала, сконфигурированного в той же самой группе сот. Все группы сот, которые используются для SRB1, в котором конфигурируется дублирование пакетов на основе CA, могут быть главными группами 930 и 940 сот. Однако список сот, доступных для каждого объекта RLC (логического канала), может быть сконфигурирован по-разному. Например, для того, чтобы не допускать одновременной передачи пакетов, сформированных в каждом объекте RLC, список сот, которые могут быть использованы каждым объектом RLC (логическим каналом), может быть сконфигурирован по-разному. В различных вариантах осуществления, список сот, которые могут быть использованы каждым объектом RLC (логическим каналом), может упоминаться как «AllowedServingCell» и AllowedServingCell может быть сконфигурирован для каждого объекта RLC и/или каждого логического канала. RRC у раздробленного SRB1, в котором конфигурируется дублирование пакетов на основе CA, может быть ассоциировано с главным узлом, и главный узел может осуществлять администрирование соединения RRC терминала. В различных вариантах осуществления, объекты 915 и 921 RLC у SRB1, в котором конфигурируется дублирование пакетов на основе CA, могут включать в себя первичный объект RLC, который используется независимо от того, активируется ли дублирование пакетов, и вторичный объект RLC, который используется, когда дублирование пакетов активируется. Базовая станция информирует терминал о конфигурации первичного RLC и вторичного RLC посредством конфигурации RRC.

[0106] Фиг. 10 иллюстрирует структуру протокола нераздробленного SRB3.

[0107] Обращаясь к Фиг. 10, нераздробленный SRB3 1010 может быть сконфигурирован для передачи сообщения RRC и может быть ассоциирован со слоями RRC 1021, PDCP 1023, RLC 1025, MAC 1027 и PHY 1029 сверху. В различных вариантах осуществления, понятие «нераздробленный» может означать то, что присутствует один объект RLC для соответствующего радиоканала. В различных вариантах осуществления, объект RLC может быть использован взаимозаменяемым образом с радиоканалом или логическим каналом RLC. Группа сот, которая используется для нераздробленного SRB3 1010, может быть вторичной группой 1030 сот. В дополнение, RRC у SRB3 1010 может быть ассоциировано со вторичным узлом, и вторичный узел может осуществлять администрирование некоторого соединения RRC у терминала.

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

[0109] Обращаясь к Фиг. 11, когда SRB3 конфигурируется в ситуации, в которой, поскольку произошел MCG RLF, терминалу 1130 (например, терминалу 530) необходимо переадресовать информацию, указывающую на то, что произошел MCG RLF (или информацию, указывающую на то, что был инициирован MCG RLF, отчет о MCG RLF, информацию о сбое MCG или информацию о MCG RLF), базовой станции, терминал 1130 может переадресовывать информацию MCG RLF вторичному узлу 1120 (например, узлу 520 базовой станции) через SRB3. В различных вариантах осуществления, может быть определено сообщение отчета о сбое, и сообщение отчета о сбое может включать в себя по меньшей мере одно из следующего: информацию, указывающую на то, что произошел MCG RLF, причину, почему произошел MCG RLF, или информацию отчета об измерении. Когда терминал 1130 уведомляет базовую станцию о том, что произошел MCG RLF, через SRB3, то используемой группой сот может быть вторичная группа сот. Однако, поскольку узлом привязки у SRB3 является вторичный узел 1120, то вторичному узлу 1120 может потребоваться повторно передавать информацию MCG RLF главному узлу 1110 (например, узлу 510 базовой станции), который осуществляет администрирование соединения MCG. В варианте осуществления, содержимое сообщения отчета о сбое, который передается SRB3, может быть переадресовано от вторичного узла 1120 к главному узлу 1110 как есть. В другом варианте осуществления, вторичный узел 1120 может обрабатывать информацию по терминалу, в котором произошел MCG RLF, и причину возникновения MCG RLF с использованием другого сообщения, и может передавать обработанную информацию главному узлу 1110.

[0110] Фиг. 12 иллюстрирует пример случая, в котором терминал, в котором произошел MCG RLF, предоставляет отчет об информации по MCG RLF базовой станции в соответствии с различными вариантами осуществления.

[0111] Обращаясь к Фиг. 12, когда SRB1 сконфигурирован или выполнен с возможностью конфигурирования в ситуации, в которой, поскольку произошел MCG RLF, терминалу 1230 (например, терминалу 530) необходимо переадресовывать информацию, указывающую то, что произошел MCG RLF (или информацию, указывающую то, что был инициирован MCG RLF, отчет о MCG RLF, информацию о сбое MCG или информацию MCG RLF), базовой станции, терминал 1230 может переадресовывать информацию MCG RLF вторичному узлу 1220 (например, узлу 520 базовой станции) через SRB1. В различных вариантах осуществления, может быть определено сообщение отчета о сбое, и сообщение отчета о сбое может включать в себя по меньшей мере одно из следующего: информацию, указывающую на то, что произошел MCG RLF, причину, почему произошел MCG RLF, или информацию отчета об измерении. Когда терминал 1230 уведомляет о том, что произошел MCG RLF через SRB3, то поскольку главная группа сот не может быть использована, используемой группой сот может становиться вторичная группа сот. В случае раздробленного SRB1, поскольку узлом привязки становится главный узел 1210 (например, узел 510 базовой станции), сообщение отчета о сбое не переадресовывается непосредственно вторичному узлу. Другими словами, посредством структуры раздробленного SRB1, описанной при обращении к Фиг. 8, пакет, который передается вторичной группе сот, может быть передан от объекта RLC, соединенного со вторичной группой сот, объекту PDCP и затем может быть переадресован объекту RRC главного узла.

[0112] Фиг. 13 является блок-схемой для определения терминалом радиоканала для передачи сообщения отчета о сбое, когда произошел MCG RLF, в соответствии с различными вариантами осуществления. Фиг. 13 приводит пример способа работы терминала 530.

[0113] Обращаясь к Фиг. 13, на этапе 1301, терминал может обнаруживать инициирование RLF для MCG. Другими словами, терминал может обнаруживать то, что был инициирован MCG RLF.

[0114] На этапе 1303, терминал может определять, конфигурируется ли SRB3. Когда терминалу необходимо передать сообщение отчета о сбое вторичной группе сот из-за возникновения MCG RLF, терминал может определять, какой радиоканал использовать на основании того, конфигурируется ли SRB3. Когда SRB3 конфигурируется (Да на этапе 1303), терминал может выполнять этап 1305. В отличие от этого, когда SRB3 не конфигурируется (Нет на этапе 1303), терминал может выполнять этап 1307.

[0115] На этапе 1305, терминал может передавать сообщение отчета о MCG RLF (или сообщение отчета о сбое) базовой станции через сконфигурированный SRB3. Как описано выше при обращении к Фиг. 11, базовая станция (например, вторичный узел 1120), которая принимает сообщение отчета о сбое, может вновь переадресовывать сообщение отчета о сбое главному узлу (например, главному узлу 1110).

[0116] На этапе 1307, терминал может передавать сообщение отчета о MCG RLF (или сообщение отчета о сбое) базовой станции через раздробленный SRB1. Когда терминал выполнен с возможностью конфигурирования раздробленного SRB1, даже если раздробленный SRB1 не сконфигурирован, терминал может формировать сообщение раздробленного SRB1 и может передавать сообщение раздробленного SRB1 базовой станции (например, узлу 520 базовой станции) через вторичную группу сот.

[0117] Фиг. 14 является блок-схемой для передачи терминалом сообщения отчета о MCG RLF, когда произошел MCG RLF, в соответствии с различными вариантами осуществления. Фиг. 14 приводит пример способа работы терминала 120.

[0118] Обращаясь к Фиг. 14, на этапе 1401, терминал может обнаруживать инициирование RLF для MCG. Другими словами, терминал может обнаруживать то, что был инициирован MCG RLF. Например, терминал может передавать сообщение отчета о сбое вторичной группе сот только когда конфигурируется раздробленный SRB1. В данном случае, терминал может определять выполнение процедуры повторного создания соединения RRC в зависимости от того, конфигурируется ли раздробленный SRB1.

[0119] На этапе 1403, терминал может определять, конфигурируется ли SRB1 или конфигурируется ли дублирование пакетов для SRB1. Когда конфигурируется SRB1 или дублирование пакетов конфигурируется для SRB1 (Да на этапе 1403), терминал может выполнять этап 1405. В отличие от этого, когда SRB1 не конфигурируется или не конфигурируется дублирование пакетов для SRB1, терминал может выполнять этап 1407.

[0120] На этапе 1405, терминал может передавать сообщение отчета о MCG RLF (или сообщение отчета о сбое) в SRB1. Например, терминал может передавать сообщение отчета о MCG RLF в раздробленный SRB1 или SRB1, в котором было сконфигурировано дублирование пакетов. С этой целью может быть активирована передача с дублированием пакетов.

[0121] На этапе 1407, терминал может выполнять процедуру повторного создания соединения RRC. Например, терминал может выполнять процедуру повторного создания соединения RRC для того, чтобы конфигурировать соединение RRC, включающее в себя конфигурацию SRB1 и/или раздробленного SRB1.

[0122] Фиг. 15 иллюстрирует блок схему для конфигурирования терминалом первичного пути, когда произошел MCG RLF, в соответствии с различными вариантами осуществления. Фиг. 15 приводит пример способа работы терминала 120.

[0123] Обращаясь к Фиг. 15, на этапе 1501, терминал может обнаруживать инициирование RLF для MCG. Другими словами, терминал может обнаруживать то, что был инициирован MCG RLF.

[0124] На этапе 1503, терминал может передавать сообщение отчета о MCG RLF (или сообщение отчета о сбое) в раздробленный SRB1. Например, когда конфигурируется раздробленный SRB1, когда конфигурируется передача с дублированием пакетов у SRB1 и/или когда может быть сконфигурирован раздробленный SRB1, терминал может передавать сообщение отчета о MCG RLF в раздробленный SRB1.

[0125] На этапе 1505, терминал может конфигурировать первичный путь в качестве объекта RLC (логического канала), соединенного с SCG. Когда первичный объект RLC у раздробленного SRB1 является объектом RLC, соединенным с главной группой сот, и пороговая величина для дробления ul-DataSplitThreshold не является 0 в ситуации, в которой используется раздробленный SRB1, терминал может быть неспособен передавать сообщение отчета о сбое вторичной группе сот. С этой целью, терминал может менять первичный объект RLC на объект RLC (логический канал), соединенный со вторичной группой сот. Соответственно, терминал может передавать данные объекту RLC, соединенному со вторичным логическим каналом. В различных вариантах осуществления, очередность, в которой выполняются этапы 1503 и 1505, может быть изменена.

[0126] Фиг. 16 иллюстрирует блок-схему для конфигурирования терминалом пороговой величины для дробления, когда произошел MCG RLF, в соответствии с различными вариантами осуществления. Фиг. 16 приводит пример способа работы терминала 530.

[0127] Обращаясь к Фиг. 16, на этапе 1601, терминал может обнаруживать инициирование RLF для MCG. Другими словами, терминал может обнаруживать то, что был инициирован MCG RLF.

[0128] На этапе 1603, терминал может передавать сообщение отчета о MCG RLF (или сообщение отчета о сбое) в раздробленный SRB1. Например, когда конфигурируется раздробленный SRB1, когда конфигурируется передача с дублированием пакетов у SRB1, и/или когда раздробленный SRB1 может быть сконфигурирован, терминал может передавать сообщение отчета о MCG RLF в раздробленный SRB1.

[0129] На этапе 1605, терминал может устанавливать пороговую величину ul-DataSplitThreshold для дробления в 0. Когда первичный объект RLC у раздробленного SRB1 является объектом RLC, соединенным с главной группой сот, и пороговая величина для дробления ul-DataSplitThreshold не является 0 в ситуации, в которой используется раздробленный SRB1, терминал может быть не способен передавать сообщение отчета о сбое вторичной группе сот. С этой целью, терминал может устанавливать пороговую величину ul-DataSplitThreshold для дробления в 0. В различных вариантах осуществления, пороговая величина ul-DataSplitThreshold может быть времена установлена в ноль, или состояние, в котором пороговая величина ul-DataSplitThreshold устанавливается в ноль, может поддерживаться постоянно.

[0130] В различных вариантах осуществления, терминал может передавать сообщение отчета о MCG RLF объекту RLC, соединенному со вторичной группой сот независимо от пороговой величины для дробления или первичного объекта RLC. В дополнение, терминал может передавать все сообщения SRB1, возникающие в ситуации MCG RLF, независимо от пороговой величины для дробления или первичного объект RLC, объекту RLC, соединенному со вторичной группой сот. В качестве другого примера, терминал может активировать передачу с дублированием пакетов и может предписывать передачу сообщения SRB1 всем объектам RLC. Терминал может передавать данные объекту RLC, соединенному со вторичным логическим каналом, с использованием по меньшей мере одного из описанных выше способов. В различных вариантах осуществления, очередность, в которой выполняются этапы 1603 и 1605, может быть изменена.

[0131] Фиг. 17 иллюстрирует блок-схему для конфигурирования терминалом раздробленного SRB1, когда произошел MCG RLF, в соответствии с различными вариантами осуществления; Фиг. 17 приводит пример способа работы терминала 530.

[0132] Обращаясь к Фиг. 17, на этапе 1701, терминал может обнаруживать инициирование RLF для MCG. Другими словами, терминал может обнаруживать то, что был инициирован MCG RLF.

[0133] На этапе 1703, терминал может передавать сообщение отчета о MCG RLF (или сообщение отчета о сбое) соте из SCG. Например, терминал может передавать сообщение отчета о MCG RLF в раздробленный SRB1. Однако, когда раздробленный SRB1 не конфигурируется, то невозможно передать сообщение отчета о MCG RLF. Таким образом, терминал может активировать объект RLC, соединенный со вторичной группой сот так, чтобы сконфигурировать раздробленный SRB1. С этой целью, когда терминал устанавливает идентификатор (ID) логического канала в объекте RLC, который соединен со вторичной группой сот, в конкретное значение и передает сообщение отчета о MCG RLF вторичной группе сот, то базовая станция (например, узел 520 базовой станции), который принимает сообщение отчета о MCG RLF, может идентифицировать то, что был сформирован раздробленный SRB1, путем приема соответствующего ID логического канала. В различных вариантах осуществления, ID логического канала с конкретным значением может быть значением в виде 1, который является ID логического канала для SRB1. В дополнение, терминал может активировать объект RLC приема для приема данных нисходящей линии связи, переданных в раздробленный SRB1.

[0134] На этапе 1705, терминал может применять базовую конфигурацию раздробленного SRB1. Например, в случае, в котором значение установки применимого раздробленного SRB1 не существует, когда формируется раздробленный SRB1, терминал может применять значение по умолчанию вдля раздробленного SRB1. В различных вариантах осуществления, очередность, в которой выполняются этапы 1703 и 1705, может быть изменена.

[0135] Фиг. 18 иллюстрирует структуру протокола временного SRB1, который может быть использован, когда происходит MCG RLF, в соответствии с различными вариантами осуществления.

[0136] Когда MCG RLF произошел для терминала, раздробленный SRB1 может быть использован для передачи сообщения отчета о MCG RLF (или сообщения отчета о сбое), включающего в себя информацию, указывающую на то, что произошел MCG RLF. Однако, так как это происходит в состоянии MCG RLF, то невозможно использовать объект RLC, соединенный с главной группой сот среди объектов RLC у раздробленного SRB1 и последующий стек протоколов. Соответственно, в данном случае, временно могут быть использованы другие типы структур SRB1 (или временный SRB1).

[0137] Обращаясь к Фиг. 18, временный SRB1 1810 может быть сконфигурирован для передачи сообщения RRC, и может быть ассоциирован со слоями RRC 1821, PDCP 1823, RLC 1825, MAC 1827 и PHY 1829 сверху. Поскольку присутствует только один объект RLC во временном SRB1 1810, то временный SRB1 1810 может следовать работе нераздробленного радиоканала. Группа сот, которая используется для временного SRB1 1810, может быть вторичной группой 1830. В дополнение, RRC у временного SRB1 1810 может быть ассоциировано с главным узлом, и главный узел может осуществлять администрирование соединения RRC у терминала. Другими словами, в варианте осуществления на Фиг. 18, когда произошел MCG RLF, терминал уведомляет базовую станцию о том, что произошел MCG RLF, с использованием временного SRB1 1810 на основании структуры радиоканала у структуры временного SRB1 1810, описанного выше.

[0138] Фиг. 19 иллюстрирует пример случая, в котором терминал, в котором произошел MCG RLF, предоставляет сообщение отчета о сбое базовой станции, в соответствии с различными вариантами осуществления.

[0139] Обращаясь к Фиг. 19, когда необходимо переадресовать сообщение отчета о MCG RLF базовой станции из-за возникновения MCG RLF, терминал 1930 (например, терминал 530) может переадресовывать сообщение отчета о MCG RLF вторичному узлу 1920 (например, узлу 520 базовой станции) с использованием элемента управления (CE) MAC (далее MAC CE) вторичной группы сот. В различных вариантах осуществления, может быть определен новый MAC CE для переадресации сообщения отчета о MCG RLF, и сообщение отчета о MCG RLF может включать в себя по меньшей мере одно из следующего: информацию, указывающую на то, что произошел MCG RLF, причину, почему произошел MCG RLF, или информацию отчета об измерении. Поскольку группа сот, к которой передается сообщение отчета о MCG RLF, является вторичной группой сот, то базовая станция, принимающая сообщение отчета о MCG RLF через MAC CE, может быть вторичным узлом 1920 или распределенным блоком (DU), соединенным со вторичным узлом 1920. Соответственно, может потребоваться, чтобы вторичный узел 1920 или DU, соединенный со вторичным узлом 1920, передавал сообщение отчета о MCG RLF главному узлу 1910 (например, узлу 510 базовой станции), осуществляющему администрирования соединения MCG, или центральному блоку (CU) главного узла 1910. В различных вариантах осуществления, содержимое сообщения отчета о MCG RLF, которое передается MAC CE, может быть переадресовано от вторичного узла 1920 главному узлу 1910 как есть. В другом варианте осуществления, вторичный узел 1920 может перерабатывать информацию по терминалу, в котором произошел MCG RLF, и причину возникновения MCG RLF, с использованием другого сообщения, и может передавать переработанную информацию главному узлу 1910.

[0140] Фиг. 20 иллюстрирует сценарий для осуществления связи V2X между терминалами в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0141] Обращаясь к Фиг. 20, в связи V2X, терминал 2020 V2X (например, терминал 120), терминал 2030 V2X (например, терминал 130) и терминал 2040 V2X могут непосредственно осуществлять связь друг с другом без осуществления связи с базовой станцией 110. В различных вариантах осуществления, схема связи V2X (или схема связи V2X) может быть одной из следующих схем:

[0142] - Одноадресная схема: схема, при которой один терминал передачи осуществляет связь с одним терминалом приема.

[0143] - Многоадресная схема: схема, при которой один терминал передачи осуществляет связь с несколькими конкретными терминалами приема.

[0144] - Широковещательная схема: схема, при которой один терминал передачи осуществляет связь с несколькими не конкретными терминалами приема.

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

[0146] В различных вариантах осуществления, для того чтобы поддерживать связь V2X независимо от схемы связи V2X, терминал 2020 V2X передачи может передавать данные применительно к связи V2X одному или нескольким терминалам 2030 и 2040 V2X. В соответствии с вариантом осуществления, данные, переданные посредством терминала 2020 V2X передачи, могут быть приняты только терминалами, которым разрешено принимать данные, переданные терминалом 2020 V2X передачи. В различных вариантах осуществления, когда связь V2X осуществляется в рамках покрытия базовой станции 2010, базовая станция 2010 может управлять связью V2X. В данном случае, базовая станция 2010 может выполнять по меньшей мере одну функцию из конфигурации соединения RRC, распределения радиоресурсов (ресурса частоты и времени), конфигурации схемы передачи, конфигурации радиоканала и качества услуги (QoS).

[0147] Фиг. 21 иллюстрирует блок-схему действий терминала, когда требования QoS для связи V2X не удовлетворяются в системе беспроводной связи в соответствии с различными вариантами осуществления. Фиг. 21 приводит пример способа работы терминала 2020, 2030 или 2040 V2X.

[0148] Обращаясь к Фиг. 21, на этапе 2101, терминал может определять, что требования QoS конкретного пакета или DRB не могут быть удовлетворены. В связи V2X, поскольку терминал V2X осуществляет непосредственную связь для передачи данных с другим терминалом V2X, а не с базовой станцией, базовой станции может быть сложно определять, удовлетворяет ли переданный трафик требования QoS. Соответственно, может потребоваться проверка того, удовлетворяются или нет требования QoS у терминала V2X, вовлеченного в связь для передачи данных. Например, по меньшей мере один из терминала 2020 V2X передачи или терминалов 2030 и 2040 V2X приема, вовлеченных в связь V2X, проиллюстрированную на Фиг. 20, может определять, удовлетворяются ли требования QoS обработанных данных. В соответствии с вариантом осуществления, терминал V2X может осуществлять мониторинг того, удовлетворяет ли конкретный пакет или данные, обработанные в конкретном DRB, требования QoS. Например, терминал V2X может осуществлять мониторинг пакета, запланированного на предварительно определенное время, с тем, чтобы определять, удовлетворяют ли отдельные пакеты или пакеты одного и того же типа требования QoS соответствующего пакета. В различных вариантах осуществления, требования QoS могут включать в себя по меньшей мере одно из следующего: время ожидания, надежность, скорость передачи данных или коэффициент потерь. Например, требования QoS у пакета могут быть отображены в V2X QoS ID (VQI) того пакета. Соответственно, пакет, переданный терминалом V2X, может иметь значение VQI, ему соответствующее, и могут присутствовать требования QoS, соответствующие VQI. В соответствии с вариантом осуществления, терминал V2X может осуществлять мониторинг того, способы ли пакеты с одним и тем же VQI удовлетворять требования QoS в течение предварительно определенного времени. В различных вариантах осуществления, предварительно определенное время может быть предварительно сконфигурированным или сконфигурированным посредством базовой станции.

[0149] На этапе 2103, терминал может передавать информацию, указывающую, что требования QoS не могут быть удовлетворены, базовой станции и/или другому терминалу. Другими словами, когда требования QoS не могут быть удовлетворены, предварительно сконфигурированный терминал V2X (терминал V2X передачи и/или терминал V2X приема) может указывать, что требования QoS не могут быть удовлетворены, базовой станции или другому терминалу V2X. В различных вариантах осуществления, информация, указывающая, что требования QoS не могут быть удовлетворены, может включать в себя по меньшей мере одно из следующего: ID радиоканала, который не удовлетворяет требования QoS, ID потока QoS (QFI), тип неудовлетворенных требований QoS или информацию о степени неудовлетворенности неудовлетворенных требований QoS. В соответствии с различными вариантами осуществления, терминал V2X передачи может передавать информацию, указывающую то, что требования QoS терминала не могут быть удовлетворены, соседним терминалам на основании широковещательной схемы.

[0150] На этапе 2105, терминал может реконфигурировать или высвобождать радиоканал. Например, терминал V2X, выполненный с возможностью конфигурирования базовой станции или радиоканала, может выполнять реконфигурацию соединения RRC, включающего в себя радиоканал, который не удовлетворяет требования QoS. Реконфигурация соединения RRC может включать в себя по меньшей мере одно из реконфигурации или высвобождения радиоканала.

[0151] Фиг. 22 иллюстрирует пример случая, в котором терминал V2X отображает пакет в радиоканале в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0152] Обращаясь к Фиг. 22, когда пакет 2220 формируется в верхнем слое, таком как прикладной слой терминала 2210 V2X (например, терминала 2020, 2030 или 2040 V2X) и переадресовывается слою 2 (например, протоколу адаптации данных услуги (SDAP)) терминала 2210 V2X, терминал 2210 V2X может определять, каков вид пакета у пакета 2220. Например, терминал 2210 V2X может определять, каков вид пакета у пакета 2220, путем интерпретации данных терминала 2210 V2X, и терминал 2210 V2X может идентифицировать требования QoS у пакета 2020. Посредством требований QoS, терминал 2210 V2X может конфигурировать VQI, соответствующий пакету 2220. Когда требования QoS или VQI сконфигурированы для пакета 2220, терминал 2210 V2X может определять, в какой радиоканал должен быть передан пакет 2220. Например, радиоканал, в который должен быть передан пакет 2220, может быть определен посредством радиоканала и логического канала, сконфигурированного базовой станцией, или может быть определен в качестве радиоканала, который требуется терминалу 2210 V2X для удовлетворения требования QoS. Пакет 2220 может быть передан в определенный радиоканал.

[0153] Фиг. 23 иллюстрирует поток сигналов между терминалом и базовой станцией, когда требования QoS не удовлетворяются в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0154] Обращаясь к Фиг. 23, на этапе 2301, терминал 2310 V2X (например, терминал 2020, 2030 или 2040 V2X) может определять, что требования QoS не могут быть удовлетворены. В связи V2X, поскольку терминал 2310 V2X осуществляет связь для передачи данных непосредственно с другим терминалом V2X, а не с базовой станцией 2320 (например, базовой станцией 2010), базовой станции 2320 может быть сложно определять, удовлетворяет ли переданный трафик требования QoS. Соответственно, терминалу 2310 V2X, вовлеченному в связь для передачи данных, может потребоваться проверять, удовлетворяются или нет требования QoS. Например, по меньшей мере один из терминала 2020 V2X передачи и терминалов 2030 и 2040 V2X приема, вовлеченные в связь V2X, проиллюстрированную на Фиг. 20, могут определять, удовлетворяются ли требования QoS у обработанных данных. В соответствии с вариантом осуществления, терминал 2310 V2X может осуществлять мониторинг того, удовлетворяет ли конкретный пакет или данные, обработанные в конкретном DRB, требования QoS. Например, терминал 2310 V2X может осуществлять мониторинг пакета, запланированного на предварительно определенное время с тем, чтобы определять, удовлетворяют ли отдельные пакеты или пакеты одного и того же типа требования QoS у соответствующего пакета. В различных вариантах осуществления, требования QoS могут включать в себя по меньшей мере одно из следующего: время ожидания, надежность, скорость передачи данных или коэффициент потерь. Например, требования QoS пакета могут быть отображены в V2X QoS ID (VQI) того пакета. Соответственно, пакет, переданный терминалом 2310 V2X, может иметь значение VQI, ему соответствующее, и могут присутствовать требования QoS, соответствующие VQI. В соответствии с вариантом осуществления, терминал 2310 V2X может осуществлять мониторинг того, способны ли пакеты с одним и тем же VQI удовлетворять требования QoS в течение предварительно определенного времени. В различных вариантах осуществления, предварительно определенное время может быть предварительно сконфигурировано или сконфигурировано базовой станцией.

[0155] На этапе 2303, терминал 2319 V2X может предоставлять отчет базовой станции 2320 о том, что требования QoS не были удовлетворены. Например, терминал 2310 V2X может переадресовывать, базовой станции 2320, сообщение (или сообщение отчета о неудовлетворенности требований QoS), указывающее, что требования QoS не удовлетворены для пакета данных, который обрабатывается терминалом 2310 V2X. В различных вариантах осуществления, сообщение отчета о неудовлетворенности требований QoS может включать в себя по меньшей мере одно из следующего: ID радиоканала, который не удовлетворяет требования QoS, ID потока QoS (QFI), тип неудовлетворенных требований QoS, степень неудовлетворенности неудовлетворенных требований QoS, ID терминала передачи или ID терминала приема.

[0156] На этапе 2305, базовая станция 2320 может передавать сообщение реконфигурации соединения RRC терминалу 2310 V2X. Например, в ответ на прием сообщения отчета о неудовлетворенности требований QoS, базовая станция 2320 может передавать сообщение реконфигурации соединения RRC терминалу 2310 V2X для того, чтобы реконфигурировать радиоканал, в котором не удовлетворяются требования QoS.

[0157] Фиг. 24 иллюстрирует поток сигналов между терминалом и другим терминалом, когда требования QoS не удовлетворяются в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0158] Обращаясь к Фиг. 24, на этапе 2401, первый терминал 2410 V2X (например, терминал 2020 V2X) может определять, что требования QoS не могут быть удовлетворены. В связи V2X, поскольку первый терминал 2410 V2X осуществляет непосредственную связь для передачи данных с другим терминалом V2X, а не с базовой станцией, то базовой станции может быть сложно определять, удовлетворяет ли переданный трафик требования QoS. Соответственно, первому терминалу 2410 V2X, вовлеченному в связь для передачи данных, может потребоваться проверять, удовлетворяются или нет требования QoS. Например, по меньшей мере один из терминала 2020 V2X передачи или терминалов 2030 и 2040 V2X приема, вовлеченных в связь V2X, проиллюстрированную на Фиг. 20, может определять, удовлетворяются ли требования QoS обработанных данных. В соответствии с вариантом осуществления, первый терминал 2410 V2X может осуществлять мониторинг того, удовлетворяет ли конкретный пакет или данные, обработанные в конкретном DRB, требования QoS. Например, первый терминал 2410 V2X может осуществлять мониторинг пакета, запланированного на предварительно определенное время, с тем, чтобы определять, удовлетворяют ли отдельные пакеты или пакеты одного и того же типа требования QoS у соответствующего пакета. В различных вариантах осуществления, требования QoS могут включать в себя по меньшей мере одно из следующего: время ожидания, надежность, скорость передачи данных или коэффициент потерь. Например, требования QoS пакета могут быть отображены в V2X QoS ID (VQI) того пакета. Соответственно, пакет, переданный первым терминалом 2410 V2X, может иметь значение VQI, ему соответствующее, и могут присутствовать требования QoS, соответствующие VQI. В соответствии с вариантом осуществления, первый терминал 2410 V2X может осуществлять мониторинг того, способны ли пакеты с одним и тем же VQI удовлетворять требования QoS в течение предварительно определенного времени. В различных вариантах осуществления, предварительно определенное время может быть предварительно сконфигурировано или сконфигурировано базовой станцией. Вариант осуществления, описанный при обращении к Фиг. 24, может быть применен, когда первый терминал 2410 V2X, который осуществляет мониторинг того, удовлетворяются ли требования QoS, и второй терминал 2420 V2X (например, терминалы 2030 или 2040 V2X), который выполняет конфигурацию RRC, отличаются друг от друга.

[0159] На этапе 2403, первый терминал 2410 V2X может предоставлять отчет второму терминалу 2420 V2X о том, что требования QoS не были удовлетворены. Например, первый терминал 2410 V2X может переадресовывать, второму терминалу 2420 V2X, сообщение (или сообщение отчета о неудовлетворенности требований QoS), указывающее, что требования QoS не удовлетворены для пакета данных, который обрабатывается первым терминалом 2410 V2X. В различных вариантах осуществления, сообщение отчета о неудовлетворенности требований QoS может включать в себя по меньшей мере одно из следующего: ID радиоканала, который не удовлетворяет требования QoS, ID потока QoS (QFI), тип неудовлетворенных требований QoS, степень неудовлетворенности неудовлетворенных требований QoS, ID терминала передачи или ID терминала приема.

[0160] На этапе 2405, второй терминал 2420 может передавать сообщение реконфигурации соединения RRC первому терминалу 2410 V2X. Например, в ответ на прием сообщения отчета о неудовлетворенности требований QoS, второй терминал V2X может передавать сообщение реконфигурации соединения RRC первому терминалу 2410 V2X для того, чтобы реконфигурировать радиоканал, в котором не удовлетворяются требования QoS. В различных вариантах осуществления, когда первый терминал 2410 V2X является терминалом V2X приема, схема связи V2X на Фиг. 24 может быть многоадресной схемой или широковещательной схемой, и количество терминалов V2X, выполненных с возможностью передачи сообщения отчета о неудовлетворенности требований QoS, включая первый терминал 2410 V2X, может соответствовать двум или нескольким. В соответствии с вариантом осуществления, только конкретный терминал и/или предварительно определенный терминал могут быть сконфигурированы для передачи сообщения отчета о неудовлетворенности требований QoS.

[0161] Фиг. 25 иллюстрирует поток сигналов между терминалами, когда требования QoS не удовлетворяются в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления.

[0162] Обращаясь к Фиг. 25, на этапе 2501, первый терминал 2510 V2X (например, терминал 2020 V2X) может определять, что требования QoS не могут быть удовлетворены. В связи V2X, поскольку первый терминал 2510 V2X осуществляет непосредственную связь для передачи данных с другим терминалом V2X, а не с базовой станцией, базовой станции может быть сложно определять, удовлетворяет ли переданный трафик требования QoS. Соответственно, первому терминалу 2510 V2X, вовлеченному в связь для передачи данных, может потребоваться проверять, удовлетворяются или нет требования QoS. Например, по меньшей мере один из терминала 2020 V2X передачи или терминалов 2030 и 2040 V2X приема, вовлеченных в связь V2X, проиллюстрированную на Фиг. 20, может определять, удовлетворяются ли требования QoS обработанных данных. В соответствии с вариантом осуществления, первый терминал 2510 V2X может осуществлять мониторинг того, удовлетворяет ли конкретный пакет или данные, обработанные в конкретном DRB, требования QoS. Например, первый терминал 2510 V2X может осуществлять мониторинг пакета, запланированного на предварительно определенное время, с тем, чтобы определять, удовлетворяют ли отдельные пакеты или пакеты одного и того же типа требования QoS у соответствующего пакета. В различных вариантах осуществления, требования QoS могут включать в себя по меньшей мере одно из следующего: время ожидания, надежность, скорость передачи данных или коэффициент потерь. Например, требования QoS пакета могут быть отображены в V2X QoS ID (VQI) того пакета. Соответственно, пакет, переданный первым терминалом 2510 V2X, может иметь значение VQI, ему соответствующее, и могут присутствовать требования QoS, соответствующие VQI. В соответствии с вариантом осуществления, первый терминал 2510 V2X может осуществлять мониторинг того, способны ли пакеты с одним и тем же VQI удовлетворять требования QoS в течение предварительно определенного времени. В различных вариантах осуществления, предварительно определенное время может быть предварительно сконфигурировано или сконфигурировано базовой станцией. Вариант осуществления, описанный при обращении к Фиг. 25, может быть применен, когда первый терминал 2510 V2X, который осуществляет мониторинг того, удовлетворяются ли требования QoS, способен выполнять конфигурацию RRC.

[0163] На этапе 2503, первый терминал 2510 V2X может передавать сообщение реконфигурации соединения RRC второму терминалу 2520 V2X (например, терминалу 2030 или 2040 V2X). Например, когда первый терминал 2520 V2X определяет, что требования QoS не могут быть удовлетворены, первый терминал 2510 V2X может передавать сообщение реконфигурации соединения RRC второму терминалу 2520 V2X. Передача сообщения реконфигурации соединения RRC первым терминалом 2510 V2X может означать, что первый терминал 2510 V2X выполняет реконфигурацию радиоканала, которые не может непосредственно удовлетворять требования QoS. Например, первый терминал 2510 V2X может передавать, в соответствии с широковещательной схемой, произвольному терминалу V2X вокруг, что требования QoS у пакета, обработанного первым терминалом 2510 V2X, не могут быть удовлетворены. Передача в соответствии с широковещательной схемой означает, что количество терминалов V2X, которые принимают сообщение реконфигурации соединения RRC, может составлять два или несколько, включая второй терминал 2520 V2X. То, каким образом терминал выполняет реконфигурацию радиоканала, может быть определено на основании предварительно определенного правила. В различных вариантах осуществления, предварительно определенное правило может включать в себя по меньшей мере одно из следующего: операцию в виде обработки пакета с VQI, который не может удовлетворять требования QoS в радиоканале по умолчанию, операцию в виде высвобождения радиоканала, в который передается пакет, который не может удовлетворять требования QoS, операцию в виде высвобождения радиоканала с самым низким приоритетом среди радиоканалов (в данном случае, данные, которые были обработаны посредством высвобожденного радиоканала, затем могут быть обработаны посредством радиоканала по умолчанию) или операцию в виде не обработки более пакета с VQI, который не может удовлетворять требования QoS. В различных вариантах осуществления, когда применяется предварительно определенное правило, предварительно определенное правило может быть применено только к данным, которые не являются сообщением безопасности.

[0164] Фиг. 26 иллюстрирует блок-схему для передачи терминалом пакета путем мониторинга требований QoS в связи V2X в системе беспроводной связи в соответствии с различными вариантами осуществления. Фиг. 26 приводит пример способа работы терминала 2020 V2Х или терминала 2030 V2X.

[0165] Обращаясь к Фиг. 26, на этапе 2601, терминал может осуществлять мониторинг того, удовлетворяются ли требования QoS у пакета, соответствующего конкретному VQI. Терминал, осуществляющий мониторинг того, удовлетворяются ли требования QoS у пакета, обработанного терминалом, может определять, для каждого пакета, который должен быть обработан, удовлетворяются ли требования QoS у пакета, соответствующего VQI пакета. В различных вариантах осуществления, мониторинг в отношении того, удовлетворяются ли требования QoS, может осуществляться для каждого пакета, или отвечают ли данные одного и того же VQI требованиям QoS в течение предварительно установленного времени.

[0166] На этапе 2601, терминал может осуществлять мониторинг того, удовлетворяются ли требования QoS у пакета, соответствующего VQI. Когда требования QoS у пакета, соответствующего VQI, удовлетворяются (этап 2603: Да), терминал может выполнять этап 2605. В отличие от этого, когда требования QoS пакета, соответствующего VQI, не удовлетворяются (этап 2603: Нет), терминал может выполнять этап 2607.

[0167] На этапе 2605, терминал может выполнять передачу через радиоканал, к которому передается соответствующий пакет. Другими словами, поскольку требования QoS удовлетворяются для радиоканала, терминал может непрерывно передавать пакеты через существующий радиоканал.

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

[0169] Фиг. 27 иллюстрирует структуру радиоканала сигнализации (SRB) базовой станции и способ уведомления базовой станции о сбое MCG посредством терминала 2700, когда происходит сбой MCG. SRB является радиоканалом для конфигурирования управления радиоресурсами (RRC) базовой станции, и базовая станция предписывает процедуру конфигурации, реконфигурации и повторного создания RRC через SRB. В дополнение, терминал 2700 может отправлять сообщение ответа в ответ на сообщения конфигурации, реконфигурации или повторного создания базовой станции через SRB, и может передавать сообщение, которое должно быть инициировано терминалом 2700. Например, терминал 2700 может передавать сообщение информации о сбое SGC, которое передается, когда произошел сбой SCG, с использованием SRB. SRB может быть разделен на и сконфигурирован в качестве SRB1, SRB2, SRB3 и т.д. в соответствии с целью. SRB1 2710 и SRB2 2710 конфигурируются между главным узлом 2701 и терминалом 2700, а SRB3 2720 конфигурируется между вторичным узлом 2702 и терминалом 2700. SRB1 2710 главным образом используется для передачи сообщений применительно к непосредственному соединению между терминалом 2700 и базовой станцией. SRB2 2710 главным образом используется для передачи сообщений NAS между базовой сетью и терминалом 2700. SRB3 2720 используется для передачи сообщений применительно к непосредственному соединению между вторичным узлом и терминалом 2700. В данном случае, применительно к SRB1 2710 и SRB2 2710, RRC и PDCP располагаются в главном узле 2701 (2711), и RLC и MAC могут существовать в главном узле 2701 и вторичном узле 2702, соответственно (2712, 2713). В данном случае, когда RLC располагается только в MCG, SRB упоминается как нераздробленный SRB, а когда RLC располагается в MCG и SCG, SRB упоминается как раздробленный SRB. Например, SRB1 может упоминаться как раздробленный SRB1. В противоположность, применительно к SRB3, RRC и PDCP располагаются во вторичном узле (2721), и RLC и MAC также располагаются во вторичном узле (2722). В варианте осуществления Фиг. 27, несмотря на то, что были описаны только некоторые SRB, радиоканал данных (DRB), в который передаются данные, также может быть сконфигурирован, когда соединяются терминал 2700 и базовая станция.

[0170] Когда терминал 2700 регистрирует сбой MCG из-за MCG RLF, сбоя реконфигурации с синхронизацией или аналогичного (2730), передача с использованием MCG больше невозможна. Таким образом, может потребоваться проинформировать базовую станцию о том, что произошел сбой MCG. В данном случае, когда доступна линия SCG, терминал 2700 может передавать соответствующее сообщение с использованием SCG (2740). В данном случае, когда конфигурируется SRB1, может быть использован раздробленный SRB1 2710, а когда конфигурируется SRB3, соответствующая информация о сбое MCG может быть передана вторичному узлу через SRB3 2720. Однако, поскольку узел привязки у SRB3 является вторичным узлом 2720, то соответствующая информация должна быть переадресована главному узлу 2710, отвечающему за соединение MCG. В данном случае, содержимое сообщения 2740 отчета о сбое, переданного в SRB3, может быть переадресовано как есть. Однако, в соответствии с другим вариантом осуществления, вторичный узел 2720 может передавать информацию, указывающую то, какой терминал пострадал от сбоя MCG, и почему произошел сбой MCG, с использованием сообщения отличного от сообщения отчета о сбое. Впоследствии, базовая станция или главный узел 2710 базовой станции могут предписывать передачу обслуживания для изменения MCG у терминала 2700 и реконфигурацию с синхронизацией. В соответствии с некоторыми вариантами осуществления, может быть предписана смена ролей для обмена ролями между главным узлом 2701 и вторичным узлом 2702.

[0171] Например, сообщение информации о сбое MCG может включать в себя следующую информацию.

[0172] - Какая группа сот пострадала от сбоя (например, является ли сбой сбоем MCG или сбоем SCG)?

[0173] - Какой тип сбоя произошел (например, является ли сбой RLF или сбоем реконфигурации с синхронизацией)?

[0174] - Отчет об измерении, сконфигурированный главным узлом.

[0175] - Отчет об измерении, сконфигурированный вторичным узлом.

[0176] Когда вторичная группа сот работает по другой технологии радиодоступа (RAT), сообщение отчета об измерении, сконфигурированное вторичным узлом, может быть кодировано посредством кодирования, которое используется в RAT вторичной группы сот.

[0177] Фиг. 28 иллюстрирует структуру SRB базовой станции и способ уведомления базовой станции о сбое SCG посредством терминала, когда происходит сбой SCG. Радиоканал сигнализации (SRB) является радиоканалом для конфигурации управления радиоресурсами (RRC) базовой станции, и базовая станция предписывает процедуры конфигурации, реконфигурации, повторного создания RRC и аналогичное через SRB. В дополнение, терминал может отправлять сообщение ответа в ответ на сообщения конфигурации, реконфигурации или повторного создания базовой станции через SRB, и может передавать сообщение, которое должно быть инициировано терминалом. Например, сообщение информации о сбое SGC, которое передается, когда произошел сбой SCG, может быть передано с использованием SRB. SRB может быть разделен на и сконфигурирован в качестве SRB1, SRB2, SRB3 и т.д. в соответствии с целью. SRB1 2810 и SRB2 2810 конфигурируются между главным узлом 2801 и терминалом, а SRB3 2820 конфигурируется между вторичным узлом 2802 и терминалом. SRB1 2810 передает сообщения применительно к непосредственному соединению между терминалом и базовой станцией. SRB2 2810 главным образом используется для передачи сообщений NAS между базовой сетью и терминалом. SRB3 2820 передает сообщения применительно к непосредственному соединению между вторичным узлом и терминалом. В данном случае, применительно к SRB1 2810 и SRB2 2810, RRC и PDCP могут располагаться в главном узле (2811), а RLC и MAC могут существовать в главном узле и вторичном узле, соответственно (2812, 2813). В данном случае, когда RLC располагается только в MCG, SRB упоминается как нераздробленный SRB, а когда RLC располагается в MCG и SCG, SRB упоминается как раздробленный SRB. Т.е. SRB1 может упоминаться как раздробленный SRB1. В противоположность, применительно к SRB3, RRC и PDCP располагаются во вторичном узле (2821), и RLC и MAC также располагаются во вторичном узле (2822). В варианте осуществления Фиг. 28, несмотря на то, что были описаны только некоторые SRB, радиоканал данных (DRB), в который передаются данные, также может быть сконфигурирован, когда соединяются терминал и базовая станция.

[0178] Когда терминал 2800 регистрирует сбой SCG из-за SCG RLF, сбоя реконфигурации SCG с синхронизацией или аналогичного (2830), передача с использованием SCG больше невозможна. Таким образом, может потребоваться проинформировать базовую станцию о том, что произошел сбой SCG. В данном случае, когда доступна линия MCG, соответствующее сообщение MCG может быть передано с использованием SCG (2840). В данном случае, когда конфигурируется SRB1, может быть использован SRB1 2810. Впоследствии, базовая станция или главный узел базовой станции могут предписывать изменение SCG для изменения SCG у терминала или реконфигурацию с синхронизацией для того, чтобы решить сбой SCG.

[0179] Фиг. 29 иллюстрирует рабочий процесс 2900 терминала, когда происходит сбой MCG. Терминал может инициировать сбой главной группы сот, т.е. сбой MCG, по причинам, таким как истечение таймера T310, как, например, MCG RLF, сбой произвольного доступа или достижение максимального количества повторных передач RLC, другие сбои передачи обслуживания, сбой реконфигурации с синхронизацией или аналогичное (2901). В ситуации сбоя MCG, невозможно правильно выполнять передачу данных к главной группе сот. Таким образом, передача всех радиоканалов сигнализации (SRB) и радиоканалов данных (DRB), которая передается к главной группе сот, может быть приостановлена. Однако, в это время, SRB0 не должен быть приостановлен, поскольку он требуется для использования, когда повторное создание линии радиосвязи или аналогичное происходит в будущем (2903). В дополнение, поскольку больше невозможно использовать MAC у главной группы сот, то MAC главной группы сот может быть сброшен (2905). В дополнение, когда присутствует таймер T304, который работает с целью передачи обслуживания или аналогичного, или другой таймер, который работает, то таймер может быть остановлен, поскольку работа таймера больше не требуется (2907). После этого может быть инициирована операция предоставления отчета о сбое MCG с тем, чтобы уведомить базовую станцию о том, что произошел сбой MCG. Уведомление может быть отправлено через вторую группу сот. Радиоканал, который используется в данном случае, может быть раздробленным SRB1, который выполнен с возможностью выполнения передачи к второй группе сот, или SRB3, который выполняет непосредственную передачу к вторичному узлу (2909).

[0180] Фиг. 30 иллюстрирует рабочий процесс 3000 терминала, когда происходит сбой SCG. Терминал может инициировать сбой вторичной группы сот, т.е. сбой SCG, по причинам, таким как истечение таймера T313, SCG RLF, таким как сбой произвольного доступа к SCG или достижение максимального количества повторных передач в SCG RLC, другие сбои конфигурации SCG, сбой реконфигурации SCG с синхронизацией, или аналогичное (3001). В ситуации сбоя SCG, невозможно правильно выполнять передачу данных во вторичную группу сот. Таким образом, передача всех радиоканалов сигнализации (SRB) и радиоканалов данных (DRB), которая передается к вторичной группе сот, может быть приостановлена (3003). В дополнение, поскольку больше невозможно использовать MAC у вторичной группы сот, то MAC вторичной группы сот может быть сброшен (3005). В дополнение, когда присутствует таймер T304, который работает с целью передачи обслуживания или аналогичного, или другой таймер, который работает, таймер может быть остановлен, поскольку работа таймера больше не требуется (3007). После этого может быть инициирована операция отчета о сбое SCG с тем, чтобы уведомить базовую станцию о том, что произошел сбой SCG. Уведомление может быть отправлено через главную группу сот. Радиоканал, который используется в данном случае, может быть SRB1, который выполнен с возможностью выполнения передачи к главной группе сот (3009).

[0181] Фиг. 31 иллюстрирует структуру протокола раздробленного SRB1. Раздробленный SRB1 3101 может быть сконфигурирован для передачи сообщения RRC, и может иметь только один слой RRC 3102, один слой протокола 3103 сходимости пакетных данных (PDCP), два или несколько слоев управлений 3104 и 3114 линией радиосвязи (RLC), два или несколько слоев управлений 3105 и 3115 доступом к среде (MAC), и два или несколько слоев физических слоев 3106 и 3116 (PHY). В данном случае, понятие «раздробленный» означает, что присутствует два или несколько устройств 3104 и 3114 RLC для соответствующего радиоканала. В данном случае, понятие «устройство RLC» может быть использовано взаимозаменяемым образом с понятиями «радиоканал RLC» и «логический канал». Группы сот, которые используются для раздробленного SRB1, могут включать в себя одну главную группу 3107 сот и одну вторичную группу 3117 сот. В дополнение, RRC у раздробленного SRB1 может располагаться в главном узле, и главный узел может осуществлять администрирование соединения RRC терминала. В данном случае, устройства RLC у раздробленного SRB1 3104 и раздробленного SRB1 3114 могут быть выполнены таким образом, чтобы разделяться на первичное устройство RLC (первичный путь), которое используется независимо от объема данных, которые должны быть отправлены, и вторичное устройство RLC (вторичный путь), которое используется, когда данные, которые должны быть отправлены, больше порогового значения ul-DataSplitThreshold или равным ему. Базовая станция может информировать терминал о пороговой величине объема данных посредством конфигурации RRC. В дополнение, в соответствующем раздробленном SRB1, дублирование пакетов может быть выполнено для дублирования пакетов в устройстве PDCP передатчика и передачи всех данных нескольким устройствам RLC. Когда активируется дублирование пакетов, несколько устройств RLC может быть использовано для одновременной передачи пакета.

[0182] Фиг. 32 иллюстрирует структуру протокола нераздробленного радиоканала 3 сигнализации (SBR3). Нераздробленный SRB3 3210 может быть выполнен с возможностью передачи сообщения RRC, и может иметь только один слой RRC 3220, один слой PDCP 3230, один слой RLC 3240, один слой MAC 3250 и один слой PHY 3260. В данном случае, понятие «нераздробленный» означает, что присутствует только одно устройство 3240 RLC для соответствующего радиоканала. В данном случае, понятие «устройство RLC» может быть использовано взаимозаменяемым образом с понятиями «радиоканал RLC» и «логический канал». Группой сот, которая используется для нераздробленного SRB3, может быть вторичная группа 3270 сот. В дополнение, RRC у SRB3 может располагаться во вторичном узле, и вторичный узел может осуществлять администрирование некоторого соединения RRC терминала.

[0183] Фиг. 33 иллюстрирует сценарий конфликта сбоя MCG и сбоя SCG. Как описано выше при обращении к Фиг. 2 и 29, когда происходит (3330) сбой MCG, терминал 3300 может передавать сообщение информации о сбое MCG базовой станции с использованием раздробленного SRB1 3310 или SRB3 3320, соединенного с SCG. Однако, когда регистрируется сбой MCG, но уже произошел сбой SCG, и выполняется (3340) операция сбоя SCG, описанная при обращении к Фиг. 30, сообщение отчета о сбое MCG не может быть передано в линию связи SCG. В дополнение, когда сбой SCG не был зарегистрирован в момент, когда был зарегистрирован (3330) отчет о сбое MCG, но сообщение отчета о MCG не было передано, или даже если сбой SCG регистрируется позже в случае, когда сообщение отчета о MCG было передано, но сообщение RRC не было принято от базовой станции посредством SRB1, процедура восстановления на основании отчета о сбое MCG не может быть нормально выполнена. Соответственно, в данном случае, не может быть предоставлен (3350) отчет об информации о сбое MCG. Соответственно, в данном случае, терминалу может потребоваться выполнить процедуру повторного создания RRC, и терминал может отменить передачу ранее инициированного сообщения информации о сбое MCG или сообщения информации о сбое SCG.

[0184] SRB1 3310 и SRB2 3310 конфигурируются между главным узлом 3301 и терминалом, а SRB3 3320 конфигурируется между вторичным узлом 3302 и терминалом. В данном случае, применительно к SRB1 3310 и SRB2 3310, RRC и PDCP могут располагаться в главном узле (3311), а RLC и MAC могут существовать в главном узле и вторичном узле, соответственно (3312, 3313). В данном случае, когда RLC располагается только в MCG, SRB упоминается как нераздробленный SRB, а когда RLC располагается в MCG и SCG, то SRB упоминается как раздробленный SRB. Т.е. SRB1 может упоминаться как раздробленный SRB1. В противоположность, применительно к SRB3, RRC и PDCP располагаются в вторичном узле (3321), и RLC и MAC также располагаются во вторичном узле (3322).

[0185] Конкретные операции, которые выполняются, когда происходит сбой MCG, в варианте осуществления на Фиг. 33, являются следующими.

[0186] - Когда сбой SCG уже был объявлен в момент сбоя MCG и сбой SCG не был восстановлен (когда сообщение информации о сбое SCG не было передано или, когда сообщение RRC не было принято от базовой станции после передачи), терминал выполняет процедуру повторного создания RRC. В данном случае, если сбой SCG уже был восстановлен после объявления сбоя SCG, то сбой SCG не считается объявленным.

[0187] - Когда сбой SCG не был объявлен в момент сбоя MCG, или, когда сбой SCG был объявлен, но восстановлен, терминал может передавать сообщение информации о сбое MCG в раздробленный SRB1 или SRB3.

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

[0189] - Когда передача/прием SCG у SRB и DRB приостановлена в момент сбоя MCG, терминал выполняет процедуру повторного создания RRC.

[0190] - Когда передача/прием SCG у SRB и DRB не приостановлена в момент сбоя MCG, терминал может передавать сообщение информации о сбое MCG в раздробленный SRB1 или SRB3.

[0191] - Когда сообщение отчета о сбое MCG не было передано после сбоя MCG или, когда сбой SCG происходит несмотря на то, что сообщение RRC для решения соответствующей проблемы, не было принято от станции после сообщения отчета о сбое MCG (приостановлена передача или прием SCG), терминал выполняет процедуру повторного создания RRC.

[0192] Когда терминалу необходимо выполнить процедуру повторного создания RRC, терминал может отменять передачу ранее инициированного сообщения информации о сбое MCG или сообщения информации о сбое SCG.

[0193] Фиг. 34 иллюстрирует другой сценарий конфликта сбоя MCG и сбоя SCG. Как описано выше при обращении к Фиг. 3 и 30, когда происходит сбой SCG (3440), терминал 3400 может передавать сообщение информации о сбое SCG базовой станции с использованием SRB1, соединенного с MCG. Однако, когда сбой SCG регистрируется, а сбой MCG уже произошел, и выполняется (3440) операция сбоя MCG, описанная при обращении к Фиг. 29, то сообщение отчета о сбое SCG не может быть передано в линию MCG. В дополнение, когда сбой MCG не был зарегистрирован в момент, когда был зарегистрирован (3430) отчет о сбое SCG, но сообщение отчета SCG не было передано, или даже если сбой MCG регистрируется позже в случае, когда сообщение отчета о SCG было передано, но сообщение RRC не было принято от базовой станции посредством SRB1, процедура восстановления на основании отчета о сбое SCG не может быть нормально выполнена. Соответственно, в таком случае, информация о сбое SCG не может быть предоставлена в отчете (3450). Соответственно, в данном варианте осуществления, терминалу может потребоваться выполнять процедуру повторного создания RRC, и терминал может отменять передачу ранее инициированного сообщения информации о сбое MCG или сообщения информации о сбое SCG.

[0194] SRB1 3410 и SRB2 3410 конфигурируются между главным узлом 3401 и терминалом, а SRB3 3420 конфигурируется между вторичным узлом 3402 и терминалом. В данном случае, применительно к SRB1 3410 и SRB2 3410, RRC и PDCP могут быть расположены в главном узле (3411), а RLC и MAC могут существовать в главном узле и вторичном узле, соответственно (3412, 3413). В данном случае, когда RLC располагается только в MCG, SRB упоминается как нераздробленный SRB, а когда RLC располагается в MCG и SCG, SRB упоминается как раздробленный SRB. Т.е. SRB1 может упоминаться как раздробленный SRB1. В противоположность, применительно к SRB3, RRC и PDCP располагаются во вторичном узле (3421), и RLC и MAC также располагаются во вторичном узле (3422).

[0195] Конкретные операции, которые выполняются, когда происходит сбой SCG, в варианте осуществления на Фиг. 34 являются следующими.

[0196] - Когда сбой MCG уже был объявлен в момент сбоя SCG и сбой SCG не был восстановлен (когда сообщение информации о сбое MCG не было передано или, когда сообщение RRC не было принято от базовой станции после передачи), терминал выполняет процедуру повторного создания RRC. В данном случае, если сбой MCG уже был восстановлен после объявления сбоя MCG, то сбой MCG не считается объявленным.

[0197] - Когда сбой MCG не был объявлен в момент сбой SCG или, когда сбой MCG был объявлен, но восстановлен, терминал может передавать сообщение информации о сбое SCG в раздробленный SRB1.

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

[0199] - Когда передача/прием MCG у SRB и DRB приостановлена в момент сбоя SCG, терминал выполняет процедуру повторного создания RRC.

[0200] - Когда передача/прием MCG у SRB и DRB не приостановлена в момент сбоя SCG, терминал может передавать сообщение информации о сбое SCG в SRB1.

[0201] - Когда сообщение отчета о сбое SCG не было передано после сбоя SCG или, когда происходит сбой MCG, несмотря на то, что сообщение RRC для решения соответствующей проблемы, не было принято от базовой станции после сообщения отчета о сбое SCG (передача или прием MCG приостановлена), терминал выполняет процедуру повторного создания RRC.

[0202] Когда терминалу необходимо выполнить процедуру повторного создания RRC, терминал может отменять передачу ранее инициированного сообщения информации о сбое MCG или сообщения информации о сбое SCG.

[0203] Фиг. 35 иллюстрирует подробный рабочий процесс 3500 терминала, когда происходит сбой MCG. Сбой MCG в терминале может происходить посредством по меньшей мере одного из следующих процессов.

[0204] - Сбой линии радиосвязи (RLF) MCG.

[0205] - Сбой реконфигурации с синхронизацией.

[0206] - Сбой проверки целостности у SRB1/2.

[0207] - Сбой реконфигурации RRC.

[0208] Здесь, MCG RLF может происходить посредством по меньшей мере одного из следующих процессов.

[0209] - Истечение Таймера T310.

[0210] - Проблема произвольного доступа.

[0211] - Достижение максимального количества повторных передач RLC.

[0212] Когда сбой MCG происходит посредством по меньшей мере одного из вышеупомянутых процессов (3501), терминал может проверять, приостановлена ли передача SRB и DRB к SCG (3503). Когда передача DRB и SRB, которые передаются к SCG, приостановлена, терминал может выполнять процедуру повторного создания RRC (3505). В данном случае, сообщение информации о сбое MCG и сообщение информации о сбое SCG, которые уже были инициированы, могут быть отменены. В противоположном случае, когда передача DRB и SRB, которые передаются к SCG, не приостановлена, терминал может отправлять сообщение информации о сбое MCG через SCG посредством процедуры предоставления отчета о сбое MCG (3507). Радиоканал, который используется в данном случае, может быть раздробленным SRB1 или SRB3.

[0213] Фиг. 36 иллюстрирует подробный рабочий процесс 3600 терминала, когда происходит сбой SCG. Сбой SCG в терминале может происходить посредством по меньшей мере одного из следующих процессов.

[0214] - Сбой линии радиосвязи (RLF) SCG.

[0215] - Сбой реконфигурации SCG с синхронизацией.

[0216] - Сбой изменения SCG.

[0217] - Сбой проверки целостности у SRB3.

[0218] Здесь SCG RLF может произойти посредством по меньшей мере одного из следующих процессов.

[0219] - Истечение Таймера T313.

[0220] - Проблема произвольного доступа у SCG.

[0221] - Достижение максимального количества повторных передач у SCG RLC.

[0222] Когда сбой SCG происходит посредством по меньшей мере одного из вышеупомянутых процессов (3601), терминал может проверять, приостановлена ли передача SRB и DRB к MCG, кроме SRB0 (3603). Когда передача DRB и SRB, которые передаются к MCG, кроме SRB0, приостановлена, терминал может выполнять процедуру повторного создания RRC (3605). В данном случае, сообщение информации о сбое MCG и сообщение информации о сбое SCG, которые уже инициированы, могут быть отменены. В противоположном случае, когда передача DRB и SRB, которые передаются к MCG, не приостановлена, терминал может отправлять сообщение информации о сбое SCG через MCG посредством процедуры предоставления отчета о сбое SCG (3607). Радиоканал, который используется в данном случае, может быть SRB1.

[0223] Фиг. 37 иллюстрирует подробный рабочий процесс 3700 терминала, когда происходит сбой MCG. Сбой MCG в терминале может происходить посредством по меньшей мере одного из следующих процессов.

[0224] - Сбой линии радиосвязи (RLF) MCG.

[0225] - Сбой реконфигурации с синхронизацией.

[0226] - Сбой проверки целостности у SRB1/2.

[0227] - Сбой реконфигурации RRC.

[0228] Здесь сбой MCG может происходить посредством по меньшей мере одного из следующих процессов.

[0229] - Истечение Таймера T310.

[0230] - Проблема произвольного доступа.

[0231] - Достижение максимального количества повторных передач RLC.

[0232] Когда сбой MCG происходит посредством по меньшей мере одного из вышеупомянутых процессов (3701), работа терминала может варьироваться в зависимости от того, сконфигурирован ли терминал для выполнения процедуры предоставления отчета о сбое MCG. Базовая станция может разрешать терминалу соединяться с ней для выполнения той же самой операции, но может разрешать соответствующим терминалам выполнять разные процедуры в соответствии с вариантом осуществления. Например, каждый терминал может быть в равной степени сконфигурирован для передачи или не передачи сообщения информации о сбое MCG. В данном случае, каждый терминал может быть, или может не быть сконфигурирован для передачи или не передачи сообщения информации о сбое MCG посредством сообщения конфигурации RRC. В другом варианте осуществления, каждый терминал может быть сконфигурирован для передачи или не передачи сообщения информации о сбое MCG в системной информации. Когда каждый терминал не сконфигурирован для выполнения операции предоставления отчета о сбое MCG (3703: Нет), терминал выполняет процедуру повторного создания RRC, когда происходит сбой MCG (3707).

[0233] Когда каждый терминал сконфигурирован для выполнения операции предоставления отчета о сбое MCG (3703: Да), терминал может проверять, приостановлена ли передача SRB и DRB к SCG (3705). Когда передача DRB и SRB, которые передаются к SCG, приостановлена, терминал может выполнять процедуру повторного создания RRC (3707). В данном случае, сообщение информации о сбое MCG и сообщение информации о сбое SCG, которые уже были инициированы, могут быть отменны. В противоположном случае, когда передача DRB и SRB, которые передаются к SCG, не приостановлена, терминал может отправлять сообщение информации о сбое MCG через SCG посредством процедуры предоставления отчета о сбое MCG (3709). Радиоканал, который используется в данном случае, может быть раздробленным SRB1 или SRB3.

[0234] Фиг. 38 иллюстрирует способ конфигурирования процедуры передачи сообщения информации о сбое MCG и процедуры передачи сообщения отчета о сбое MCG. Когда происходит сбой MCG в терминале 3810, работа терминала может варьироваться в зависимости от тог, сконфигурирован ли терминал для выполнения процедуры предоставления отчета о сбое MCG. Базовая станция 3820 может разрешать терминалам соединяться с ней для выполнения той же самой операции, но может разрешать соответствующим терминалам выполнять разные процедуры в соответствии с вариантом осуществления. Например, каждый терминал может быть в равной степени сконфигурирован для передачи или не передачи сообщения информации о сбое MCG. В данном случае, каждый терминал может быть сконфигурирован для передачи или не передачи сообщения информации о сбое MCG посредством сообщения конфигурации RRC (3830). Сообщение может быть передано в состоянии, в котором оно включено в сообщение создания RRC или сообщение повторного создания RRC, вместо сообщения конфигурации RRC. Когда терминал принимает сообщение конфигурации, терминал может осуществлять принятую конфигурацию и затем передавать сообщение завершения конфигурации базовой станции (3840). В варианте осуществления Фиг. 38, был описан способ уведомления о том, конфигурируется ли процедура информации о сбое MCG на основании сообщения RRC. Однако, в другом варианте осуществления, терминал может быть выполнен с возможностью передачи или не передачи сообщения информации о сбое MCG в системной информации. Когда терминал не сконфигурирован для выполнения операции предоставления отчета о сбое MCG, терминал может выполнять процедуру повторного создания RRC, когда происходит сбой MCG.

[0235] Как описано выше при обращении к Фиг. 38, информации о конфигурации для предоставления отчета о сбое MCG может быть передана посредством сообщения RRC. В соответствии с вариантом осуществления, информация о конфигурации применительно к предоставлению отчета о сбое MCG может включать в себя следующую информацию.

[0236] В соответствии с вариантом осуществления, сообщение 3830 конфигурации RRC может включать в себя индикатор, указывающий, выполняет ли терминал процедуру предоставления отчета о сбое MCG или процедуру повторного создания RRC.

[0237] Когда терминал сконфигурирован для выполнения процедуры предоставления отчета о сбое MCG, сообщение отчета о MCG RLF может быть передано в устройство RLC, соединенное с SCG, когда обнаруживается инициирование RLF для MCG, описанное в другом варианте осуществления. В данном случае, когда конфигурируется раздробленный SRB1, сообщение отчета о MCG RLF может быть передано в раздробленный SRB1. Когда SRB1 не конфигурируется, а конфигурируется SRB3, сообщение отчета о MCG RLF может быть передано в SRB3. Когда не конфигурируются как раздробленный SRB1, так и SRB3, невозможно выполнить предоставление отчета о MCG RLF. Таким образом терминал может объявлять сбой конфигурации RRC без отправки сообщения завершения конфигурации RRC 3840. В соответствии с другим вариантом осуществления, если не конфигурируются как раздробленный SRB1, так и SRB3, то терминал может запрашивать повторное создание RRC у базовой станции.

[0238] Когда терминал конфигурируется не выполнять процедуру предоставления отчета о сбое MCG, т.е. когда терминал конфигурируется для выполнения процедуры повторного создания RRC, терминал может запрашивать повторное создание RRC у базовой станции, когда терминал обнаруживает инициирование RLF для MCG.

[0239] Фиг. 39 иллюстрирует конфигурацию базовой станции в системе беспроводной связи в соответствии с различными вариантами осуществления. Понятия, такие как «- часть» и «- блок», которые будут использованы ниже, означают блок для обработки по меньшей мере одной функции или операции, и он может быть реализован посредством аппаратного обеспечения, программного обеспечения или сочетания аппаратного обеспечения и программного обеспечения.

[0240] Обращаясь к Фиг. 39, базовая станция 3900 может включать в себя приемопередатчик 3910, контроллер 3920 базовой станции и хранилище 3930. В различных вариантах осуществления, контроллер 3920 базовой станцией также может упоминаться как схема, проблемно-ориентированная интегральная микросхема или по меньшей мере один процессор.

[0241] Приемопередатчик 3910, может передавать/принимать сигналы к/от других сетевых объектов. Приемопередатчик 3910 может передавать системную информацию к, например, терминалу и может передавать сигнал синхронизации или опорный сигнал.

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

[0243] Хранилище 3930 может хранить по меньшей мере одно из следующего: информацию, переданную/принятую через приемопередатчик 3910, и информацию, сформированную через контроллер 3920 базовой станции.

[0244] В различных вариантах осуществления, базовая станция 3900 может быть точно такой же, как базовая станция 110, или может быть включена в базовую станцию 110. В данном случае, приемопередатчик 3910 может быть включен в блок 210 беспроводной связи и/или блок 220 связи обратного транзита, контроллер 3920 базовой станции может быть включен в контроллер 240, а хранилище 3930 может быть включено в хранилище 230.

[0245] Фиг. 40 иллюстрирует конфигурацию терминала в системе беспроводной связи в соответствии с различными вариантами осуществления. Понятия, такие как «- часть» и «- блок», которые будут использованы ниже, означают блок для обработки по меньшей мере одной функции или операции, и он может быть реализован посредством аппаратного обеспечения, программного обеспечения или сочетания аппаратного обеспечения и программного обеспечения.

[0246] Обращаясь к Фиг. 40, терминал 4000 может включать в себя приемопередатчик 4010, контроллер 4020 терминала и хранилище 4030. В соответствии с различными вариантами осуществления, контроллер 4020 терминала также может упоминаться как схема, проблемно-ориентированная интегральная микросхема или по меньшей мере один процессор.

[0247] Приемопередатчик 4010 может передавать/принимать сигналы к/от других сетевых объектов. Приемопередатчик 4010 может принимать системную информацию от, например, базовой станции, и может принимать сигнал синхронизации или опорный сигнал.

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

[0249] Хранилище 4030 может хранить по меньшей мере одно из следующего: информацию, которая передается/принимается через приемопередатчик 4010, и информацию, которая формируется через контроллер 4020 терминала.

[0250] В различных вариантах осуществления, терминал 4000 может быть точно таким же, как терминал 120 или терминал 130, или может быть включен в терминал 120 или терминал 130. В данном случае, приемопередатчик 4010 может быть включен в блок 310 связи, контроллер 4020 может быть включен в контроллер 330, и хранилище 4030 может быть включено в хранилище 320.

[0251] Способы в соответствии с вариантами осуществления, сформулированные в формуле изобретения и/или технических описаниях изобретения, могут быть реализованы в аппаратном обеспечении, программном обеспечении или сочетании аппаратного обеспечения и программного обеспечения.

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

[0253] Программы (модули программного обеспечения или программное обеспечение) могут быть сохранены в энергонезависимых памятях, включающих в себя память с произвольным доступом и флэш-память, Постоянную Память (ROM), Электрически Стираемую Программируемую Постоянную Память (EEPROM), запоминающее устройство на магнитном диске, ROM на Компакт Диске (CD-ROM), Цифровые Универсальные Диски (DVD) или другие типы оптических запоминающих устройств или магнитную кассету. В качестве альтернативы, любое сочетание или все из перечисленного может формировать память, в которой хранится программа. Кроме того, множество таких памятей может быть включено в электронное устройство.

[0254] В дополнение, программы могут быть сохранены в присоединяемом запоминающем устройстве, доступ к которому может быть осуществлен через сети связи, такие как Интернет, Интрасеть, локальная сеть (LAN), глобальная сеть (WAN) или сеть хранения данных (SAN) или их сочетание. Такое запоминающее устройство может осуществлять доступ к электронному устройству через внешний порт. Кроме того, отдельное запоминающее устройство в сети связи может осуществлять доступ к портативному электронному устройству.

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

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

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

Claims (34)

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

обнаруживают сбой линии радиосвязи (RLF) у MCG;

в случае, когда обнаруживается RLF у MCG, приостанавливают передачу к MCG для всех радиоканалов сигнализации (SRB) и радиоканалов данных (DRB) за исключением SRB0;

в случае, когда обнаруживается RLF у MCG, идентифицируют, приостановлена ли передача к SCG; и

в случае, когда передача к SCG приостановлена, выполняют процедуру повторного создания соединения;

в случае, когда передача к SCG не приостановлена и сконфигурирован раздробленный SRB1, передают отчет об информации по RLF у MCG через раздробленный SRB1; и

в случае, когда передача к SCG не приостановлена и сконфигурирован раздробленный SRB3, передают отчет об информации по RLF у MCG через раздробленный SRB3.

2. Способ по п. 1,

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

3. Способ по п. 1,

в котором для UE конфигурируется раздробленный SRB1 или SRB3.

4. Способ по п. 1, дополнительно содержащий этап, на котором:

в случае, когда обнаруживается RLF у MCG, сбрасывают управление доступом к среде MCG (MCG MAC).

5. Способ по п. 1, дополнительно содержащий этап, на котором:

в случае, когда обнаруживается RLF у MCG, устанавливают первичный путь к SCG.

6. Оборудование пользователя (UE), поддерживающее агрегацию несущих (CA) с главной группой сот (MCG) и вторичной группой сот (SCG) в системе беспроводной связи, причем UE содержит:

приемопередатчик; и

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

обнаружения сбоя линии радиосвязи (RLF) у MCG;

в случае, когда обнаруживается RLF у MCG, приостановления передачи к MCG для всех радиоканалов сигнализации (SRB) и радиоканалов данных (DRB) за исключением SRB0;

в случае, когда обнаруживается RLF у MCG, идентификации, приостановлена ли передача к SCG;

в случае, когда передача к SCG приостановлена, выполнения процедуры повторного создания соединения;

в случае, когда передача к SCG не приостановлена и сконфигурирован раздробленный SRB1, передачи отчета об информации по RLF у MCG через раздробленный SRB1; и

в случае, когда передача к SCG не приостановлена и сконфигурирован раздробленный SRB3, передачи отчета об информации по RLF у MCG через раздробленный SRB3.

7. UE по п. 6,

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

8. UE по п. 6,

при этом для UE конфигурируется раздробленный радиоканал 1 сигнализации (SRB1) или SRB3.

9. UE по п. 6,

в котором по меньшей мере один процессор дополнительно выполнен с возможностью:

в случае, когда обнаруживается RLF у MCG, сброса управления доступом к среде MCG (MCG MAC).

10. UE по п. 6,

в котором по меньшей мере один процессор дополнительно выполнен с возможностью:

в случае, когда обнаруживается RLF у MCG, установки первичного пути к SCG.

Images