Область техники, к которой относится изобретение
[0001]
Настоящее изобретение относится к терминалу, который осуществляет переход к целевой базовой радиостанции без приема команды передачи обслуживания (т.н. хэндовера).
Уровень техники
[0002]
Партнерский проект 3-го поколения (3GPP, англ. 3rd Generation Partnership Project) определяет схемы связи Долгосрочного Развития (англ. Long Term Evolution (LTE)) и определяет Усовершенствованную схему LTE (англ. LTE-Advanced) (далее совместно именуемые LTE) с целью дальнейшего ускорения LTE. Кроме того, в 3GPP была изучена спецификация системы-преемника LTE, называемой 5G или New Radio (NR).
[0003]
В обычной процедуре передачи обслуживания (НО, от англ. handover) сеть определяет целевую базовую радиостанцию (также называемую целевой сотой) на основе информации о качестве, такой как отчет об измерении, передаваемый из терминала, и после подготовки к передаче обслуживания, в терминал передается команда передачи обслуживания.
[0004]
Однако, когда терминал проходит соответствующую точку передачи обслуживания во время подготовки к передаче обслуживания по сети, терминал осуществляет переход к целевой базовой радиостанции без приема команды передачи обслуживания от исходной базовой радиостанции (также называемой исходной сотой). По этой причине существует проблема, связанная с тем, что может произойти кратковременное прерывание линии радиосвязи.
[0005]
Поэтому, чтобы решить такую проблему, была изучена процедура, называемая условной НО (Непатентный документ 1).
[0006]
В условной НО (англ. Conditional НО) исходная базовая радиостанция заранее уведомляет терминал об информации о конфигурации целевой соты-кандидата, включающей в себя целевую соту-кандидата и условие перехода к целевой соте-кандидату, с использованием сообщения о реконфигурации управления радиоресурсами (RRC, от англ. radio resource control) (сообщения «RRC Reconfiguration»).
[0007]
Когда условие перехода к целевой соте-кандидату выполняется, терминал выполняет процедуру произвольного доступа с целевой базовой радиостанцией, управляющей целевой сотой-кандидатом, и осуществляет переход к целевой базовой радиостанции, не дожидаясь команды передачи обслуживания. В результате можно избежать кратковременного прерывания линии радиосвязи.
[0008]
Когда процедура произвольного доступа завершается успешно, терминал передает сообщение о завершении реконфигурации RRC (сообщение «RRC Reconfiguration Complete») в целевую базовую радиостанцию.
Документы предшествующего уровня техники
Непатентный документ
[0009]
Непатентный документ 1: «Новый WID: улучшения мобильности NR», RP-190489, Заседание 3GPP TSG RAN №83, 3GPP, март 2019 г.
Раскрытие сущности изобретения
[0010]
Однако в условной НО терминал передает сообщение о завершении реконфигурации RRC в целевую базовую радиостанцию и, таким образом, имеет следующую проблему.
[0011]
В случае изменения информации о конфигурации целевой соты-кандидата исходная базовая радиостанция должна уведомить терминал об изменении информации о конфигурации целевой соты-кандидата с использованием нового сообщения о реконфигурации RRC после приема сообщения о завершении реконфигурации RRC.
[0012]
Однако в условной НО, поскольку сообщение о завершении реконфигурации RRC передается в целевую базовую радиостанцию, исходная базовая радиостанция не может уведомить терминал об измененной информации о конфигурации целевой соты-кандидата.
[0013]
Настоящее изобретение было разработано с учетом такой ситуации, и целью настоящего изобретения является создание терминала, в котором исходная базовая радиостанция может уведомлять терминал об измененной информации о конфигурации целевой соты-кандидата даже в случае, когда терминал выполняет процедуру произвольного доступа между терминалом и целевой базовой радиостанцией и осуществляет переход к целевой базовой радиостанции без приема команды передачи обслуживания.
[0014]
Терминал (200) в соответствии с аспектом настоящего изобретения включает в себя: блок (220) приема, выполненный с возможностью приема от исходной базовой радиостанции (100А) первого сообщения о конфигурации, включающего в себя информацию о конфигурации соты, подчиненной целевой базовой радиостанции (100В); блок (240) управления, выполненный с возможностью осуществления процедуры произвольного доступа между терминалом (200) и целевой базовой радиостанцией (100В) и перехода к целевой базовой радиостанции (100В) без приема команды передачи обслуживания, на основе информации о конфигурации соты; и блок (210) передачи, выполненный с возможностью передачи в исходную базовую радиостанцию (100А) сообщения о завершении для первого сообщения о конфигурации перед началом процедуры произвольного доступа.
Краткое описание чертежей
[0015]
На фиг. 1 представлена общая принципиальная схема системы 10 радиосвязи.
На фиг. 2 представлена функциональная блок-схема каждого из gNB 100А, 100В и 100С.
На фиг. 3 представлена функциональная блок-схема терминала 200.
На фиг. 4 приведена схема, иллюстрирующая последовательность процедуры условной НО.
На фиг. 5 приведена схема, иллюстрирующая последовательность восстановления после сбоя линии радиосвязи (RLF, от англ. radio link failure) в процедуре обычной передачи обслуживания (НО).
На фиг. 6 приведена схема, иллюстрирующая последовательность (Пример 1 операции) восстановления после сбоя линии радиосвязи (RLF) в процедуре условной НО.
На фиг. 7 представлена схема, иллюстрирующая последовательность (Пример 2 операции) восстановления после сбоя линии радиосвязи (RLF) в процедуре условной НО.
На фиг. 8 представлена схема, иллюстрирующая последовательность (Пример 3 операции) восстановления после сбоя линии радиосвязи (RLF) в процедуре условной НО.
На фиг. 9 представлено изображение для описания информационных элементов (IE, от англ. information elements) в VarRLF-Report.
На фиг. 10 представлено изображение для описания информационных элементов (IE) в сообщении о завершении реконфигурации RRC («RRC Reconfiguration Complete»).
На фиг. 11А представлено изображение для описания информационных элементов (IE) в сообщении о завершении настройки RRC («RRC Setup Complete»).
На фиг. 11В представлено изображение для описания информационных элементов (IE) в сообщении о завершении настройки RRC («RRC Setup Complete»).
На фиг. 12 представлено изображение для описания информационных элементов (IE) в сообщении о завершении восстановления RRC («RRC Reestablishment Complete»).
На фиг. 13 представлено изображение для описания информационных элементов (IE) в сообщении о завершении возобновления RRC («RRC Resume Complete»).
На фиг. 14 представлено изображение для описания информационных элементов (IE) в запросе информации UE («UE Information Request»).
На фиг. 15А представлено изображение для описания информационных элементов (IE) в ответе информации UE («UE Information Response»).
На фиг. 15В представлено изображение для описания информационных элементов (IE) в ответе информации UE («UE Information Response»).
На фиг. 15С представлено изображение для описания информационных элементов (IE) в ответе информации UE («UE Information Response»).
На фиг. 16 приведена схема, иллюстрирующая последовательность передачи сообщения о завершении реконфигурации RRC в процедуре условной НО.
На фиг. 17 приведена схема, иллюстрирующая последовательность отмены НО (Пример 1 операции) в процедуре условной НО.
На фиг. 18 приведена схема, иллюстрирующая последовательность отмены НО (Пример 2 операции) в процедуре условной НО.
На фиг. 19 приведена схема, иллюстрирующая последовательность изменения НО (Пример 1 операции) в процедуре условной НО.
На фиг. 20 приведена схема, иллюстрирующая последовательность изменения НО (Пример 2 операции) в процедуре условной НО.
На фиг. 21 приведена схема, иллюстрирующая последовательность изменения НО (Пример 3 операции) в процедуре условной НО.
На фиг. 22 представлена схема, иллюстрирующая рабочий процесс gNB 100А для инкапсуляции множества фрагментов информации о конфигурации целевых сот-кандидатов.
На фиг. 23 представлена схема для описания конфигурации (Пример 1 конфигурации) сообщения о реконфигурации RRC в процедуре условной НО.
На фиг. 24 представлена схема, иллюстрирующая конфигурацию (Пример 2 конфигурации) сообщения о реконфигурации RRC в процедуре условной НО.
На фиг. 25 представлена схема, иллюстрирующая последовательность назначения идентификатора транзакции (англ. transaction ID) (Пример 1 операции) в процедуре условной НО.
На фиг. 26 представлена схема, иллюстрирующая последовательность назначения идентификатора транзакции (Пример 2 операции) в процедуре условной НО.
На фиг. 27 представлена схема, иллюстрирующая последовательность восстановления после сбоя передачи обслуживания (HOF, от англ. handover failure) в процедуре условной НО.
На фиг. 28 представлена схема, иллюстрирующая рабочий процесс терминала 200, который возобновляет радиопередачу после сбоя линии радиосвязи (RLF) в процедуре условной НО.
На фиг. 29 представлен вид, иллюстрирующий условия возобновления радиопередачи после сбоя линии радиосвязи (RLF) в процедуре условной НО.
На фиг. 30 представлена схема, иллюстрирующая пример аппаратной конфигурации каждого из узлов gNB 100А, 100В, 100С и терминала 200.
Осуществление изобретения
[0016]
Далее варианты осуществления будут описаны со ссылкой на чертежи. Следует отметить, что одни и те же функции или конфигурации обозначаются одними и теми же или похожими позициями, и их описание при необходимости опускается.
[0017]
(1) Общая схематическая конфигурация системы радиосвязи На фиг. 1 представлена общая принципиальная схема системы 10 радиосвязи в соответствии с настоящим вариантом осуществления. Система 10 радиосвязи представляет собой систему радиосвязи в соответствии с New Radio (NR) и включает в себя сеть радиодоступа следующего поколения (NG-RAN, от англ. Next Generation-Radio Access Network, не показана) и терминал 200.
[0018]
NG-RAN включает в себя базовые радиостанции 100А, 100В и 100С (далее именуемые узлами gNB 100А, 100В и 100С). Следует отметить, что конкретная конфигурация системы 10 радиосвязи, включающей в себя ряд узлов gNB и пользовательских устройств (UE), не ограничивается примером, проиллюстрированным на фиг. 1.
[0019]
NG-RAN фактически включает в себя множество узлов NG-RAN, в частности, узлов gNB (или узлов ng-eNB), и подключена к базовой сети (5GC, не показано) в соответствии с NR. Следует отметить, что NG-RAN и 5GC могут быть выражены просто как сеть.
[0020]
Каждый из узлов gNB 100А, 100В и 100С представляет собой базовую радиостанцию в соответствии с NR и выполняет радиосвязь с терминалом 200 в соответствии с NR. Каждый из узлов gNB 100А, 100В и 100С и терминал 200 могут поддерживать технологию Massive MIMO, в которой генерируется более высоконаправленный луч, агрегирование несущих (СА, англ. carrier aggregation), в котором для использования объединяется множество компонентных несущих (СС, англ. component carriers), двойное соединение (DC, англ. dual connectivity) для одновременного выполнения связи между множеством узлов NG-RAN и терминалом и т.п., посредством управления радиосигналом, передаваемым от множества антенных элементов. Следует отметить, что СС также называется несущей.
[0021]
Каждый из узлов gNB 100А, 100В и 100С образует одну или более сот и управляет одной или более сотами. Терминал 200 может осуществлять переход (переключение) между сотами, образованными узлами gNB 100А, 100В и 100С.Следует отметить, что «переход между сотами, образованными узлами gNB 100А, 100В и 100С», может быть выражен как «переход между узлами gNB 100А, 100В и 100С» или «переход между базовыми радиостанциями 100А, 100В и 100С». Кроме того, «соты, подчиненные узлам gNB 100А, 100В и 100С», означает «соты, образованные узлами gNB 100А, 100В и 100С».
[0022]
«Переход» обычно означает переключение между сотами или переключение между узлами gNB и может включать в себя поведение терминала 200, которое вызывает изменение соты назначения соединения или gNB назначения соединения, такое как повторный выбор соты.
[0023]
«Целевая сота» обычно означает соту назначения перехода, к которой осуществляет переход терминал 200, и может также включать в себя соту (потенциальную целевую соту), к которой может перейти терминал 200. Кроме того, «целевой gNB» обычно означает gNB назначения перехода, к которому осуществляет переход терминал 200, и может также включать в себя gNB (потенциальный целевой gNB), к которому может перейти терминал 200. В настоящем варианте осуществления узлы gNB 100В и 100С являются целевыми узлами gNB. Следует отметить, что сота, к которой может перейти терминал, также может называться сотой-кандидатом. Кроме того, gNB, к которому может перейти терминал, также может называться gNB-кандидатом.
[0024]
Между тем, «исходная сота» означает исходную соту перехода. «Исходный gNB» означает исходный gNB перехода. В настоящем варианте осуществления gNB 100А является исходным gNB.
[0025]
В системе 10 радиосвязи терминал 200 выполняет процедуру условной передачи обслуживания (далее именуемую условной передачей обслуживания (НО)). Следует отметить, что процедура условной НО может быть сокращена до «процедура СНО (от англ. Conditional НО)».
[0026]
В процедуре условной НО, как описано ниже, исходный gNB 100А заранее уведомляет терминал 200 об одной или более сотах-кандидатах назначения перехода (далее именуемых «целевые соты-кандидаты»), к которым может перейти терминал 200. Когда условие перехода к целевой соте-кандидату выполнено, терминал 200 выполняет процедуру произвольного доступа (RA, от англ. random access) с целевым gNB 100В (или целевым gNB 100С), управляющим целевой сотой-кандидатом, и осуществляет переход к целевому gNB 100В (или целевому gNB 100С) без приема команды передачи обслуживания от исходного gNB.
[0027]
Следует отметить, что система 10 радиосвязи может включать в себя усовершенствованную универсальную наземную сеть радиодоступа (E-UTRAN, от англ. Evolved Universal Terrestrial Radio Access Network) вместо NG-RAN. В этом случае E-UTRAN включает в себя множество узлов E-UTRAN, в частности, узлов eNB (или узлов en-gNB), и подключена к базовой сети (усовершенствованное пакетное ядро (ЕРС, от англ. evolved packet core)) в соответствии с LTE.
[0028]
(2) Функциональная блок-схема системы радиосвязи
Далее будет описана функциональная блок-схема системы 10 радиосвязи. В частности, будет описана функциональная блок-схема каждого из узлов gNB 100А, 100В и 100С и терминала 200. Далее будут описаны только части, относящиеся к признакам в настоящем варианте осуществления. Следовательно, узлы gNB 100А, 100В и 100С и терминал 200 имеют другие функциональные блоки, которые непосредственно не связаны с признаками в настоящем варианте осуществления.
[0029]
На фиг. 2 представлена функциональная блок-схема каждого из узлов gNB 100А, 100В и 100С.Поскольку узлы gNB 100А, 100В и 100С имеют одинаковую конфигурацию, описание узлов gNB 100В и 100С опущено. Как показано на фиг.2, gNB 100А включает в себя блок 110 передачи, блок 120 приема, блок 130 сохранения и блок 140 управления.
[0030]
Блок 110 передачи передает нисходящий сигнал (DL сигнал, англ. downlink) в соответствии с NR. Блок 120 приема принимает восходящий сигнал (UL сигнал, англ. uplink) в соответствии с NR. В частности, блок 110 передачи и блок 120 приема осуществляют беспроводную связь с терминалом 200 по каналу управления или каналу данных.
[0031]
Блок 110 передачи передает сигнал в соответствии с NR другому gNB. Блок 120 приема принимает сигнал в соответствии с NR от другого gNB.
[0032]
Блок 110 передачи передает сообщение RRC, такое как сообщение о реконфигурации RRC, которое будет описано ниже, в терминал 200.
[0033]
В случае, когда gNB 100А является исходным gNB, блок 110 передачи передает запрос СНО, который будет описан ниже, в целевой gNB. В случае, когда gNB 100А является целевым gNB, блок 110 передачи передает подтверждение запроса СНО, отмену НО и изменение НО, которые будут описаны ниже, в исходный gNB. Подтверждение запроса СНО включает в себя информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB.
[0034]
Блок 120 приема принимает от терминала 200 сообщение RRC, такое как сообщение о завершении реконфигурации RRC, сообщение 1 о завершении реконфигурации RRC («RRC Reconfiguration Complete1»), сообщение 2 о завершении реконфигурации RRC («RRC Reconfiguration Complete2»), сообщение о завершении настройки RRC («RRC SetupComplete») или сообщение о завершении восстановления RRC, которые будут описаны ниже.
[0035]
В случае, когда gNB 100А является исходным gNB, блок 120 приема принимает подтверждение запроса СНО, отмену НО и изменение НО, которые будут описаны ниже, от целевого gNB. В случае, когда gNB 100А является целевым gNB, блок 120 приема принимает запрос СНО, который будет описан ниже, от исходного gNB.
[0036]
В случае, когда gNB 100А является исходным gNB, блок 130 сохранения сохраняет информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB.
[0037]
Блок 140 управления управляет каждым функциональным блоком, включенным в gNB 100А.
[0038]
В случае, когда gNB 100А является целевым gNB, блок 140 управления определяет удаление информации о конфигурации целевой соты-кандидата на основе состояния целевой соты-кандидата, подчиненной gNB 100А.
[0039]
В случае, когда gNB 100А является целевым gNB, блок 140 управления побуждает блок 110 передачи передавать в исходный gNB отмену НО, дающую инструкцию на удаление информации о конфигурации целевой соты-кандидата, подчиненной gNB 100А.
[0040]
В случае, когда gNB 100А является целевым gNB, блок 140 управления побуждает блок 110 передачи передавать в исходный gNB отмену НО, когда терминал 200 не осуществляет переход в течение заданного времени, на основе информации о конфигурации целевой соты-кандидата, подчиненной gNB 100А.
[0041]
В случае, когда gNB 100А является целевым gNB, блок 140 управления определяет изменение информации о конфигурации целевой соты-кандидата на основе состояния целевой соты-кандидата, подчиненной gNB 100А.
[0042]
В случае, когда gNB 100А является целевым gNB, блок 140 управления побуждает блок 110 передачи передавать в исходный gNB изменение НО, дающее инструкцию на изменение информации о конфигурации целевой соты-кандидата, подчиненной gNB 100А.
[0043]
В случае, когда gNB 100А является исходным gNB, блок 140 управления вносит в сообщение о реконфигурации RRC список, включающий в себя множество фрагментов информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB.
[0044]
На фиг. 3 представлена функциональная блок-схема терминала 200. Как показано на фиг. 3, терминал 200 включает в себя блок 210 передачи, блок 220 приема, блок 230 сохранения и блок 240 управления.
[0045]
Блок 120 передачи передает восходящий сигнал (UL сигнал) в соответствии с NR. Блок 110 приема принимает нисходящий сигнал (DL сигнал) в соответствии с NR. В частности, блок 210 передачи и блок 220 приема осуществляют беспроводную связь с каждым из узлов gNB 100А-100С по каналу управления или каналу передачи данных.
[0046]
Блок 210 передачи передает сообщение RRC, такое как сообщение о завершении реконфигурации RRC, сообщение 1 о завершении реконфигурации RRC, сообщение 2 о завершении реконфигурации RRC, сообщение о завершении настройки RRC или сообщение о завершении восстановления RRC, которые будут описаны ниже.
[0047]
Блок 220 приема принимает сообщение RRC, такое как сообщение о реконфигурации RRC, которое будет описано ниже. [0048]
Блок 230 сохранения сохраняет информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB. Информация о конфигурации целевой соты-кандидата включена в сообщение о реконфигурации RRC.
[0049]
Блок 240 управления управляет каждым функциональным блоком, включенным в терминал 200. [0050]
Блок 240 управления выполняет процедуру RA между терминалом 200 и целевым gNB и осуществляет переход к целевому gNB без выполнения процедуры восстановления (англ. «RRC Reestablishment procedure»), когда происходит RLF.
[0051]
Блок 240 управления осуществляет переход к целевому gNB на основе информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB, без выполнения процедуры восстановления RRC при возникновении RLF.
[0052]
Блок 240 управления выполняет процедуру RA между терминалом 200 и целевым gNB и осуществляет переход к целевому gNB без приема команды передачи обслуживания на основе информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB.
[0053]
Блок 240 управления осуществляет переход к целевому gNB без выполнения процедуры восстановления RRC, когда происходит сбой передачи обслуживания (HOF).
[0054]
Блок 240 управления вносит, в описанное выше сообщение RRC, такое как сообщение о завершении реконфигурации RRC, сообщение 2 о завершении реконфигурации RRC, сообщение о завершении настройки RRC или сообщение о завершении восстановления RRC, информацию обнаружения RLF, включающую в себя информацию RLF для уведомления о возникновении RLF, информацию о соте, в которой обнаружен RLF, информацию о местоположении терминала 200, который обнаружил RLF и т.п.
[0055]
В случае, когда блок 220 приема принимает сообщение о реконфигурации RRC, включающее в себя информацию о конфигурации целевой соты кандидата, блок 240 управления побуждает блок 210 передачи передавать сообщение 1 о завершении реконфигурации RRC перед началом процедуры RA. Следует отметить, что после передачи сообщения 1 о завершении реконфигурации RRC блок 220 приема принимает сообщение о реконфигурации RRC, включающее в себя измененную информацию о конфигурации целевой соты-кандидата.
[0056]
В случае, когда блок 220 приема принимает информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB, с использованием сообщения о реконфигурации RRC, которому назначается идентификатор транзакции исходным gNB, блок 240 управления вносит, в сообщение 1 о завершении реконфигурации RRC, идентификатор транзакции. Блок 240 управления побуждает блок 210 передачи передавать сообщение 1 о завершении реконфигурации RRC в исходный gNB.
[0057]
В случае, когда блок 220 приема принимает информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB, которому назначается идентификатор транзакции исходным gNB, блок 240 управления вносит, в сообщение 2 о завершении реконфигурации RRC, идентификатор транзакции. После успешного выполнения процедуры RA блок 240 управления побуждает блок 210 передачи передавать сообщение 2 о завершении реконфигурации RRC в целевой gNB.
[0058]
Когда происходит HOF, блок 240 управления сохраняет всю или часть информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB, совместно используемой терминалом 200 и целевым gNB, и вносит, в сообщение 2 о завершении реконфигурации RRC, сохраненную информацию о конфигурации. Сохраненная информация конфигурации включает в себя информацию о безопасности, идентификационную информацию терминала 200 и т.п. После успешного выполнения процедуры RA блок 240 управления побуждает блок 210 передачи передавать сообщение 2 о завершении реконфигурации RRC в целевой gNB.
[0059]
При выполнении процедуры перехода к целевому gNB блок 240 управления возобновляет радиопередачу, приостановленную между терминалом 200 и целевым gNB.
[0060]
В процедуре перехода к целевому gNB блок 240 управления возобновляет радиопередачу, приостановленную между терминалом 200 и целевым gNB, при выполнении процедуры RA.
[0061]
В процедуре перехода к целевому gNB, в случае, когда блок 220 приема принимает сообщение, дающее инструкцию возобновить радиопередачу, блок 240 управления возобновляет радиопередачу, приостановленную между терминалом 200 и целевым gNB.
[0062]
(3) Операции системы радиосвязи
Далее будут описаны операции системы 10 радиосвязи. В частности, сначала будет описана процедура условной НО, а затем будут описаны следующие операции.
[0063]
• Восстановление после сбоя линии радиосвязи (RLF) в процедуре условной НО
• Интервал передачи сообщения о завершении реконфигурации RRC в процедуре условной НО
• Отмена передачи обслуживания (НО) в процедуре условной НО
• Изменение передачи обслуживания (НО) в процедуре условной НО
• Конфигурация сообщения о реконфигурации RRC в процедуре условной НО
• Назначение идентификатора (ID) транзакции в процедуре условной НО
• Восстановление после сбоя передачи обслуживания (HOF) в процедуре условной НО
• Возобновление радиопередачи после сбоя линии радиосвязи (RLF) в процедуре условной НО
[0064]
(3.1) Процедура условной НО
На фиг. 4 приведена схема, иллюстрирующая последовательность процедуры условной НО. Как показано на фиг. 4, когда исходный gNB 100А находит целевые gNB 100В и 100С на основе отчета об измерении, принятого от терминала 200, исходный gNB 100А передает запрос на условный НО (запрос СНО) в целевые gNB 100В и 100С (S11).
[0065]
Когда целевой gNB 100В принимает запрос СНО от исходного gNB 100А, целевой gNB 100В передает в исходный gNB 100А ответ на запрос СНО (подтверждение запроса СНО), включающий в себя информацию о конфигурации соты (называемой целевой сотой-кандидатом), подчиненной целевому gNB 100В (S13). Информация о конфигурации целевой соты-кандидата включает в себя информацию о целевой соте-кандидате и условие перехода к целевой соте-кандидату.
[0066]
Аналогичным образом, когда целевой gNB 100С принимает запрос СНО от исходного gNB 100А, целевой gNB 100С передает в исходный gNB 100А ответ на запрос СНО (подтверждение запроса СНО), включающий в себя информацию о конфигурации соты (называемой целевой сотой-кандидатом), подчиненной целевому gNB 100С (S13). Информация о конфигурации целевой соты-кандидата включает в себя информацию о целевой соте-кандидате и условие перехода к целевой соте-кандидату.
[0067]
Когда исходный gNB 100А принимает подтверждение запроса СНО от каждого из целевых gNB 100В и 100С, исходный gNB 100А передает сообщение о реконфигурации управления рад и о ресурса ми (RRC) (сообщение «RRC Reconfiguration»), включающее в себя конфигурацию условной НО (конфигурацию СНО) в терминал 200 (S15). Конфигурация СНО включает в себя информацию о конфигурации целевой соты-кандидата, передаваемую от каждого из целевых gNB 100В и 100С.
[0068]
Когда терминал 200 принимает конфигурацию СНО от исходного gNB 100А, терминал 200 отслеживает условие условной НО (условие СНО) (S17). В частности, терминал 200 оценивает, выполнено или нет условие перехода к целевой соте-кандидату, включенное в информацию о конфигурации каждой целевой соты-кандидата.
[0069]
В случае, когда терминал 200 оценивает, что условие перехода к целевой соте-кандидату выполнено вследствие перемещения терминала 200 или т.п., терминал 200 определяет начало передачи обслуживания (НО) на целевую соту-кандидата без приема команды передачи обслуживания от исходного gNB 100А (S19). В настоящем варианте осуществления терминал 200 определяет начало передачи обслуживания на целевую соту-кандидата, подчиненную целевому gNB 100В. Целевая сота-кандидат в качестве назначения перехода, для которой выполнено условие перехода, также называется сотой СНО.
[0070]
Следует отметить, что исходный gNB 100А может принимать только информацию о целевой соте-кандидате от каждого из целевых gNB 100В и 100С на этапе S13. В этом случае на этапе S15 исходный gNB 100А передает в терминал 200 конфигурацию СНО, включающую в себя информацию о целевой соте-кандидате и условие для запуска передачи обслуживания (НО) терминала 200.
[0071]
В этом случае на этапе S17 терминал 200 оценивает, выполнено или нет условие для запуска НО. В случае, когда терминал 200 принимает решение о том, что условие для запуска НО выполнено вследствие перемещения терминала 200 или т.п., терминал 200 определяет целевую соту-кандидата в качестве назначения перехода и запускает передачу обслуживания на целевую соту-кандидата на этапе S19. Терминал 200 определяет целевую соту-кандидата в качестве назначения перехода на основе, например, приоритета каждой целевой соты-кандидата, заданной исходным gNB 100А, и состояния соты, включенного в информацию о каждой целевой соте-кандидате.
[0072]
Когда терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100В, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и устанавливает синхронизацию между целевым gNB 100В и терминалом 200 (S21). Таким образом, терминал 200 подключается к целевому gNB 100В.
[0073]
Когда терминал 200 подключен к целевому gNB 100В, терминал 200 передает сообщение о завершении реконфигурации RRC (сообщение «RRC Reconfiguration Complete») в целевой gNB 100В (S23).
[0074]
(3.2) Восстановление после RLF в процедуре условной НО Далее будет описано восстановление после RLF в процедуре условной НО. Сначала будет описано восстановление после RLF в процедуре обычного НО.
[0075]
На рис. 5 представлена схема, иллюстрирующая последовательность восстановления после RLF в процедуре обычного НО. Как показано на фиг.5, когда исходный gNB 100А находит целевой gNB 100В на основе отчета об измерении, полученного от терминала 200, исходный gNB 100А передает запрос на передачу обслуживания (запрос НО) в целевой gNB 100В (S51).
[0076]
Когда целевой gNB 100В принимает запрос НО от исходного gNB 100А, целевой gNB 100В передает в исходный gNB 100А ответ на запрос НО (подтверждение запроса НО), включающий в себя информацию о соте (называемой целевой сотой), подчиненной целевому gNB 100В (S53).
[0077]
Когда исходный gNB 100А принимает подтверждение запроса НО от целевого gNB 100В, исходный gNB 100А передает сообщение о реконфигурации RRC (RRC Reconfiguration), включающее в себя команду передачи обслуживания (команду НО), в терминал 200 (S55). Команда НО включает в себя информацию о целевой соте, передаваемую от целевого gNB 100В.
[0078]
Когда терминал 200 принимает команду НО от исходного gNB 100А, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и пытается установить синхронизацию между целевым gNB 100В и терминалом 200 (S57).
[0079]
В случае, когда процедура RA завершается неудачей из-за возникновения RLF во время процедуры RA на этапе S57, терминал 200 выполняет повторный выбор соты (S59). В случае, когда терминал 200 решает повторно установить соединение с сотой, подчиненной целевому gNB 100В, терминал 200 выполняет процедуру восстановления RRC («RRC Reestablishment») между целевым gNB 100В и терминалом 200.
[0080]
В частности, терминал 200 передает сообщение запроса на восстановление RRC (сообщение «RRC Reestablishment request») в целевой gNB 100В (S61). Когда целевой gNB 100В принимает запрос на восстановление RRC от терминала 200, целевой gNB 100В передает сообщение о восстановлении RRC (сообщение «RRC Reestablishment») в терминал 200 (S63). Сообщение о восстановлении RRC включает в себя информацию о конфигурации, используемую для восстановления соединения RRC между целевым gNB 100В и терминалом 200.
[0081]
Когда терминал 200 принимает сообщение о восстановлении RRC от целевого gNB 100В, терминал 200 восстанавливает соединение RRC между целевым gNB 100В и терминалом 200 и передает сообщение о завершении восстановления RRC (сообщение «RRC Reestablishment Complete») (S65).
[0082]
На этапе S65 терминал 200 вносит, в сообщение о завершении восстановления RRC, информацию RLF для выполнения уведомления о RLF. Информация RLF включается в сообщение о завершении восстановления RRC для уведомления сети о возникновении RLF между терминалом 200 и целевым gNB 100В.
[0083]
Когда целевой gNB 100В принимает сообщение о завершении восстановления RRC от терминала 200, целевой gNB 100В передает сообщение о реконфигурации RRC в терминал 200 (S67). Когда терминал 200 принимает сообщение о реконфигурации RRC от целевого gNB 100В, терминал 200 выполняет реконфигурацию соединения RRC и передает сообщение о завершении реконфигурации RRC в целевой gNB 100В (S69).
[0084]
(3.2.1) Пример 1 операции
Далее будет описан пример 1 операции восстановления после RLF в процедуре условной НО. В настоящем примере операции, в случае, когда процедура RA завершается неудачей из-за возникновения RLF в процедуре условной НО, терминал 200 повторно выбирает целевую соту-кандидата (соту СНО) в качестве назначения перехода, выполняет процедуру RA, а затем уведомляет сеть о возникновении RLF посредством использования сообщения о завершении реконфигурации RRC (сообщения «RRC Reconfiguration Complete»).
[0085]
На фиг. 6 приведена схема, иллюстрирующая последовательность (Пример 1 операции) восстановления после RLF в процедуре условной НО. Этапы S101-S109 на фиг.6 представляют собой ту же обработку, что и S11-S19 на фиг. 4, и, таким образом, их описание будет опущено.
[0086]
Когда терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100В, без приема команды передачи обслуживания от исходного gNB 100А, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и пытается установить синхронизацию между целевым gNB 100В и терминалом 200 (S111).
[0087]
В случае, когда процедура RA завершается неудачей из-за возникновения RLF во время процедуры RA на этапе S111, терминал 200 повторно выбирает целевую соту-кандидата (соту СНО) в качестве назначения перехода, для которого выполняется условие перехода (S113). В настоящем варианте осуществления терминал 200 повторно выбирает целевую соту-кандидата, подчиненную целевому gNB 100В.
[0088]
Когда терминал 200 повторно выбирает целевую соту-кандидата, подчиненную целевому gNB 100В, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и устанавливает синхронизацию между целевым gNB 100В и терминалом 200 (S115). Таким образом, терминал 200 подключается к (соединяется с) целевому gNB 100В.
[0089]
Когда терминал 200 подключен к целевому gNB 100В, терминал 200 передает сообщение о завершении реконфигурации RRC (сообщение «RRC Reconfiguration Complete») в целевой gNB 100В (S117).
[0090]
На этапе S117 терминал 200 вносит информацию RLF в сообщение о завершении реконфигурации RRC для выполнения уведомления о RLF. Информация RLF включается в сообщение о завершении реконфигурации RRC для уведомления сети о возникновении RLF между терминалом 200 и целевым gNB 100В. Например, информация RLF представлена одним битом. В этом случае, например, в случае, когда происходит RLF, в качестве информации RLF устанавливается «1», а в случае, когда RLF не происходит, в качестве информации RLF устанавливается «0».
[0091]
Как описано выше, информация RLF включается (вносится) в сообщение, указывающее, что процедура условной передачи обслуживания завершена, то есть, что терминал 200 применил информацию о конфигурации целевой соты-кандидата.
[0092]
На этапе S117 терминал 200 может внести информацию RLF и информацию об обнаружении RLF в сообщение о завершении реконфигурации RRC. Информация обнаружения RLF включает в себя, например, по меньшей мере одно из информации о соте, такой как идентификатор соты, в которой обнаружен RLF (в настоящем варианте осуществления соты, подчиненной целевому gNB 100В), информации (информации глобальной навигационной спутниковой системы (GNSS) или т.п.) о местоположении терминала 200, в котором обнаружен RLF, информации о технологии радиодоступа (RAT, от англ. radio access technology), используемой при обнаружении RLF, информации о частоте, используемой при обнаружении RLF, информации о части полосы пропускания (BWP, от англ. bandwidth part), используемой при обнаружении RLF, и местоположения (информации глобальной системы позиционирования (GPS) или т.п.), где обнаружен RLF.
[0093]
Следует отметить, что, аналогично этапу S13, исходный gNB 100А может принимать только информацию о целевой соте-кандидате от каждого из целевых gNB 100В и 100С на этапе S103. В этом случае терминал 200 повторно выбирает целевую соту-кандидата (соту СНО) в качестве назначения перехода на основе приоритета каждой целевой соты-кандидата, присвоенного исходным gNB 100А, состояния соты, включенного в информацию о каждой целевой соте-кандидате, и т.п.на этапе S113.
[0094]
Как описано выше, в случае восстановления после RLF с использованием повторного выбора соты СНО терминал 200 может перейти к целевому gNB без выполнения процедуры восстановления RRC и быть быстро восстановлен после RLF.
[0095]
(3.2.2) Пример 2 операции
Далее будет описан пример 2 операции восстановления после RLF в процедуре условной НО. В настоящем примере операции, когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А на этапе S105 в Примере 1 операции, терминал 200 немедленно передает сообщение 1 о завершении реконфигурации RRC (сообщение «RRC Reconfiguration Complete 1»).
[0096]
На фиг. 7 приведена схема, иллюстрирующая последовательность (Пример 2 операции) восстановления после RLF в процедуре условной НО. Этапы S101-S115 на фиг. 7 представляют собой туже обработку, что и S101-S115 на фиг.6, и, таким образом, их описание будет опущено.
[0097]
Как показано на фиг. 7, когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 немедленно передает сообщение 1 о завершении реконфигурации RRC (S105a).
[0098]
Когда терминал 200 подключен к целевому gNB 100В с помощью процедуры RA на этапе S115, терминал 200 передает целевому gNB 100В сообщение 2 о завершении реконфигурации RRC (сообщение «RRC Reconfiguration Complete 2») или сообщение о завершении настройки RRC (сообщение «RRC Setup Complete») (S117a).
[0099]
Следует отметить, что сообщение 1 о завершении реконфигурации RRC и сообщение 2 о завершении реконфигурации RRC имеют туже конфигурацию, что и сообщение о завершении реконфигурации RRC.
[0100]
На этапе S117a терминал 200 вносит информацию RLF в сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC для выполнения уведомления RLF. Кроме того, на этапе S117a терминал 200 может внести информацию RLF и информацию об обнаружении RLF в сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC.
[0101]
(3.2.3) Пример 3 операции
Далее будет описан пример 3 операции восстановления после RLF в процедуре условной НО. В настоящем примере операции, в случае, когда процедура RA завершается неудачей из-за возникновения RLF в процедуре условной НО в примере 1 операции, терминал 200 повторно выбирает соту назначения перехода (соту назначения перехода, отличную от соты СНО), отличную от целевой соты-кандидата, и выполняет процедуру восстановления RRC.
[0102]
На фиг. 8 приведена схема, иллюстрирующая последовательность (Пример 3 операции) восстановления после RLF в процедуре условной НО. Этапы S101-S111 на фиг. 8 представляют собой туже обработку, что и S101-S111 на фиг.6, и, таким образом, их описание будет опущено.
[0103]
Следует отметить, что в настоящем примере операции исходный gNB 100А находит только целевой gNB 100В на основе отчета об измерении, принятого от терминала 200. Следовательно, исходный gNB 100А передает запрос СНО целевому gNB 100В (S101) и принимает подтверждаение запроса СНО, включающее в себя информацию о конфигурации целевой соты-кандидата, от целевого gNB 100В (S103).
[0104]
В случае, когда процедура RA завершается неудачей из-за возникновения RLF во время процедуры RA на этапе S111, терминал 200 повторно выбирает целевую соту-кандидата (соту СНО) в качестве назначения перехода, для которого выполняется условие перехода. Однако, в случае, когда нет целевой соты-кандидата в качестве назначения перехода, для которого выполняется условие перехода, терминал 200 повторно выбирает соту назначения перехода (соту назначения перехода, отличную от соты СНО), отличную от целевой соты-кандидата (S131). В настоящем варианте осуществления терминал 200 повторно выбирает соту, подчиненную целевому gNB 100С.
[0105]
В случае, когда терминал 200 решает повторно установить соединение с сотой, подчиненной целевому gNB 100С, терминал 200 выполняет процедуру восстановления RRC между целевым gNB 100С и терминалом 200.
[0106]
В частности, терминал 200 передает запрос на восстановление RRC в целевой gNB 100С (S133). Когда целевой gNB 100С принимает запрос на восстановление RRC от терминала 200, целевой gNB 100С передает сообщение о восстановлении RRC в терминал 200 (S135). Сообщение о восстановлении RRC включает в себя информацию о конфигурации, используемую для восстановления соединения RRC между целевым gNB 100С и терминалом 200.
[0107]
Когда терминал 200 принимает сообщение о восстановлении RRC от целевого gNB 100С, терминал 200 восстанавливает соединение RRC между целевым gNB 100С и терминалом 200 и передает сообщение о завершении восстановления RRC (S137).
[0108]
На этапе S137 терминал 200 вносит информацию RLF в сообщение о завершении восстановления RRC для выполнения уведомления RLF. Кроме того, на этапе S137 терминал 200 может внести информацию RLF и информацию об обнаружении RLF в сообщение о завершении восстановления RRC.
[0109]
(3.2.4) Информационные элементы (IE)
Далее будут описаны IE каждого сообщения, используемого для вышеописанного уведомления RLF.
[0110]
На фиг. 9 представлено изображение для описания информационных элементов в «VarRLF-Report». Как показано на фиг. 9, терминал 200 вносит информацию RLF в «rlf-Report-r16» в «VarRLF-Report». Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-Report-r16» в «VarRLF-Report».
[0111]
На фиг. 10 представлено изображение для описания информационных элементов (IE) в сообщении о завершении реконфигурации RRC. Как показано на фиг. 10, в случае, когда информация RLF включена в «VarRLF-Report», терминал 200 вносит информацию RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении реконфигурации RRC на этапе S117 на фиг. 6. Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении реконфигурации RRC.
[0112]
Как описано выше, сообщение 2 о завершении реконфигурации RRC имеет ту же конфигурацию, что и сообщение о завершении реконфигурации RRC. Следовательно, в случае, когда информация RLF включена в «VarRLF-Report», терминал 200 вносит информацию RLF в «rlf-lnfoAvailable-r16» в сообщение 2 о завершении реконфигурации RRC на этапе S117a на фиг. 7. Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-lnfoAvailable-r16» в сообщение 2 о завершении реконфигурации RRC.
[0113]
На фиг. 11А и 11В представлены виды для описания информационных элементов в сообщении о завершении настройки RRC. Как показано на фиг. 11А, в случае, когда информация RLF включена в «VarRLF-Report», терминал 200 вносит информацию RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении настройки RRC на этапе S117 на фиг. 7. Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении настройки RRC.
[0114]
На фиг. 12 представлено изображение для описания информационных элементов (IE) в сообщении о завершении восстановления RRC. Как показано на фиг. 12, в случае, когда информация RLF включена в «VarRLF-Report», терминал 200 вносит информацию RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении восстановления RRC на этапе S137 на фиг.8. Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении восстановления RRC.
[0115]
На фиг. 13 представлено изображение для описания информационных элементов (IE) в сообщении о завершении возобновления RRC. Сообщение о завершении возобновления RRC используется терминалом 200 для уведомления сети о том, что возобновление радиосигнала завершено на основе приема сообщения RRC, дающего команду возобновить радиосигнал, как описано в «(3.9) Возобновление радиосигнала после RLF в процедуре условной НО», что будет описано ниже.
[0116]
Как показано на фиг. 13, в случае, когда информация RLF включена в «VarRLF-Report», терминал 200 может внести информацию RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении возобновления RRC, подлежащую использованию для уведомления о том, что возобновление радиосвязи завершено после восстановления после RLF. Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-lnfoAvailable-r16» в сообщение о завершении возобновления RRC.
[0117]
На фиг. 14 представлено изображение для описания информационных элементов (IE) в запросе информации UE («UE Information Request»). Терминал 200 может уведомлять сеть о возникновении RLF на основе запроса из сети. Как показано на фиг. 14, сеть запрашивает у терминала 200 уведомление RLF с помощью «rlf-ReportReq-r16» в сообщении запроса информации UE.
[0118]
На фиг. 15А-15С представлены виды для описания информационных элементов в ответе информации UE («UE Information Response»). В случае, когда терминал 200 запрашивается сетью на уведомление RLF с использованием запроса информации UE, терминал 200 вносит информацию RLF в «rlf-Cause-r16» в ответ информации UE, как показано на фиг. 15А. Следует отметить, что терминал 200 может внести информацию RLF и информацию об обнаружении RLF в «rlf-Cause-r16» в ответ информации UE.
[0119]
(3.2.5) Другое
В примерах 1 и 2 операций сообщение, включающее в себя информацию RLF, представляет собой сообщение, указывающее, что процедура условной НО завершена, то есть сообщение, указывающее, что информация о конфигурации целевой соты-кандидата применена (например, сообщение о завершении реконфигурации RRC, сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC), но настоящее изобретение этим не ограничивается.
[0120]
Например, сообщение, включающее в себя информацию RLF, может быть первым сообщением RRC, переданным в целевой gNB в качестве назначения перехода. Кроме того, сообщение, включающее в себя информацию RLF, может быть сообщением, имеющим конкретный идентификатор. Идентификатор может быть идентификатором транзакции, порядковым номером (SN, от англ. sequence number) протокола конвергенции пакетных данных (PDCP, от англ. packet data convergence protocol), значением счета PDCP, порядковым номером (SN) управления радиоканалом (RLC) или идентификатором процесса гибридного автоматического запроса на повторную передачу (HARQ process, англ. hybrid automatic repeat request process).
[0121]
Кроме того, терминал 200 может уведомлять сеть об информации RLF в момент времени, отличный от процедуры условной НО.
[0122]
В примерах 1-3 операций терминал 200 вносит информацию RLF и информацию об обнаружении RLF в одно и то же сообщение. Однако настоящее изобретение не ограничивается этим, и информация может быть внесена в различные сообщения. Кроме того, терминал 200 может вносить информацию RLF в сообщение по указанию сети. Аналогично, терминал 200 может вносить информацию об обнаружении RLF в сообщение по указанию сети.
[0123]
В случае, когда происходит множество RLF, терминал 200 может вносить множество фрагментов информации об обнаружении RLF в одно и то же сообщение и передавать указанное сообщение в целевой gNB в качестве назначения перехода. Кроме того, терминал 200 может вносить только заданное количество фрагментов информации об обнаружении RLF (например, один фрагмент информации об обнаружении RLF) в одно и то же сообщение и передавать указанное сообщение в целевой gNB в качестве назначения перехода.
[0124]
В случае, когда происходит множество RLF, терминал 200 может назначить приоритет множеству фрагментов информации об обнаружении RLF. Например, в случае, когда терминал 200 обнаруживает RLF на той же частоте, что и частота, используемая в соте, подчиненной целевому gNB в качестве назначения перехода, терминал 200 назначает высокий приоритет информации об обнаружении RLF, включающей в себя информацию на указанной частоте. Кроме того, терминал 200 может передавать множество фрагментов информации об обнаружении RLF целевому gNB в качестве назначения перехода в соответствии с приоритетом, заданным сетью.
[0125]
Кроме того, когда множество фрагментов информации об обнаружении RLF включены в одно и то же сообщение, если сообщение превышает максимально допустимый размер, терминал 200 может удалить часть информации об обнаружении RLF из сообщения. В этом случае терминал 200 может уведомить целевой gNB в качестве назначения перехода о том, что некоторые фрагменты информации об обнаружении RLF удалены.
[0126]
Кроме того, в случае, когда RLF обнаруживается снова после создания сообщения, включающего в себя множество фрагментов информации об обнаружении RLF, терминал 200 может повторно создать указанное сообщение.
[0127]
(3.3) Интервал передачи сообщения о завершении реконфигурации RRC в процедуре условной НО
Далее будет описан интервал передачи сообщения о завершении реконфигурации RRC в процедуре условной НО. В процедуре условной НО, показанной на фиг.4, терминал 200 передает сообщение о завершении реконфигурации RRC в случае успешного завершения процедуры RA. С другой стороны, в этой операции, когда терминал 200 принимает сообщение о реконфигурации RRC, терминал 200 немедленно передает сообщение о завершении реконфигурации RRC. То есть терминал 200 передает сообщение о завершении реконфигурации RRC перед началом процедуры RA.
[0128]
На фиг. 16 приведена схема, иллюстрирующая последовательность передачи сообщения о завершении реконфигурации RRC в процедуре условной НО. Этапы S151-S155 на фиг. 16 представляют собой туже обработку, что и S11-S15 на фиг. 4, и, таким образом, их описание будет опущено.
[0129]
Когда терминал 200 принимает сообщение о реконфигурации RRC, включающее в себя конфигурацию СНО, от исходного gNB 100А, терминал 200 немедленно получает информацию о конфигурации целевой соты-кандидата и передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S155a).
[0130]
Когда терминал 200 передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А, терминал 200 отслеживает состояние СНО (S157). В частности, терминал 200 оценивает, выполнено или нет условие перехода к целевой соте-кандидату, включенное в информацию о конфигурации каждой целевой соты-кандидата.
[0131]
В случае, когда процессы RRC выполняются параллельно, обработка в базовой радиостанции становится сложной. Следовательно, в случае изменения информации о конфигурации целевой соты-кандидата, терминал 200 должен уведомить об указанном изменении с помощью сообщения о реконфигурации RRC после приема сообщения о завершении реконфигурации RRC для уведомления о том, что реконфигурация соединения RRC завершена.
[0132]
Следовательно, в случае изменения информации о конфигурации целевой соты-кандидата, исходный gNB 100А уведомляет терминал 200 об изменении информации о конфигурации целевой соты-кандидата с помощью сообщения о реконфигурации RRC после приема сообщения 1 о завершении реконфигурации RRC от терминала 200 на этапе S155a (S159).
[0133]
На этапе S159 исходный gNB 100А вносит измененную информацию о конфигурации целевой соты-кандидата в сообщение о реконфигурации RRC. Следует отметить, что исходный gNB 100А может внести, в новое сообщение о реконфигурации RRC, разницу между измененной информацией о конфигурации целевой соты-кандидата и информацией о конфигурации целевой соты-кандидата, переданной на этапе S155.
[0134]
Сообщение о реконфигурации RRC, переданное на этапе S155, также упоминается как первое сообщение о конфигурации. Сообщение 1 о завершении реконфигурации RRC, переданное на этапе S155a, также упоминается как сообщение завершения для первого сообщения о конфигурации. Сообщение о реконфигурации RRC, переданное на этапе S159, также упоминается как второе сообщение о конфигурации.
[0135]
Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 немедленно получает измененную информацию о конфигурации целевой соты-кандидата, а затем передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S159a). Терминал 200 обновляет информацию о конфигурации целевой соты-кандидата, полученную на этапе S155, на основе измененной информации о конфигурации целевой соты-кандидата.
[0136]
В случае, когда терминал 200 оценивает, что условие перехода к целевой соте-кандидату выполнено вследствие перемещения терминала 200 или т.п., терминал 200 определяет начало передачи обслуживания (НО) на целевую соту-кандидата без приема команды передачи обслуживания от исходного gNB 100А (S161). В настоящем варианте осуществления терминал 200 определяет начало передачи обслуживания на целевую соту-кандидата, подчиненную целевому gNB 100В.
[0137]
Когда терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100В, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и устанавливает синхронизацию между целевым gNB 100В и терминалом 200 (S163). Таким образом, терминал 200 подключается к целевому gNB 100В.
[0138]
Когда терминал 200 подключен к целевому gNB 100В, терминал 200 передает сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC в целевой gNB 100В (S165).
[0139]
Следует отметить, что на этапе S159 исходный gNB 100А передает сообщение о реконфигурации RRC в терминал 200, чтобы изменить информацию о конфигурации целевой соты-кандидата, но настоящее изобретение этим не ограничивается. Например, исходный gNB 100А может также передавать сообщение о реконфигурации RRC в терминал 200, чтобы изменить конфигурацию (конфигурацию UE) терминала 200, в дополнение к информации о конфигурации целевой соты-кандидата.
[0140]
В этом случае исходный gNB 100А вносит измененную конфигурацию UE в сообщение о реконфигурации RRC. Следует отметить, что исходный gNB 100А может внести, в сообщение о реконфигурации RRC, разницу между измененной конфигурацией UE и ранее переданной конфигурацией UE.
[0141]
(3.4) Отмена НО в процедуре условной НО
Далее будет описана отмена НО в процедуре условной НО. В этой операции целевой gNB инструктирует исходный gNB удалить информацию о конфигурации целевой соты-кандидата после передачи информации о конфигурации целевой соты-кандидата в исходный gNB. В настоящем варианте осуществления целевой gNB 100В инструктирует исходный gNB 100А удалить информацию о конфигурации целевой соты-кандидата.
[0142]
(3.4.1) Пример 1 операции
Сначала будет описан пример 1 операции отмены НО в процедуре условной НО. На фиг. 17 приведена схема, иллюстрирующая последовательность отмены НО (Пример 1 операции) в процедуре условной НО. S201-S207, показанные на фиг. 17, представляют собой ту же обработку, что и S151-S157, показанные на фиг.16, и, таким образом, их описание будет опущено.
[0143]
Следует отметить, что подтверждение запроса СНО, переданное на этапе S203, также упоминается как первое сообщение. Отмена НО, переданная на этапе S209, также упоминается как второе сообщение.
[0144]
В случае, когда целевой gNB 100В идентифицирует, что целевая сота-кандидат, подчиненная целевому gNB 100В, находится в состоянии, непригодном для перехода терминала 200, целевой gNB 100В передает сообщение об удалении НО (отмена НО) в исходный gNB 100А (S209).
[0145]
В частности, целевой gNB 100В может передавать отмену НО на этапе S209 в случае, когда целевой gNB 100В определяет, что нагрузка увеличивается в целевой соте-кандидате, подчиненной целевому gNB 100В, и целевая сота-кандидат находится в состоянии, непригодном для перехода терминала 200.
[0146]
В этом случае, когда большое количество терминалов осуществляет переход к целевой соте-кандидату, подчиненной целевому gNB 100В, и количество подключенных терминалов превышает максимальное количество подключенных терминалов, разрешенное целевой сотой-кандидатом, целевой gNB 100В может определить, что целевая сота-кандидат находится в состоянии, непригодном для перехода терминала 200.
[0147]
Например, в контроле допустимости вызовов (САС, от англ. call admission control), в случае, когда количество подключенных терминалов превышает максимальное количество контекстов UE в целевой соте-кандидате, подчиненной целевому gNB 100В, целевой gNB 100В определяет, что целевая сота-кандидат находится в состоянии, непригодном для перехода терминала 200.
[0148]
Кроме того, в случае, когда терминал 200 не осуществляет переход к целевой соте-кандидату в течение заданного времени на основе информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, (например, в случае, когда терминал 200 все еще находится в неактивном состоянии сверх заданного времени), целевой gNB 100В может передавать отмену НО на этапе S209.
[0149]
Кроме того, в случае, когда целевой gNB 100В принимает освобождение контекста UE (англ. UE context release) от gNB или ng-eNB, отличного от исходного gNB, целевой gNB 100В может передавать отмену НО на этапе S209.
[0150]
Следует отметить, что на этапе S209 целевой gNB 100В может непосредственно передавать отмену НО в исходный gNB 100А. В этом случае, например, для передачи отмены НО используется сигнализация Xn. Альтернативно, целевой gNB 100В может передавать отмену НО в исходный gNB 100А через базовую сеть. В этом случае, например, для передачи отмены НО используется сигнализация NG.
[0151]
Когда исходный gNB 100А принимает отмену НО от целевого gNB 100В, исходный gNB 100А уведомляет терминал 200 об изменении информации о конфигурации целевой соты-кандидата с помощью сообщения о реконфигурации RRC после приема сообщения 1 о завершении реконфигурации RRC от терминала 200 на этапе S205a (S211).
[0152]
В частности, исходный gNB 100А вносит в сообщение о реконфигурации RRC информацию, дающую команду на удаление информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В. Следует отметить, что исходный gNB 100А может внести, в сообщение о реконфигурации RRC, конфигурацию СНО, из которой удаляется информация о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В.
[0153]
Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 незамедлительно передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S211a). Терминал 200 удаляет информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, на основе приема сообщения о реконфигурации RRC.
[0154]
В случае, когда терминал 200 оценивает, что условие перехода к целевой соте-кандидату выполнено вследствие перемещения терминала 200 или т.п., терминал 200 определяет начало передачи обслуживания (НО) на целевую соту-кандидата без приема команды передачи обслуживания от исходного gNB 100А (S213). В настоящем варианте осуществления терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100С.
[0155]
Когда терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100С, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100С и терминалом 200 и устанавливает синхронизацию между целевым gNB 100С и терминалом 200 (S215). Таким образом, терминал 200 подключается к целевому gNB 100С.
[0156]
Когда терминал 200 подключен к целевому gNB 100С, терминал 200 передает сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC в целевой gNB 100С (S217).
[0157]
(3.4.2) Пример 2 операции
Далее будет описан пример 2 операции отмены НО в процедуре условной НО. На фиг. 18 приведена схема, иллюстрирующая последовательность отмены НО (Пример 2 операции) в процедуре условной НО. S231-S239, показанные на фиг.18, представляют собой ту же обработку, что и S201-S209, показанные на фиг. 17, и, таким образом, их описание будет опущено.
[0158]
Следует отметить, что в настоящем примере операции исходный gNB 100А находит только целевой gNB 100В на основе отчета об измерении, принятого от терминала 200. Следовательно, исходный gNB 100А передает запрос СНО целевому gNB 100В (S231) и принимает подтверждение запроса СНО, включающее в себя информацию о конфигурации целевой соты-кандидата, от целевого gNB 100B(S233).
[0159]
В случае, когда исходный gNB 100А обнаруживает целевой gNB 100С, присутствующий неподалеку от исходного gNB 100А, после приема отмены НО от целевого gNB 100В, исходный gNB 100А передает запрос СНО в целевой gNB 100С (S241).
[0160]
Когда целевой gNB 100С принимает запрос СНО от исходного gNB 100А, целевой gNB 100С передает в исходный gNB 100А подтверждение запроса СНО, включающее в себя информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С (S243).
[0161]
Когда исходный gNB 100А принимает отмену НО от целевого gNB 100В и принимает подтверждение запроса СНО от целевого gNB 100С, исходный gNB 100А уведомляет терминал 200 об изменении информации о конфигурации целевой соты-кандидата с помощью сообщения о реконфигурации RRC после приема сообщения 1 о завершении реконфигурации RRC от терминала 200 на этапе S235a (S245).
[0162]
В частности, исходный gNB 100А удаляет информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и вносит, в сообщение о реконфигурации RRC, конфигурацию СНО, включающую в себя информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С.
[0163]
Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 незамедлительно передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S245a). Терминал 200 применяет конфигурацию СНО, включающую в себя информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С, на основе приема сообщения о реконфигурации RRC.
[0164]
В случае, когда терминал 200 оценивает, что условие перехода к целевой соте-кандидату выполнено вследствие перемещения терминала 200 или т.п., терминал 200 определяет начало передачи обслуживания (НО) на целевую соту-кандидата без приема команды передачи обслуживания от исходного gNB 100А (S247). В настоящем варианте осуществления терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100С.
[0165]
Когда терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100С, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100С и терминалом 200 и устанавливает синхронизацию между целевым gNB 100С и терминалом 200 (S249). Таким образом, терминал 200 подключается к целевому gNB 100С.
[0166]
Когда терминал 200 подключен к целевому gNB 100С, терминал 200 передает сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC в целевой gNB 100С (S251).
[0167]
(3.5) Изменение НО в процедуре условной НО
Далее будет описано изменение НО в процедуре условной НО. В этой операции целевой gNB инструктирует исходный gNB изменить информацию о конфигурации целевой соты-кандидата после передачи информации о конфигурации целевой соты-кандидата в исходный gNB. В настоящем варианте осуществления целевой gNB 100В инструктирует исходный gNB 100А изменить информацию о конфигурации целевой соты-кандидата.
[0168]
(3.5.1) Пример 1 операции
Сначала будет описан пример 1 операции изменения НО в процедуре условной НО. На фиг. 19 приведена схема, иллюстрирующая последовательность изменения НО (Пример 1 операции) в процедуре условной НО. S301, S303 и S309-S315, показанные на фиг. 19, представляют собой туже обработку, что и S11, S13 и S17-S23, показанные на фиг.4, и, таким образом, их описание будет опущено.
[0169]
Следует отметить, что подтверждение запроса СНО, переданное на этапе S303, также упоминается как первое сообщение. Изменение НО, переданное на этапе S209, также упоминается как второе сообщение.
[0170]
Как показано на фиг. 19, в случае, когда целевой gNB 100В идентифицирует изменение состояния целевой соты-кандидата, подчиненной целевому gNB 100В, после передачи информации о конфигурации целевой соты-кандидата в исходный gNB 100А с использованием подтверждения запроса СНО на этапе S303, целевой gNB 100В передает сообщение об изменении НО (изменение НО) в исходный gNB 100 A (S305).
[0171]
В частности, целевой gNB 100В может передавать изменение НО на этапе S305 в случае, когда целевой gNB 100В определяет, что состояние загрузки изменяется в целевой соте-кандидате, подчиненной целевому gNB 100В, и, таким образом, необходимо изменить условие перехода к целевой соте-кандидату.
[0172]
Следует отметить, что на этапе S305 целевой gNB 100В может непосредственно передавать изменение НО в исходный gNB 100А. В этом случае, например, для передачи изменения НО используется сигнализация Xn. Альтернативно, целевой gNB 100В может передавать изменение НО в исходный gNB 100А через базовую сеть. В этом случае, например, для передачи изменения НО используется сигнализация NG.
[0173]
Когда исходный gNB 100А принимает изменение НО от целевого gNB 100В, исходный gNB 100А изменяет информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и передает сообщение о реконфигурации RRC, включающее в себя конфигурацию СНО, в терминал 200 (S307).
[0174]
(3.5.2) Пример 2 операции
Далее будет описан пример 2 операции изменения НО в процедуре условной НО. На фиг. 20 приведена схема, иллюстрирующая последовательность изменения НО (Пример 2 операции) в процедуре условной НО. S301-S313, показанные на фиг. 20, представляют собой ту же обработку, что и S301-S313, показанные на фиг.19, и, таким образом, их описание будет опущено.
[0175]
Как показано на фиг. 20, когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 незамедлительно передает сообщение 1 о завершении реконфигурации RRC (S307a).
[0176]
Когда терминал 200 подключен к целевому gNB 100В с помощью процедуры RA на этапе S313, терминал 200 передает сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC в целевой gNB 100B (S315a).
[0177]
(3.5.3) Пример 3 операции
Далее будет описан пример 3 операции изменения НО в процедуре условной НО. На фиг. 21 приведена схема, иллюстрирующая последовательность изменения НО (Пример 3 операции) в процедуре условной НО. S301, S303, S307, S307a и S309, показанные на фиг. 21, представляют собой ту же обработку, что и S301, S303, S307, S307a и S309, показанные на фиг.20, и, таким образом, их описание будет опущено.
[0178]
Как показано на фиг. 21, когда целевой gNB 100В идентифицирует изменение состояния целевой соты-кандидата, подчиненной целевому gNB 100В, целевой gNB 100В передает изменение НО в исходный gNB 100А (S331).
[0179]
Когда исходный gNB 100А принимает изменение НО от целевого gNB 100В, исходный gNB 100А уведомляет терминал 200 об изменении информации о конфигурации целевой соты-кандидата с помощью сообщения о реконфигурации RRC после приема сообщения 1 о завершении реконфигурации RRC от терминала 200 на этапе S307a (S333).
[0180]
В частности, исходный gNB 100А вносит, в сообщение о реконфигурации RRC, конфигурацию СНО, в которой информация о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, изменена.
[0181]
Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 незамедлительно передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S333a). Терминал 200 изменяет информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, на основе приема сообщения о реконфигурации RRC.
[0182]
В случае, когда терминал 200 оценивает, что условие перехода к целевой соте-кандидату выполнено вследствие перемещения терминала 200 или т.п., терминал 200 определяет начало передачи обслуживания (НО) на целевую соту-кандидата без приема команды передачи обслуживания от исходного gNB 100А (S335). В настоящем варианте осуществления терминал 200 определяет начало передачи обслуживания на целевую соту-кандидата, подчиненную целевому gNB 100В.
[0183]
Когда терминал 200 определяет начало НО на целевую соту-кандидата, подчиненную целевому gNB 100В, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и устанавливает синхронизацию между целевым gNB 100В и терминалом 200 (S337). Таким образом, терминал 200 подключается к целевому gNB 100В.
[0184]
Когда терминал 200 подключен к целевому gNB 100В, терминал 200 передает сообщение 2 о завершении реконфигурации RRC или сообщение о завершении настройки RRC в целевой gNB 100В (S339).
[0185]
(3.6) Конфигурация сообщения о реконфигурации RRC в процедуре условной НО
Далее будет описана конфигурация сообщения о реконфигурации RRC в процедуре условной НО. В этой конфигурации сообщение о реконфигурации RRC включает в себя информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С.Следует отметить, что «внесение (включение) множества фрагментов информации о конфигурации целевых сот-кандидатов в сообщение о реконфигурации RRC» также выражается как «инкапсуляция множества фрагментов информации о конфигурации множества целевых сот-кандидатов в сообщение о реконфигурации RRC».
[0186]
Сначала будет описан рабочий процесс для инкапсуляции множества фрагментов информации о конфигурации целевых сот-кандидатов. На фиг. 22 представлена схема, иллюстрирующая рабочий процесс для инкапсуляции множества фрагментов информации о конфигурации целевых сот-кандидатов. Как показано на фиг.22, исходный gNB 100А передает запрос СНО в целевые gNB 100В и 100С (S350).
[0187]
Когда исходный gNB 100А принимает информацию о конфигурации целевой соты-кандидата от каждого из целевых gNB 100В и 100С (S353), исходный gNB 100А инкапсулирует два фрагмента информации о конфигурации целевых сот-кандидатов в сообщение о реконфигурации RRC (S355).
[0188]
Когда исходный gNB 100А инкапсулирует множество фрагментов информации о конфигурации множества целевых сот-кандидатов в сообщение о реконфигурации RRC, исходный gNB 100А передает сообщение о реконфигурации RRC в терминал 200 (S357).
[0189]
(3.6.1) Пример 1 конфигурации
Далее будет подробно описана инкапсуляция множества фрагментов информации о конфигурации целевых сот-кандидатов. На фиг. 23 представлена схема, иллюстрирующая конфигурацию (Пример 1 конфигурации) сообщения о реконфигурации RRC в процедуре условной НО.
[0190]
Как показано на фиг. 23, группа сообщений нисходящего выделенного канала управления (DL-DCCH, от англ. downlink-dedicated control channel) включает в себя сообщение о реконфигурации RRC, сообщение о возобновлении RRC (сообщение «RRC Resume»), сообщение об освобождении RRC (сообщение «RRC Release»), восстановление RRC (сообщение «RRC Reestablishment»), команду режима безопасности (англ. Security Mode Command) и т.п.
[0191]
DL-DCCH представляет собой нисходящий выделенный канал управления, используемый терминалом 200, который установил соединение RRC. Терминал 200 принимает описанное выше сообщение RRC и т.п.по каналу DL-DCCH.
[0192]
В этом примере конфигурации новый информационный элемент (IE) устанавливается в обычном сообщении о реконфигурации RRC, и информация о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и информация о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С, включены в IE.
[0193]
В частности, список реконфигурации RRC («RRCReconfigurationList») устанавливается в качестве нового IE в обычном сообщении о реконфигурации RRC, а конфигурация для соты1 (cell1) и конфигурация для соты2 (cell2) задаются в списке реконфигурации RRC. Следует отметить, что количество конфигураций для сот не ограничено двумя.
[0194]
В такой конфигурации, когда исходный gNB 100А принимает информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, от целевого gNB 100В, исходный gNB 100А вносит информацию о конфигурации целевой соты-кандидата в конфигурацию для cell1 в списке реконфигурации RRC. Аналогично, когда исходный gNB 100А принимает информацию о конфигурации целевой соты-кандидата, подчиненной целевой gNB 100С, от целевого gNB 100С, исходный gNB 100А вносит информацию о конфигурации целевой соты-кандидата в конфигурацию для cell2 в списке реконфигурации RRC.
[0195]
Следует отметить, что список реконфигурации RRC также упоминается как конфигурация СНО. Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 получает информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С, из конфигурации для cell1 и конфигурации для cell2 в сообщении о реконфигурации RRC, соответственно.
[0196]
Информация о конфигурации целевой соты-кандидата может включать в себя по меньшей мере одно из следующих типов информации, в дополнение к информации о целевой соте-кандидате и условии перехода к целевой соте-кандидату.
[0197]
Условие измерения
Конфигурация целевой соты-кандидата
Информация о безопасности (например, информация об обновлении ключа безопасности)
Идентификатор транзакции
[0198]
(3.6.2) Пример 2 конфигурации
На фиг. 24 представлена схема, иллюстрирующая конфигурацию (Пример 2 конфигурации) сообщения о реконфигурации RRC в процедуре условной НО. Как показано на фиг. 24, сообщение DL-DCCH включает в себя сообщение о реконфигурации RRC, сообщение о возобновлении RRC, сообщение об освобождении RRC, сообщение о восстановлении RRC, команду режима безопасности (Security Mode Command), сообщение 1 о реконфигурации RRC и т.п.
[0199]
Сообщение 1 о реконфигурации RRC представляет собой новое сообщение, отличное от обычного сообщения о реконфигурации RRC, и представляет собой сообщение о реконфигурации RRC, используемое в процедуре условной НО. Следует отметить, что название нового сообщения не ограничивается названием «сообщение 1 о реконфигурации RRC» («RRC Reconfiguration 1»). В настоящем примере конфигурации информация о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и информация о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С, включены в информационный элемент (IE), установленный в сообщении 1 о реконфигурации RRC.
[0200]
В частности, список реконфигурации RRC задается в новом сообщении 1 о реконфигурации RRC, а конфигурация для cell1 и конфигурация для cell2 задаются в списке реконфигурации RRC. Следует отметить, что количество конфигураций для сот не ограничено двумя.
[0201]
В такой конфигурации, когда исходный gNB 100А принимает информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, от целевого gNB 100В, исходный gNB 100А вносит информацию о конфигурации целевой соты-кандидата в конфигурацию для cell1 в списке реконфигурации RRC. Аналогично, когда исходный gNB 100А принимает информацию о конфигурации целевой соты-кандидата, подчиненной целевой gNB 100С, от целевого gNB 100С, исходный gNB 100А вносит информацию о конфигурации целевой соты-кандидата в конфигурацию для cell2 в списке реконфигурации RRC.
[0202]
Когда терминал 200 принимает сообщении 1 о реконфигурации RRC от исходного gNB 100А, терминал 200 получает информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С, из конфигурации для cell1 и конфигурации для cell2 в сообщении 1 о реконфигурации RRC, соответственно.
[0203]
(3.7) Присвоение идентификатора транзакции в процедуре условной НО Далее будет описано присвоение идентификатора транзакции в процедуре условной НО. В этой операции исходный gNB или целевой gNB выполняет присвоение идентификатора транзакции, используемого в процедуре условной НО.
[0204]
(3.7.1) Пример 1 операции
Сначала будет описан пример 1 операции присвоения идентификатора в процедуре условной НО. В данном примере операции исходный gNB выполняет присвоение идентификатора транзакции, используемого в процедуре условной НО.
[0205]
На фиг. 25 представлена схема, иллюстрирующая последовательность присвоения идентификатора (Пример 1 операции) в процедуре условной НО. S401, S403, и S409-S413, показанные на фиг. 25, представляют собой ту же обработку, что и S11, S13 и S17-S21, показанные на фиг. 4, и, таким образом, их описание будет опущено.
[0206]
Как показано на фиг. 25, когда исходный gNB 100А принимает подтверждение запроса СНО от каждого из целевых gNB 100В и 100С, исходный gNB 100А вносит конфигурацию СНО в сообщение о реконфигурации RRC и присваивает идентификатор транзакции сообщению о реконфигурации RRC (S405).
[0207]
В частности, исходный gNB 100А вносит, в список реконфигурации RRC в сообщении о реконфигурации RRC, идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100В, и идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100С, и устанавливает идентификатор транзакции для предварительно определенного информационного элемента (IE) в сообщении о реконфигурации RRC (см. фиг. 23). Следует отметить, что список реконфигурации RRC также упоминается как конфигурация СНО.
[0208]
Следует отметить, что исходный gNB 100А может вносить, в список реконфигурации RRC в сообщении 1 о реконфигурации RRC, который является сообщением о реконфигурации RRC и используется в условной НО, идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100В, и идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100С, и устанавливать идентификатор транзакции для заранее определенного информационного элемента (IE) в сообщении 1 о реконфигурации RRC (см. фиг. 24).
[0209]
Идентификатор транзакции может принимать значение от 0 до 3 или фиксированное значение 0. В настоящем варианте осуществления идентификатор транзакции составляет от 0 до 3.
[0210]
Исходный gNB 100А может присвоить идентификатор транзакции списку реконфигурации RRC, включенному в сообщение о реконфигурации RRC, то есть группе инкапсулированных множественных фрагментов информации о конфигурации целевых сот-кандидатов, вместо присвоения идентификатора транзакции сообщению о реконфигурации RRC.
[0211]
Когда исходный gNB 100А настраивает сообщение о реконфигурации RRC, исходный gNB 100А передает сообщение о реконфигурации RRC в терминал 200 (S407).
[0212]
Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 незамедлительно получает информацию о конфигурации целевой соты-кандидата, а затем передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S407a).
[0213]
На этапе S407a терминал 200 вносит, в сообщение 1 о завершении реконфигурации RRC, идентификатор транзакции, присвоенный сообщению о реконфигурации RRC, принятому от исходного gNB 100А.
[0214]
Терминал 200 отслеживает состояние СНО (S409), запускает НО на целевой gNB 100В (S411) и выполняет процедуру RA (S413) между целевым gNB 100В и терминалом 200, и, когда терминал 200 подключается к целевому gNB 100В, терминал 200 передает сообщение 2 о завершении реконфигурации RRC в целевой gNB 100В (S415).
[0215]
(3.7.2) Пример 2 операции
Далее будет описан пример 2 операции присвоения идентификатора в процедуре условной НО. В данном примере операции целевой gNB выполняет присвоение идентификатора транзакции, подлежащего использованию в процедуре условной НО.
[0216]
На фиг. 26 представлена схема, иллюстрирующая последовательность присвоения идентификатора (Пример 2 операции) в процедуре условной НО. S401 и S409-S413, показанные на фиг.26, представляют собой туже обработку, что и S11 и S17-S21, показанные на фиг.4, и, таким образом, их описание будет опущено.
[0217]
Как показано на фиг.26, когда целевой gNB 100В принимает запрос СНО от исходного gNB 100А, целевой gNB 100В вносит, в подтверждение запроса СНО, информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, и присваивает идентификатор транзакции информации о конфигурации целевой соты-кандидата (S431). В частности, целевой gNB 100В вносит идентификатор транзакции в информацию о конфигурации целевой соты-кандидата.
[0218]
Аналогично, когда целевой gNB 100С принимает запрос СНО от исходного gNB 100А, целевой gNB 100С вносит, в подтверждение запроса СНО, информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100С, и присваивает идентификатор транзакции информации о конфигурации целевой соты-кандидата (S431). В частности, целевой gNB 100В вносит идентификатор транзакции в информацию о конфигурации целевой соты-кандидата.
[0219]
Идентификатор транзакции может принимать значение от 0 до 3 или фиксированное значение 0. В настоящем варианте осуществления идентификатор транзакции составляет от 0 до 3.
[0220]
Когда исходный gNB 100А принимает подтверждение запроса СНО от каждого из целевых gNB 100В и 100С, исходный gNB 100А вносит конфигурацию СНО в сообщение о реконфигурации RRC. В частности, исходный gNB 100А вносит, в список реконфигурации RRC в сообщении о реконфигурации RRC, идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100В, которому присвоен идентификатор транзакции, и идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100С, которому присвоен идентификатор транзакции (см. фиг. 23). Следует отметить, что список реконфигурации RRC также упоминается как конфигурация СНО.
[0221]
Следует отметить, что исходный gNB 100А может внести, в список реконфигурации RRC в сообщении 1 о реконфигурации RRC, который является сообщением о реконфигурации RRC, используемым в условной НО, идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100В, и идентификационную информацию целевой соты-кандидата, подчиненной целевому gNB 100С (см. фиг. 24).
[0222]
Когда исходный gNB 100А настраивает сообщение о реконфигурации RRC, исходный gNB 100А передает сообщение о реконфигурации RRC в терминал 200 (S435).
[0223]
Когда терминал 200 принимает сообщение о реконфигурации RRC от исходного gNB 100А, терминал 200 незамедлительно получает информацию о конфигурации целевой соты-кандидата, и передает сообщение 1 о завершении реконфигурации RRC в исходный gNB 100А (S435a).
[0224]
Терминал 200 отслеживает состояние СНО (S437), запускает НО на целевой gNB 100В (S439) и выполняет процедуру RA (S441) между целевым gNB 100В и терминалом 200, и когда терминал 200 подключается к целевому gNB 100В, терминал 200 передает сообщение 2 о завершении реконфигурации RRC в целевой gNB 100В (S443).
[0225]
На этапе S443 терминал 200 вносит, в сообщение 2 о завершении реконфигурации RRC, идентификатор транзакции, включенный в информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В.
[0226]
(3.8) Восстановление после HOF в процедуре условной НО Далее будет описано восстановление после HOF в процедуре условной НО. Эта операция выполняется в случае, когда HOF возникает, когда терминал 200 принимает команду НО от исходного gNB во время отслеживания состояния СНО, отменяет СНО и предпочтительно осуществляет переход к целевому gNB. В этом случае терминал 200 поддерживает всю или часть информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB.
[0227]
На фиг. 27 представлена схема, иллюстрирующая последовательность восстановления после HOF в процедуре обычного НО. Этапы S501-S507 на фиг. 27 представляют собой ту же обработку, что и S11-S17 на фиг. 4, и, таким образом, их описание будет опущено.
[0228]
В случае, когда исходный gNB 100А решает, что следует побудить терминал 200 предпочтительно перейти на целевую соту-кандидата, подчиненную целевому gNB 100В, исходный gNB 100А передает запрос НО в целевой gNB 100В (S509). Когда целевой gNB 100В принимает запрос НО от исходного gNB 100А, целевой gNB 100В передает подтверждение запроса НО в исходный gNB 100А (S511).
[0229]
Когда исходный gNB 100А принимает подтверждение запроса НО от целевого gNB 100В, исходный gNB 100А передает команду НО в терминал 200 (S513). Когда терминал 200 принимает команду НО от исходного gNB 100А во время отслеживания состояния СНО, терминал 200 пытается выполнить процедуру передачи обслуживания между целевым gNB 100В и терминалом 200 (S515).
[0230]
В случае, когда процедура передачи обслуживания завершается неудачей из-за возникновения HOF во время процедуры передачи обслуживания на этапе S515, терминал 200 повторно выбирает целевую соту-кандидата (соту СНО) в качестве назначения перехода, для которого выполняется условие перехода (S517). В настоящем варианте осуществления терминал 200 повторно выбирает целевую соту-кандидата, подчиненную целевому gNB 100В.
[0231]
На этапе S517 терминал 200 поддерживает всю или часть информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В. Следует отметить, что «поддержание всей или части информации о конфигурации целевой соты-кандидата» также может быть выражено как «с учетом того, что вся или часть информации о конфигурации целевой соты-кандидата применима» или «с учетом того, что вся или часть информации о конфигурации целевой соты-кандидата действительна».
[0232]
На этапе S517 информация, поддерживаемая терминалом 200 в информации о конфигурации целевой соты-кандидата, является, например, информацией о безопасности. Следует отметить, что в случае, когда целевой gNB 100В получает идентификационную информацию терминала 200 заранее, информация, поддерживаемая терминалом 200, может быть идентификационной информацией терминала 200.
[0233]
Примеры идентификационной информации терминала 200 включают в себя следующую информацию.
[0234]
Короткий идентификатор управления доступом к среде (короткий МАС-идентификатор)
Сотовый временный идентификатор радиосети (C-RNTI, англ. Cell radio network temporary identifier)
Неявный временный идентификатор радиосети (I-RNTI, англ. Implicit radio network temporary identifier)
Когда терминал 200 повторно выбирает целевую соту-кандидата, подчиненную целевому gNB 100В, терминал 200 выполняет процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 и устанавливает синхронизацию между целевым gNB 100В и терминалом 200 (S519). Таким образом, терминал 200 подключается к целевому gNB 100В.
[0235]
Когда терминал 200 подключен к целевому gNB 100В, терминал 200 передает сообщение о завершении реконфигурации RRC (сообщение «RRC Reconfiguration Complete») в целевой gNB 100В (S521).
[0236]
На этапе S521 терминал 200 может внести, в сообщение о завершении реконфигурации RRC, всю или часть информации о конфигурации целевой соты-кандидата, поддерживаемой на этапе S517, и передавать в целевой gNB 100В сообщение о завершении реконфигурации RRC с использованием сигнализирующего канала 1 радиопередачи (SRB1, англ. signaling radio bearer 1). Терминал 200 может внести в запрос на восстановление RRC («RRC Reestablishment request») всю или часть информации о конфигурации целевой соты-кандидата, поддерживаемой на этапе S517, и передавать запрос на восстановление RRC в целевой gNB 100В с использованием сигнализирующего канала 0 радиопередачи (SRB0), вместо SRB1.
[0237]
Следует отметить, что SRB0 является каналом радиопередачи для общего канала управления (СССН, англ. common control channel). SRB1 является каналом радиопередачи для выделенного канала управления (DCCH, англ. dedicated control channel).
[0238]
Кроме того, на этапе S521 терминал 200 может внести, в сообщение о завершении реконфигурации RRC, информацию, указывающую, что вся или часть информации о конфигурации целевой соты-кандидата поддерживается, и передавать сообщение о завершении реконфигурации RRC в целевой gNB 100В.
[0239]
Кроме того, на этапе S521 терминал 200 может внести, в сообщение о завершении реконфигурации RRC, информацию, которая может быть преобразована один в один с информацией о конфигурации целевой соты-кандидата, поддерживаемой на этапе S517, и передавать сообщение о завершении реконфигурации RRC в целевой gNB 100В.
[0240]
Таким образом, например, информация о безопасности или идентификационная информация терминала 200 совместно используется между терминалом 200 и целевым gNB 100В. Следовательно, целевой gNB 100В может определять, является ли терминал 200 терминалом, которому разрешено осуществлять переход к целевому gNB 100В.
[0241]
Следует отметить, что применение этой операции не ограничивается случаем, когда возникает HOF, когда терминал 200 принимает команду НО от исходного gNB во время отслеживания состояния СНО, отменяет СНО и предпочтительно осуществляет переход к целевому gNB. Например, эта операция может быть применена даже в случае, когда возникает HOF, когда терминал 200 отслеживает условие СНО, выполняется условие перехода к целевой соте-кандидату, подчиненной целевому gNB, и выполняется НО на целевую соту-кандидата без приема команды НО от исходного gNB.
[0242]
(3.9) Возобновление радиопередачи после RLF в процедуре условной НО Далее будет описано возобновление радиопередачи после RLF в процедуре условной НО. В этой операции, в случае, когда терминал 200 повторно подключается к целевому gNB в процедуре условной НО, терминал 200 возобновляет каналы радиопередачи, приостановленные из-за возникновения RLF, на основе конкретного условия.
[0243]
Следует отметить, что каналы радиопередачи включают в себя сигнализирующий канал радиопередачи (SRB, англ. signaling radio bearer) и канал радиопередачи данных (DRB, англ. data radio bearer). SRB предназначен для данных плоскости управления, a DRB - для данных плоскости пользователя. Кроме того, SRBO, SRB1, SRB2 или SRB3 могут быть сконфигурированы как SRB в соответствии с использованием.
[0244]
SRB0 является каналом радиопередачи для СССН. SRB1-SRB3 являются каналами радиопередачи для DCCH. DRB представляет собой канал радиопередачи для пользовательских данных.
[0245]
SRB1 используется для передачи и приема сообщений RRC и сообщений NAS перед установкой SRB2.
[0246]
SRB2 используется для передачи и приема сообщений NAS, имеет более низкий приоритет, чем SRB1, и конфигурируется сетью после активации «AS security».
[0247]
SRB3 используется для передачи и приема определенного сообщения RRC в двойном соединении E-UTRA-NR (англ. E-UTRA-NR Dual Connectivity (EN-DC)).
[0248]
В настоящем варианте осуществления, в случае, если RLF обнаруживается, когда терминал 200 осуществляет переход к целевому gNB 100В с использованием информации о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В, терминал 200 приостанавливает все каналы радиопередачи, за исключением SRB0, между целевым gNB 100В и терминалом 200, и повторно подключается к целевому gNB 100В.
[0249]
На фиг. 28 представлена схема, иллюстрирующая рабочий процесс терминала 200, который возобновляет радиопередачу после RLF в процедуре условной НО. На фиг. 29 представлен вид, иллюстрирующий условия возобновления радиопередачи после сбоя радиоканала (RLF) в процедуре условной НО.
[0250]
Как показано на фиг. 28, терминал 200 повторно выбирает соту СНО в процедуре условной НО (S601). В частности, терминал 200 повторно выбирает целевую соту-кандидата (соту СНО) в качестве назначения перехода, для которого выполняется условие перехода. В настоящем варианте осуществления терминал 200 повторно выбирает целевую соту-кандидата, подчиненную целевому gNB 100В.
[0251]
Когда терминал 200 повторно выбирает целевую соту-кандидата, подчиненную целевому gNB 100В, терминал 200 начинает переход к целевому gNB 100В на основе информации о конфигурации целевой соты-кандидата (S603). В этом случае все каналы радиопередачи, приостановленные между целевым gNB 100В и терминалом 200, могут быть возобновлены (условие А на фиг. 29).
[0252]
Терминал 200 запускает процедуру произвольного доступа (RA) между целевым gNB 100В и терминалом 200 с переходом к целевому gNB 100В (S605). В этом случае все каналы радиопередачи, приостановленные между целевым gNB 100В и терминалом 200, могут быть возобновлены (условие В на фиг. 29).
[0253]
Когда процедура RA между целевым gNB 100В и терминалом 200 завершена (S607), терминал 200 устанавливает синхронизацию между целевым gNB 100В и терминалом 200. Таким образом, терминал 200 подключается к целевому gNB 100В. В этом случае все каналы радиопередачи, приостановленные между целевым gNB 100В и терминалом 200, могут быть возобновлены (условие С на фиг. 29).
[0254]
Следует отметить, что в случае, когда терминал 200 принимает сообщение RRC, дающее инструкцию возобновить каналы радиопередачи, из сети на этапах S601-S607, терминал 200 может возобновить все каналы радиопередачи, приостановленные между целевым gNB 100В и терминалом 200 (условие D на фиг. 29).
[0255]
В этом случае терминал 200 может уведомить сеть о том, что возобновление каналов радиопередачи завершено, путем использования сообщения о завершении возобновления (сообщения «RRC Resume Complete»).
[0256]
Когда терминал 200 подключен к целевому gNB 100В, терминал 200 передает сообщение о завершении реконфигурации RRC в целевой gNB 100В (S609).
[0257]
(4) Действие/Эффект
Согласно варианту осуществления, описанному выше, терминал 200 принимает от исходного gNB 100А первое сообщение о конфигурации (сообщение о реконфигурации RRC), включающее в себя информацию о конфигурации целевой соты-кандидата, подчиненной целевому gNB 100В. Терминал 200 выполняет процедуру произвольного доступа (процедуру RA) между терминалом 200 и целевым gNB 100В и осуществляет переход к целевому gNB 100В без приема команды передачи обслуживания на основе информации о конфигурации целевой соты-кандидата. Терминал 200 передает, в исходный gNB 100А, сообщение о завершении (сообщение 1 о завершении реконфигурации RRC) для первого сообщения о конфигурации (сообщение о реконфигурации RRC), до начала процедуры произвольного доступа (процедуры RA).
[0258]
При такой конфигурации исходный gNB 100А может принимать сообщение о реконфигурации RRC от терминала 200. Следовательно, исходный gNB 100А может уведомлять терминал 200 об измененной информации о конфигурации целевой соты-кандидата.
[0259]
Согласно варианту осуществления, описанному выше, после передачи сообщения о завершении (сообщения 1 о завершении реконфигурации RRC) терминал 200 принимает, от исходного gNB 100А, второе сообщение о конфигурации (сообщение о реконфигурации RRC), включающее в себя измененную информацию о конфигурации целевой соты-кандидата.
[0260]
При такой конфигурации терминал 200 может перейти к целевому gNB 100В на основе измененной информации о конфигурации целевой соты-кандидата. Следовательно, возможно предотвратить переход терминала 200 к целевому gNB в состоянии, непригодном для перехода терминала 200.
[0261]
(5) Другие варианты осуществления
Хотя содержание настоящего изобретения было описано в соответствии с вариантом осуществления, настоящее изобретение не ограничивается этим описанием, и для специалистов в данной области очевидно, что в него могут быть внесены различные модификации и улучшения.
[0262]
Например, в варианте осуществления, описанном выше, NR был описан в качестве примера. Однако условное НО также может быть применено к LTE, и та же операция может быть выполнена в LTE.
[0263]
Блок-схемы (фиг. 2 и 3), используемые для описания вышеописанного варианта осуществления, иллюстрируют блоки функциональной единицы. Эти функциональные блоки (структурные компоненты) реализуются посредством желаемой комбинации по меньшей мере одного из аппаратного обеспечения и программного обеспечения. Способ реализации каждого функционального блока не ограничен частными случаями. То есть каждый функциональный блок может быть реализован одним устройством, объединенным физически или логически. Альтернативно, два или более устройств, разделенных физически или логически, могут быть непосредственно или опосредованно соединены (например, проводным или беспроводным образом) друг с другом, и каждый функциональный блок может быть реализован посредством этого множества устройств. Функциональные блоки могут быть реализованы путем объединения программного обеспечения с одним устройством или множеством устройств, упомянутых выше.
[0264]
Функции включают в себя оценку, принятие решения, определение, расчет, вычисление, обработку, выведение, исследование, поиск, подтверждение, прием, передачу, вывод, доступ, разрешение, выбор, отбор, установление, сравнение, предположение, ожидание, рассмотрение, вещание, уведомление, связь, пересылку, конфигурирование, реконфигурирование, размещение (отображение), присвоение и т.п. Однако функции этим не ограничиваются. Например, функциональный блок (структурный компонент), который вызывает передачу, называется передающей устройством или передатчиком. Для любого из вышеперечисленного, как описано выше, способ реализации конкретно не ограничивается каким-либо одним способом.
[0265]
Кроме того, gNB 100А, 100В и 100С и терминал 200, описанные выше, могут функционировать как компьютер, который выполняет обработку способа радиосвязи по настоящему изобретению. На фиг. 30 приведена схема, иллюстрирующая пример аппаратной конфигурации устройства. Как показано на фиг. 30, устройство может быть сконфигурировано как компьютерное устройство, включающее в себя процессор 1001, память 1002, накопитель 1003, устройство 1004 связи, устройство 1005 ввода, устройство 1006 вывода, шину 1007 и т.п.
[0266]
Кроме того, в последующем описании термин «устройство» может быть заменен на схему, устройство, блок и т.п.Аппаратная конфигурация устройства может быть построена путем включения одного или нескольких устройств, показанных на фигуре, или может быть построена без включения некоторых устройств.
[0267]
Каждый функциональный блок устройства реализуется любым из аппаратных элементов компьютерного устройства или комбинацией аппаратных элементов.
[0268]
Более того, процессор 1001 выполняет операцию путем загрузки предварительно определенного программного обеспечения (компьютерной программы) на аппаратное обеспечение, такое как процессор 1001 и память 1002, и реализует различные функции устройства путем управления связью посредством устройства 1004 связи и путем управления по меньшей мере одним из считывания и записи данных в память 1002 и накопитель 1003.
[0269]
Процессор 1001, например, управляет операционной системой для управления всем компьютером. Процессор 1001 может быть сконфигурирован с центральным процессором (ЦП), включающим в себя интерфейс с периферийным устройством, устройством управления, операционным устройством, регистром и т.п.
[0270]
Более того, процессор 1001 считывает компьютерную программу (компьютерный программный код), программный модуль, данные и т.п. по меньшей мере с одного из накопителя 1003 и устройства 1004 связи в память 1002 и выполняет различную обработку в соответствии с ними. В качестве компьютерной программы используется компьютерная программа, которая способна выполнять на компьютере по меньшей мере часть операции, описанной в вышеуказанных вариантах осуществления. В качестве альтернативы, различная обработка, описанная выше, может выполняться одним процессором 1001 или может выполняться одновременно или последовательно двумя или более процессорами 1001. Процессор 1001 может быть реализован посредством одной или более микросхем. В качестве альтернативы, компьютерная программа может передаваться из сети по телекоммуникационной линии.
[0271]
Память 1002 является машиночитаемым носителем записи и может быть сконфигурирована, например, по меньшей мере с одним из постоянного запоминающего устройства (ПЗУ), стираемого программируемого ПЗУ (СППЗУ), электрически стираемого программируемого ПЗУ (ЭСППЗУ), оперативного запоминающего устройства (ОЗУ) и т.п. Память 1002 может называться регистром, кэшем, основной памятью (основным запоминающим устройством) и т.п. Память 1002 может хранить компьютерную программу (компьютерные программные коды), программные модули и т.п., которые могут исполнять способ в соответствии с вариантом осуществления настоящего изобретения.
[0272]
Накопитель 1003 представляет собой машиночитаемый носитель записи. Примеры накопителя 1003 включают в себя по меньшей мере одно из оптического диска, такого как ПЗУ на компакт-диске (CD-ROM), жесткого диска, гибкого диска, магнитооптического диска (например, компакт-диска, цифрового универсального диска и Blu-ray (зарегистрированный товарный знак) диска), смарт-карты, флэш-памяти (например, карты, флеш-карты и памяти типа «key drive»), дискеты (floppy, зарегистрированный товарный знак), магнитной полосы и т.п. Накопитель 1003 может быть назван вспомогательным запоминающим устройством. Носителем записи может быть, например, база данных, включающая в себя по меньшей мере одно из памяти 1002 и накопителя 1003, сервер или другой соответствующий носитель.
[0273]
Устройство 1004 связи представляет собой аппаратное обеспечение (устройство передачи и приема), способное осуществлять связь между компьютерами по меньшей мере через одно из проводной сети и беспроводной сети. Устройство 1004 связи также называют, например, сетевым устройством, сетевым контроллером, сетевой картой, модулем связи или т.п.
[0274]
Устройство 1004 связи может включать в себя высокочастотный коммутатор, дуплексор, фильтр, синтезатор частот и т.п. для реализации, например, по меньшей мере одного из дуплексной связи с частотным разделением (FDD, от англ. Frequency Division Duplex) и дуплексной связи с временным разделением (TDD, от англ. Time Division Duplex).
[0275]
Устройство 1005 ввода представляет собой устройство ввода (например, клавиатуру, мышь, микрофон, переключатель, кнопку, датчик и т.п.), которое принимает ввод извне. Устройство 1006 вывода представляет собой устройство вывода (например, дисплей, динамик, светодиодную лампу и т.п.), которое выводит данные наружу. Следует отметить, что устройство 1005 ввода и устройство 1006 вывода могут быть совмещены (например, в виде сенсорного экрана).
[0276]
Кроме того, соответствующие устройства, такие как процессор 1001 и память 1002, соединены друг с другом с помощью шины 1007 для обмена информацией между ними. Шина 1007 может быть образована с помощью единственной шины или может быть образована с помощью отдельных шин между устройствами.
[0277]
Кроме того, устройство может быть сконфигурировано так, чтобы включать в себя аппаратные средства, такие как микропроцессор, цифровой сигнальный процессор (ЦСП), специализированную интегральную схему (ASIC), программируемое логическое устройство (ПЛУ) и программируемую пользователем вентильную матрицу (FPGA, англ. Field Programmable Gate Array). Некоторые или все из этих функциональных блоков могут быть реализованы с помощью аппаратного обеспечения. Например, процессор 1001 может быть реализован с использованием по меньшей мере одного из этих типов аппаратного обеспечения.
[0278]
Уведомление об информации не ограничивается тем, что описано в вышеупомянутом аспекте/варианте осуществления, и может быть выполнено с использованием другого способа. Например, уведомление об информации может выполняться с помощью сигнализации физического уровня (например, нисходящая информация управления (DCI), восходящая информация управления (UCI), сигнализация более высокого уровня (например, сигнализация RRC, сигнализация управления доступом к среде (MAC), широковещательная информация (блок основной информации (MIB) и блок системной информации (SIB)), других сигналов или их комбинации. Сигнализация RRC может называться, например, сообщением RRC или может быть сообщением о настройке соединения RRC, сообщением о реконфигурации соединения RRC или т.п.
[0279]
Каждый из вышеуказанных аспектов/вариантов осуществления может быть применен по меньшей мере к одному из следующего: схема долгосрочного развития (LTE), LTE-Advanced (LTE-A), SUPER 3G, IMT-Advanced, система мобильной связи 4-го поколения (4G), система мобильной связи 5-го поколения (5G), будущий радиодоступ (FRA), New Radio (NR), W-CDMA (Зарегистрированный товарный знак), GSM (Зарегистрированный товарный знак), CDMA2000, сверхмобильной широкополосной доступ (UMB, англ. Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (Зарегистрированный товарный знак)), IEEE 802.16 (WiMAX (Зарегистрированный товарный знак)), IEEE 802.20, Сверхширокополосная связь (UWB), Bluetooth (зарегистрированный товарный знак), система, использующая любую другую подходящую систему, и система следующего поколения, которая расширяется на их основе. Кроме того, множество систем может быть объединено (например, комбинация, по меньшей мере, одного из LTE и LTE-Ac 5G).
[0280]
До тех пор, пока нет противоречия, порядок процедур обработки, последовательностей, блок-схем и т.п.каждого из вышеуказанных аспектов/вариантов осуществления в настоящем изобретении могут быть изменены. Например, различные этапы и последовательность этапов описанных выше способов являются примерными и не ограничиваются конкретным порядком, упомянутым выше.
[0281]
Конкретная операция, которая выполняется базовой станцией в настоящем изобретении, в некоторых случаях может выполняться ее узлом более высокого уровня. В сети, образованной одним или более сетевыми узлами, имеющими базовую станцию, различные операции, выполняемые для связи с терминалом, могут выполняться по меньшей мере одним из базовой станции и других сетевых узлов, отличных от базовой станции (например, могут рассматриваться ММЕ, S-GW и т.п., но не ограничиваясь этим). Выше описан пример, в котором имеется один сетевой узел, отличный от базовой станции; однако может использоваться комбинация множества других сетевых узлов (например, ММЕ и S-GW).
[0282]
Информация и сигналы (информация и т.п.) могут выводиться с более высокого уровня (или более низкого уровня) на более низкий уровень (или более высокий уровень). Они могут вводиться и выводиться через множество сетевых узлов.
[0283]
Входная и выходная информация может храниться в определенном месте (например, в памяти) или может управляться в управляющей таблице. Информация, подлежащая вводу и выводу, может быть перезаписана, обновлена или добавлена. Информация может быть удалена после вывода. Введенная информация может быть передана на другое устройство.
[0284]
Определение может быть выполнено по значению (0 или 1), представленному одним битом, или по логическому (булевскому) значению (Логическое значение: ИСТИНА или ЛОЖЬ), или путем сравнения числовых значений (например, сравнение с заранее определенным значением).
[0285]
Каждый аспект/вариант осуществления, описанный в настоящем изобретении, может использоваться отдельно или в комбинации, или может переключаться в соответствии с выполнением. Кроме того, уведомление о заранее определенной информации (например, уведомление «равно X») не ограничивается явным выполнением, и оно может выполняться неявно (например, без уведомления о заранее определенной информации).
[0286]
Вместо того, чтобы называться программным обеспечением, микропрограммой, промежуточным программным обеспечением, микрокодом, языком описания аппаратного обеспечения или некоторыми другими названиями, программное обеспечение следует интерпретировать в широком смысле как инструкцию, набор инструкций, код, сегмент кода, программный код, программу, подпрограмму, программный модуль, приложение, программное приложение, программный пакет, алгоритм, подпрограмму, объект, исполняемый файл, поток выполнения, процедуру, функцию и т.п.
[0287]
Кроме того, программное обеспечение, инструкция, информация и т.п.могут быть переданы и приняты посредством среды передачи. Например, когда программное обеспечение передается с веб-сайта, сервера или другого удаленного источника с использованием по меньшей мере одного из проводной технологии (коаксиального кабеля, оптоволоконного кабеля, кабеля типа витая пара, цифровой абонентской линии (DSL, от англ. digital subscriber lines) или т.п.) и беспроводной технологии (инфракрасного излучения, микроволн и т.п.), по меньшей мере одна из проводной технологии и беспроводной технологии включаются в определение среды передачи.
[0288]
Информация, сигналы или т.п., упомянутые выше, могут быть представлены с использованием любой из множества различных технологий. Например, данные, инструкция, команда, информация, сигнал, бит, символ, микросхема или т.п., которые могут быть упомянуты во всем приведенном выше описании, могут быть представлены напряжением, током, электромагнитной волной, магнитным полем или магнитной частицей, оптическим полем или фотонами, или желаемой их комбинацией.
[0289]
Следует отметить, что термины, раскрытые в настоящем изобретении, и термины, необходимые для понимания настоящего изобретения, могут быть заменены терминами, имеющими тот же или подобный смысл. Например, по меньшей мере одно из канала и символа может быть сигналом (сигнализацией). Кроме того, сигнал может представлять собой сообщение. Кроме того, компонентная несущая (СС) может упоминаться как несущая частота, сота, частотная несущая или т.п.
[0290]
Термины «система» и «сеть», используемые в настоящем изобретении, могут использоваться взаимозаменяемо.
[0291]
Кроме того, информация, параметр и т.п., описанные в настоящем изобретении, могут быть представлены абсолютным значением, могут быть выражены как относительное значение от заранее определенного значения или могут быть представлены соответствующей другой информацией. Например, радиоресурс может быть обозначен индексом.
[0292]
Название, используемое для приведенного выше параметра, ни в коем случае не является ограничивающим названием. Кроме того, формулы и т.п., использующие эти параметры, могут отличаться от тех, которые явно раскрыты в настоящем изобретении. Поскольку различные каналы (например, PUCCH, PDCCH и т.п.) и информационные элементы могут быть идентифицированы любым подходящим названием, различные названия, присвоенные этим различным каналам и информационным элементам, никоим образом не должны ограничиваться.
[0293]
В настоящем изобретении предполагается, что «базовая станция (BS)», «базовая радиостанция», «фиксированная станция», «NodeB», «eNodeB (eNB)», «gNodeB (gNB)», «точка доступа», «точка передачи», «точка приема», «точка передачи/приема», «сота», «сектор», «группа сот», «несущая», «компонентная несущая» и т.п.могут использоваться взаимозаменяемо. Базовая станция может также называться такими терминами, как макросота, малая сота, фемтосота или пикосота.
[0294]
Базовая станция может вмещать одну или более (например, три) сот (также называемых секторами). В конфигурации, в которой базовая станция вмещает множество сот, вся зона покрытия базовой станции может быть разделена на множество меньших областей. В каждой такой меньшей области услуга связи может предоставляться подсистемой базовой станции (например, малой базовой станцией для использования внутри помещений (Удаленная радиоголовка: RRH, от англ. Remote Radio Head)).
[0295]
Термин «сота» или «сектор» обозначает часть или всю зону покрытия базовой станции и/или подсистемы базовой станции, которая предоставляет услугу связи в этом покрытии.
[0296]
В настоящем изобретении термины «мобильная станция (MS)», «пользовательский терминал», «пользовательское оборудование (UE)», «терминал» и т.п.могут использоваться взаимозаменяемо.
[0297]
Специалисты в данной области могут называть мобильную станцию абонентской станцией, мобильным блоком, абонентским блоком, радиоблоком, удаленным блоком, мобильным устройством, радиоустройством, устройством радиосвязи, удаленным устройством, мобильной абонентской станцией, терминалом доступа, мобильным терминалом, радиотерминалом, удаленным терминалом, телефонной трубкой, агентом пользователя, мобильным клиентом, клиентом или некоторыми другими подходящими терминами.
[0298]
По меньшей мере одна из базовой станции и мобильной станции может называться устройством передачи, устройством приема, устройством связи или т.п. Следует отметить, что по меньшей мере одна из базовой станции и мобильной станции может представлять собой устройство, установленное на движущемся объекте, сам движущийся объект или т.п. Движущийся объект может быть транспортным средством (например, автомобилем, самолетом или т.п.), движущимся объектом, который перемещается беспилотным образом (например, беспилотный летательный аппарат, транспортное средство с автоматическим приводом или т.п.), или роботом (пилотируемого типа или беспилотного типа). По меньшей мере одна из базовой станции и мобильной станции может быть устройством, которое не обязательно перемещается во время операции связи. Например, по меньшей мере одна из базовой станции и мобильной станции может быть устройством Интернета вещей (IoT, от англ. Internet of Things), таким как датчик.
[0299]
Кроме того, базовая станция в настоящем изобретении может упоминаться как мобильная станция (далее пользовательский терминал, аналогичное применимо). Например, каждый из аспектов/вариантов осуществления настоящего изобретения может быть применен к конфигурации, которая позволяет заменять связь между базовой станцией и мобильной станцией связью между множеством мобильных станций (которая может называться, например, «Устройство-устройство» (D2D, англ. Device-to-Device), «Транспортное средство-все объекты» (V2X, англ. Vehicle-to-Everything) или т.п.). В этом случае мобильная станция может выполнять функцию базовой станции. Такие слова, как «восходящая линия связи» и «нисходящая линия связи», также могут быть заменены формулировкой, соответствующей межтерминальной связи (например, «боковая линия связи»). Например, такие термины, как восходящий канал, нисходящий канал или тому подобное, могут пониматься как боковой канал.
[0300]
Аналогично, мобильная станция в настоящем изобретении может пониматься как базовая станция. В этом случае мобильная станция может выполнять функцию базовой станции.
[0301]
Радиокадр может быть сконфигурирован с одним или более кадрами во временной области. Один кадр или каждый из множества кадров во временной области может называться субкадром.
[0302]
Кроме того, субкадр может быть сконфигурирован с одним или более слотами во временной области. Субкадр может представлять собой фиксированную длительность времени (например, 1 мс), не зависящую от нумерологии.
[0303]
Нумерология может быть параметром связи, применяемым по меньшей мере к одному из передачи или приема определенного сигнала или канала. Нумерология может представлять, например, по меньшей мере одно из разноса поднесущих (SCS, англ. subcarrier spacing), полосы пропускания, длины символа, длины циклического префикса, временного интервала передачи (TTI, англ. Transmission Time Interval), количества символов на TTI, конфигурации радиокадра, конкретной обработки фильтрации, выполняемой приемопередатчиком в частотной области или конкретной оконной обработки, выполняемой приемопередатчиком во временной области.
[0304]
Слот может быть сконфигурирован с одним или более символами (символами мультиплексирования с ортогональным частотным разделением (OFDM, англ. Orthogonal Frequency Division Multiplexing), символами множественного доступа с частотным разделением и одной несущей (SC-FDMA, англ. Single Carrier Frequency Division Multiple Access) и т.п.) во временной области. Слот может быть единицей времени, основанной на нумерологии.
[0305]
Слот может включать в себя множество минислотов. Каждый минислот может быть сконфигурирован с одним или более символами во временной области. Кроме того, минислот также может назваться субслотом. Минислот может быть сконфигурирован с меньшим количеством символов, чем слоты. PDSCH (или PUSCH), переданный за единицу времени, большую, чем минислот, может называться отображением PDSCH (или PUSCH) типа A. PDSCH (или PUSCH), передаваемый с использованием минислота, может называться отображением PDSCH (или PUSCH) типа В.
[0306]
Каждый из радиокадра, субкадра, слота, минислота и символа представляет собой единицу времени для передачи сигнала. Для радиокадра, субкадра, слота, минислота и символа могут использоваться различные названия соответственно.
[0307]
Например, один субкадр может называться временным интервалом передачи (TTI), множество последовательных субкадров может называться TTI, и один слот или один минислот может называться TTI. То есть, по меньшей мере одно из субкадра или TTI может представлять собой субкадр (1 мс) в существующей LTE, может быть более коротким периодом, чем 1 мс (например, от одного до тринадцати символов), или может быть более длительным периодом времени, чем 1 мс.Следует отметить, что единица, представляющая TTI, может также называться слотом, минислотом или т.п., вместо субкадра.
[0308]
В настоящем описании TTI означает, например, минимальную единицу времени планирования в радиосвязи. Например, в системе LTE базовая станция выполняет планирование для размещения радиоресурсов (частотная полоса пропускания, мощность передачи или т.п., которые могут использоваться в каждом пользовательском терминале) для каждого пользовательского терминала в единицах TTI. Следует отметить, что определение TTI этим не ограничивается.
[0309]
TTI может быть единицей времени передачи, такой как пакет данных, закодированный в канале (транспортный блок), кодовый блок или кодовое слово, или может быть единицей обработки планирования, адаптации линией связи или т.п.Следует отметить, что, когда задан TTI, временной интервал (например, количество символов), в котором фактически отображены транспортный блок, кодовый блок, кодовое слово или т.п., может быть короче, чем TTI.
[0310]
Следует отметить, что в случае, когда один слот или один минислот называется TTI, один или более TTI (то есть один или более слотов или один или более минислотов) могут быть минимальной единицей времени планирования. Кроме того, количество слотов (количество минислотов), которое составляет минимальную единицу времени планирования, может регулироваться.
[0311]
TTI, имеющий длительность времени 1 мс, может называться обычным TTI (TTI в LTE версии 8-12), обычным TTI, длинным TTI, обычным субкадром, длинным субкадром, слотом или т.п.TTI, более короткий, чем обычный TTI, может называться укороченным TTI, коротким TTI, частичным TTI (частичным или дробным TTI), укороченным субкадром, коротким субкадром, минислотом, субслотом, слотом или т.п.
[0312]
Следует отметить, что длинный TTI (например, обычный TTI, субкадр или т.п.) может пониматься как TTI, имеющий длительность времени, превышающую 1 мс, а короткий TTI (например, укороченный TTI или т.п.) может пониматься как TTI, имеющий длительность TTI, меньшую длительности TTI длинного TTI и равную или превышающую 1 мс.
[0313]
Ресурсный блок (RB, англ. resource block) представляет собой блок размещения ресурсов во временной области и частотной области и может включать в себя одну или более последовательных поднесущих в частотной области. Количество поднесущих, включенных в RB, может быть одинаковым, независимо от нумерологии, например, двенадцатью. Количество поднесущих, включенных в RB, может быть определено на основании нумерологии.
[0314]
Кроме того, временная область RB может включать в себя один или более символов и может иметь длительность одного слота, одного минислота, одного субкадра или одного TTI. Один TTI, один субкадр и т.п.могут быть сконфигурированы с одним или множеством ресурсных блоков.
[0315]
Следует отметить, что один или более RB могут называться физическим ресурсным блоком (PRB, англ. Physical RB), группой поднесущих (SCG, англ. Sub-Carrier Group), группой ресурсных элементов (REG, англ. Resource Element Group), парой PRB, парой RB или т.п.
[0316]
Кроме того, ресурсный блок может быть сконфигурирован с одним или более ресурсными элементами (RE). Например, один RE может представлять собой радиоресурсную область одной поднесущей и одного символа.
[0317]
Часть полосы пропускания (BWP, англ. bandwidth part) (которая может называться частичной полосой пропускания или т.п.) может представлять подмножество непрерывных общих ресурсных блоков (RB) для конкретной нумерологии в конкретной несущей. Здесь общий RB может быть указан индексом RB на основании общей опорной точки несущих. PRB может быть определен в конкретной BWP и быть пронумерован в пределах BWP.
[0318]
BWP может включать в себя BWP (восходящую BWP) для восходящей линии связи и BWP (нисходящую BWP) для нисходящей линии связи. Одна или более BWP могут быть сконфигурированы в одной несущей для UE.
[0319]
По меньшей мере одна из сконфигурированных BWP может быть активной, и UE может не предполагать, что заданный сигнал/канал передается и принимается вне активной BWP. Следует отметить, что «сота», «несущая» и т.п. в настоящем изобретении могут быть заменены на «BWP».
[0320]
Описанные выше структуры, такие как радиокадр, субкадр, слот, минислот и символ, являются лишь примерами. Например, конфигурации, такие как количество субкадров, включенных в состав радиокадра, количество слотов на субкадр или радиокадр, количество мини-слотов, включенных в состав слота, количество символов и блоков RB, включенных в состав слота или мини-слота, количество поднесущих, включенных в состав RB, количество символов в TTI, длина символа и длина циклического префикса (CP, от англ. Cyclic Prefix) могут быть различным образом изменены.
[0321]
Термины «соединенный», «связанный» или любые их варианты означают любое прямое или косвенное соединение или связь между двумя или более элементами. Кроме того, один или более промежуточных элементов могут присутствовать между двумя элементами, которые «соединены» или «связаны» друг с другом. Соединение или связь между элементами могут быть физическими, логическими или их комбинациями. Например, «соединение» может означать «доступ». В настоящем изобретении два элемента могут быть «соединены» или «связаны» друг с другом с помощью по меньшей мере одного из одного или более проводов, кабелей, печатных электрических соединений и, в качестве некоторых неограничивающих и неисчерпывающих примеров, с использованием электромагнитной энергии, имеющей длины волн в радиочастотной области, области микроволнового излучения и оптической области (как видимой, так и невидимой) и т.п.
[0322]
Опорный сигнал может быть сокращен до RS и может называться пилотным сигналом в соответствии с применимыми стандартами.
[0323]
В контексте настоящего изобретения, фраза «на основе» не означает «только на основе», если явно не указано иное. Другими словами, фраза «на основе» может означать как «на основе только», так и «на основе по меньшей мере».
[0324]
Любая ссылка на элемент с использованием обозначения, такого как «первый», «второй» и т.п., используемая в настоящем изобретении, обычно не ограничивает количество или порядок таких элементов. Такие обозначения могут использоваться в настоящем изобретении в качестве удобного способа различения двух или более элементов. Таким образом, ссылка на первый и второй элементы не подразумевает, что могут быть приняты только два элемента или что первый элемент каким-либо образом должен предшествовать второму элементу.
[0325]
В настоящем изобретении используемые термины «включать в себя», «включающий в себя» и их варианты предусмотрены как включающие, аналогично термину «содержащий». Кроме того, термин «или», используемый в настоящем изобретении, не должен нести смысл исключающей дизъюнкции.
[0326]
Во всем описании, например, если при переводе использованы существительные в единственном числе, может допускаться наличие множественного числа этих существительных.
[0327]
Термины «определение» и «определяющий», используемые в настоящем изобретении, могут охватывать широкий спектр операций. Термины «определение» и «принятие решения» могут включать в себя, например, оценку, расчет, вычисление, обработку, выведение, исследование, просмотр (поиск или запрос) (например, поиск в таблице, базе данных или другой структуре данных) и установление. Кроме того, термины «определение» и «принятие решения» могут включать в себя прием (например, прием информации), передачу (например, передачу информации), ввод, вывод и доступ (например, доступ к данным в памяти) и т.п. Кроме того, термины «определение» и «принятие решения» могут включать в себя «разрешение», «отбор», «выбор», «установление», «сравнение» и т.п.Другими словами, термины «определение» и «принятие решения» могут включать в себя любую операцию. Кроме того, термин «определение (принятие решения)» также может пониматься как «предположение», «ожидание», «рассмотрение» и т.п.
[0328]
В настоящем изобретении фраза «А и В различны» может означать «А и В отличаются друг от друга». Следует отметить, что этот термин может означать «Каждый из А и В отличается от С». Такие термины, как «оставлять», «связанный» или т.п., также могут интерпретироваться таким же образом, как и «другой».
[0329]
Хотя настоящее изобретение было подробно описано выше, специалистам в данной области будет очевидно, что настоящее изобретение не ограничивается вариантами осуществления, описанными в настоящем раскрытии. Настоящее изобретение может быть реализовано в виде модификаций и изменений без отступления от идеи и объема настоящего изобретения, как определено в формуле изобретения. Следовательно, описание настоящего изобретения предназначено для иллюстрации и не имеет никакого ограничительного значения для настоящего изобретения.
Промышленная применимость
[0330]
В случае терминала, описанного выше, даже в случае, когда терминал выполняет процедуру произвольного доступа между терминалом и целевой базовой радиостанцией и осуществляет переход к целевой базовой радиостанции без приема команды передачи обслуживания, исходная базовая радиостанция может уведомлять терминал об измененной информации о конфигурации целевой соты-кандидата, что является полезным.
Список номеров позиций
[0331]
10 Система радиосвязи
100А, 100В, 100С gNB
110 Блок передачи
120 Блок приема
130 Блок сохранения
140 Блок управления
200 Терминал
210 Блок передачи
220 Блок приема
230 Блок сохранения
240 Блок управления
1001 Процессор
1002 Память
1003 Накопитель
1004 Устройство связи
1005 Устройство ввода
1006 Устройство вывода
1007 Шина.
| название | год | авторы | номер документа |
|---|---|---|---|
| ТЕРМИНАЛ | 2020 |
|
RU2820769C1 |
| ПОЛЬЗОВАТЕЛЬСКОЕ УСТРОЙСТВО | 2019 |
|
RU2784560C1 |
| СЕТЕВОЕ УСТРОЙСТВО, ПОЛЬЗОВАТЕЛЬСКОЕ УСТРОЙСТВО И СПОСОБ РАДИОСВЯЗИ | 2018 |
|
RU2765379C2 |
| ПОЛЬЗОВАТЕЛЬСКИЙ ТЕРМИНАЛ | 2018 |
|
RU2768794C1 |
| АДАПТАЦИЯ МОБИЛЬНОЙ СЕТИ | 2014 |
|
RU2618509C2 |
| УЛУЧШЕННАЯ УСТОЙЧИВОСТЬ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ ПРИ СОТОВОЙ РАДИОСВЯЗИ | 2011 |
|
RU2586892C2 |
| СПОСОБ РЕКОНФИГУРАЦИИ И АБОНЕНТСКОЕ ОБОРУДОВАНИЕ | 2019 |
|
RU2769399C1 |
| ТЕРМИНАЛ | 2019 |
|
RU2791939C1 |
| ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ | 2019 |
|
RU2787468C1 |
| СПОСОБ ПРЕДОСТАВЛЕНИЯ ОТЧЕТА ПО ИНФОРМАЦИИ О МОБИЛЬНОСТИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖКИ ЭТОГО | 2013 |
|
RU2602983C2 |
Изобретение относится к терминалу, который осуществляет переход к целевой базовой радиостанции без приема команды передачи обслуживания. Технический результат изобретения заключается в упрощении системы обмена сообщениями и избежании издержек, связанных с введением новых типов сообщений. Для этого блок приема терминала выполнен с возможностью приема от исходной базовой радиостанции первого сообщения о реконфигурации управления радиоресурсами RRC Reconfiguration, включающего в себя информацию о соте-кандидате и условие перехода к соте-кандидату. Блок передачи терминала выполнен с возможностью передачи в исходную базовую радиостанцию сообщения о завершении реконфигурации управления радиоресурсами RRC Reconfiguration Complete для первого сообщения о конфигурации. Блок управления терминала выполнен с возможностью отслеживания условия перехода к соте-кандидату после передачи сообщения RRC Reconfiguration Complete и изменения информации о соте-кандидате и условия перехода к соте-кандидату на основе второго сообщения RRC Reconfiguration, принятого от исходной базовой радиостанции после передачи сообщения RRC Reconfiguration Complete. Когда условие перехода выполнено, осуществляется синхронизация с сотой-кандидатом и переход к целевой базовой радиостанции, которая конфигурирует информацию о соте-кандидате, без приема команды передачи обслуживания. 4 н. и 3 з.п. ф-лы, 33 ил.
1. Терминал, содержащий:
блок приема, выполненный с возможностью приема от исходной базовой радиостанции первого сообщения о реконфигурации управления радиоресурсами (RRC Reconfiguration), включающего в себя информацию о соте-кандидате и условие перехода к соте-кандидату;
блок передачи, выполненный с возможностью передачи в исходную базовую радиостанцию сообщения о завершении реконфигурации управления радиоресурсами (RRC Reconfiguration Complete) для первого сообщения о конфигурации; и
блок управления, выполненный с возможностью отслеживания условия перехода к соте-кандидату после передачи сообщения RRC Reconfiguration Complete;
при этом блок управления выполнен с возможностью изменения информации о соте-кандидате и условия перехода к соте-кандидату на основе второго сообщения RRC Reconfiguration, принятого от исходной базовой радиостанции после передачи сообщения RRC Reconfiguration Complete,
причем блок управления выполнен с возможностью, когда условие перехода выполнено, осуществления синхронизации с сотой-кандидатом и осуществления перехода к целевой базовой радиостанции, которая конфигурирует информацию о соте-кандидате, без приема команды передачи обслуживания.
2. Терминал по п. 1, в котором блок передачи выполнен с возможностью передачи сообщения RRC Reconfiguration Complete в исходную радиостанцию перед началом синхронизации.
3. Терминал по п. 1, в котором блок управления выполнен с возможностью удаления информации о соте-кандидате и условия перехода к соте-кандидату на основе третьего сообщения RRC Reconfiguration, принятого от исходной базовой радиостанции после передачи сообщения RRC Reconfiguration Complete.
4. Терминал по п. 1, в котором блок управления выполнен с возможностью, когда блок приема принимает команду передачи обслуживания перед выполнением условия перехода, осуществления процедуры передачи обслуживания.
5. Базовая радиостанция, содержащая:
блок передачи, выполненный с возможностью передачи терминалу первого сообщения о реконфигурации управления радиоресурсами (RRC Reconfiguration), включающего в себя информацию о соте-кандидате; и
блок приема, выполненный с возможностью приема от терминала сообщения о завершении реконфигурации управления радиоресурсами (RRC Reconfiguration Complete) для первого сообщения RRC Reconfiguration,
причем блок передачи выполнен с возможностью передачи терминалу, который отслеживает условие перехода к соте-кандидату после передачи сообщения RRC Reconfiguration Complete, второго сообщения RRC Reconfiguration, включающего в себя измененную информацию о соте-кандидате и измененное условие перехода к соте-кандидату после приема сообщения RRC Reconfiguration Complete.
6. Система радиосвязи, содержащая: терминал и исходную базовую радиостанцию, причем терминал включает в себя:
блок приема, выполненный с возможностью приема от исходной базовой радиостанции первого сообщения о реконфигурации управления радиоресурсами (RRC Reconfiguratiоn), включающего в себя информацию о соте-кандидате и условие перехода к соте-кандидату;
блок передачи, выполненный с возможностью передачи в исходную базовую радиостанцию сообщения о завершении реконфигурации управления радиоресурсами (RRC Reconfiguration Complete) для первого сообщения RRC Reconfiguration; и
блок управления, выполненный с возможностью отслеживания условия перехода к соте-кандидату после передачи сообщения RRC Reconfiguration Complete,
причем исходная базовая радиостанция включает в себя:
блок передачи, выполненный с возможностью передачи терминалу первого сообщения RRC Reconfiguration; и
блок приема, выполненный с возможностью приема от терминала сообщения RRC Reconfiguration Complete,
причем блок передачи исходной базовой радиостанции выполнен с возможностью передачи терминалу второго сообщения RRC Reconfiguration, включающего в себя измененную информацию о соте-кандидате и измененное условие перехода к соте-кандидату после приема сообщения RRC Reconfiguration Complete, а
блок управления терминала выполнен с возможностью изменения информации о соте-кандидате и условия перехода к соте-кандидату на основе второго сообщения RRC Reconfiguration, принятого от исходной базовой радиостанции после передачи сообщения RRC Reconfiguration Complete, и
при этом блок управления терминала выполнен с возможностью, когда условие перехода выполнено, осуществления синхронизации с сотой-кандидатом и осуществления перехода к целевой базовой радиостанции, которая конфигурирует информацию о соте-кандидате, без приема команды передачи обслуживания.
7. Способ радиосвязи, содержащий:
этап передачи исходной базовой радиостанцией терминалу первого сообщения о реконфигурации управления радиоресурсами (RRC Reconfiguration), включающего в себя информацию о соте-кандидате и условие перехода к соте-кандидату;
этап приема терминалом первого сообщения RRC Reconfiguration;
этап передачи терминалом исходной базовой радиостанции сообщения о завершении реконфигурации управления радиоресурсами (RRC Reconfiguration Complete) для первого сообщения RRC Reconfiguration;
этап отслеживания терминалом условия перехода к соте-кандидату после передачи сообщения RRC Reconfiguration Complete;
этап приема исходной базовой радиостанцией сообщения RRC Reconfiguration Complete;
этап передачи исходной базовой радиостанцией терминалу второго сообщения RRC Reconfiguration, включающего в себя измененную информацию о соте-кандидате и измененное условие перехода к соте-кандидату после приема сообщения RRC Reconfiguration Complete;
этап осуществления терминалом изменения информации о соте-кандидате и условия перехода к соте-кандидату на основе второго сообщения RRC Reconfiguration, принятого от исходной базовой радиостанции после передачи сообщения RRC Reconfiguration Complete; и
этап осуществления терминалом синхронизации с сотой-кандидатом и осуществления терминалом перехода к целевой базовой радиостанции, которая конфигурирует информацию о соте-кандидате, без приема команды передачи обслуживания, когда условие перехода выполнено.
| ERICSSON, Configuration of Conditional handover in LTE, 3GPP TSG RAN WG2 #106 (R2-1906210), Reno, US, 02.05.2019 (Revision of R2-1903516), найден 15.12.2022 в Интернет по адресу: https://www.3gpp.org/dynareport?code=TDocExMtg--R2-106--32831.htm | |||
| QUALCOMM INCORPORATED, Conditional HO to improve mobility robustness, 3GPP TSG-RAN WG2 Meeting #106 |
