УЛУЧШЕНИЕ МОБИЛЬНОСТИ В СОЕДИНЕННОМ СОСТОЯНИИ Российский патент 2023 года по МПК H04W36/00 

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

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

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

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

Сущность изобретения

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

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

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

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

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

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

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

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

Фиг. 1 иллюстрирует процесс временной синхронизации для условной передачи обслуживания.

Фиг. 2 иллюстрирует процесс передачи сигнализации для условной передачи обслуживания.

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

Фиг. 4 иллюстрирует примерную последовательность операций процесса для передачи информации условной передачи обслуживания.

Фиг. 5 иллюстрирует блок-схему способа для того, чтобы повышать производительность подсистемы мобильности.

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

Фиг. 7 является представлением в форме блок-схемы части аппаратной платформы.

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

Разработка нового поколения беспроводной связи - связи на основе нового 5G-стандарта радиосвязи (NR) - составляет часть непрерывного процесса развития стандарта широкополосной связи для мобильных устройств, который удовлетворяет требованиям увеличения потребности сети. NR должен предоставлять большую пропускную способность, чтобы обеспечивать возможность большему числу пользователей соединяться одновременно. Другие аспекты, такие как энергопотребление, затраты на устройства, спектральная эффективность и задержка, также являются важными для удовлетворения потребностей различных сценариев связи.

Этот патентный документ описывает технологии, которые могут реализовываться для того, чтобы повышать производительность подсистемы мобильности. Производительность подсистемы мобильности представляет собой важный показатель производительности для LTE и NR. Множество услуг, в дополнение к традиционным голосовым услугам и услугам передачи Интернет-данных могут включать в себя различные требования по QoS. Например, некоторые услуги могут включать в себя ультранадежность и низкую задержку, включающие в себя дистанционное управление, авиатехнологии, промышленную автоматизацию, промышленное управление, дополненную реальность (AR), виртуальную реальность (VR) и т.д. Для таких услуг, производительность подсистемы мобильности, включающая в себя надежность и очень низкое время прерывания, может пытаться снижать время прерывания во время передачи обслуживания цели по времени задержки.

Фиг. 1 иллюстрирует процесс временной синхронизации для условной передачи обслуживания. Как проиллюстрировано на фиг. 1, для нормальной передачи обслуживания, UE может выполнять измерения согласно конфигурации сети (например, конфигурации измерений из сети). В первое время (T1), UE может отправлять сообщение по измерениям в исходную соту. Результаты измерений цели(ей) передачи обслуживания (т.е. целевой соты) могут включаться в сообщение по измерениям. При приеме сообщения по измерениям, исходная сота может идентифицировать целевую соту. Исходная сота может передавать запрос на передачу обслуживания в целевую соту и принимать сообщение подтверждения приема запроса на передачу обслуживания из целевой соты. Во второе время (T2) исходная сота может отправлять команду передачи обслуживания (HO CMD) в UE. Если HO CMD успешно принимается, UE может выполнять передачу обслуживания цели. В нормальной процедуре передачи обслуживания, сообщение по измерениям может инициироваться, когда качество целевой соты является достаточно хорошим для осуществления доступа посредством UE. В примере, качество исходной соты может становиться настолько плохим или ухудшается настолько быстро одновременно, и сообщение по измерениям и/или HO CMD являются уязвимыми для сбоя. В таком случае, передача обслуживания может инициироваться.

Условная передача обслуживания может включать в себя предоставление HO CMD раньше во времени, например, предоставление HO CMD, когда качество исходной соты является достаточно хорошим. Как проиллюстрировано на Фиг.1, исходная сота может управлять измерением, выполняемым UE, при котором более раннее сообщение по измерениям инициируется во время T0-1, когда исходное качество является достаточным. Аналогично, результаты измерений цели(ей) передачи обслуживания могут включаться в сообщение по измерениям. Во время T0-1 целевая сота(ы), включенная в сообщение по измерениям, может быть недостаточной для осуществления доступа посредством UE. При приеме раннего сообщения по измерениям, исходная сота может отправлять запрос на передачу обслуживания в целевую соту и принимать подтверждение приема запроса на передачу обслуживания из цели. Во время T0-2 исходная сота может выдавать команду условной передачи обслуживания (CHO CMD) в UE. UE может сохранять измерения, и когда качество целевой соты, указываемой в CHO CMD, является достаточно хорошим для осуществления доступа посредством UE, например, во время T1, UE выполняет передачу обслуживания целевой соте.

Примерный вариант осуществления 1

Фиг. 2 иллюстрирует процесс сигнализации для условной передачи обслуживания. Как показано на фиг. 2, этап 301 включает в себя передачу из исходной соты 320 в терминал 310 информации возобновления. На этапе 302 исходная сота 320 передает информацию CHO в терминал 310. На этапе 303 исходная сота 320 передает информацию конфигурации условий CHO в терминал 310. В некоторых вариантах осуществления, любая из информации возобновления и информации конфигурации условий CHO может передаваться до, после или одновременно с информацией CHO. Информация возобновления и информация конфигурации условий CHO могут предоставляться в UE в одном сообщении уровня управления радиоресурсами (RRC) или в двух отдельных RRC-сообщениях. Информация конфигурации условий CHO может передаваться с информацией CHO в одной передаче.

На этапе 304 терминал 310 может определять то, удовлетворяет или нет возможный вариант соты условию CHO. На этапе 305, терминал может осуществлять доступ к целевой соте.

Передача информации CHO

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

Общий RNTI может представлять собой RNTI первого типа, который отслеживается всеми UE в соте. RNTI первого типа может представлять собой RNTI для поисковых вызовов (P-RNTI), RNTI системной информации (SI-RNTI) и т.д. Общий RNTI может представлять собой RNTI второго типа, который может быть сконфигурирован для нескольких UE в соте. RNTI второго типа может представлять собой RNTI индикатора формата временного слота (SFI-RNTI) или новый RNTI, который вводится для этой цели.

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

Ниже по тексту приводятся примеры для различных способов предоставления информации CHO. В первом примере, сеть предоставляет информацию CHO в UE через широковещательную передачу SIB (например, SIBx). SIBx может планироваться посредством SI-RNTI.

Во втором примере, сеть выдает короткое сообщение в UE. Короткие сообщения могут включать в себя индикатор, который сообщает UE необходимость получать SIB (например, SIBx). UE может получать SIBx непосредственно после приема коротких сообщений. Пример индикатора, включенного в короткие сообщения, может включать в себя candidatecellinfo. Фиг. 3 иллюстрирует таблицу, показывающую содержимое коротких сообщений. Короткие сообщения могут планироваться посредством P-RNTI. SIB (например, SIBx) может включать в себя Информацию CHO и может планироваться посредством SI-RNTI.

В третьем примере, сеть выдает формат управляющей информации нисходящей линии связи (DCI) с CRC, скремблированным посредством RNTI второго типа (например, SFI-RNTI или нового введенного RNTI). DCI-формат может включать в себя индикатор, который сообщает UE необходимость получать SIB (например, SIBx). UE может получать SIBx непосредственно после приема DCI-формата.

В четвертом примере, сеть выдает DCI-формат с CRC, скремблированным посредством RNTI второго типа (например, SFI-RNTI или новым введенным RNTI). DCI-формат может включать в себя информацию (например, назначение ресурсов частотной области, назначение ресурсов временной области и т.д.), планирующую физический совместно используемый канал нисходящей линии связи (PDSCH). UE может принимать PDSCH, который включает в себя информацию CHO. Информация CHO, передаваемая по PDSCH, может представлять собой RRC-сообщение либо один или более транспортных блоков.

В пятом примере, сеть предоставляет информацию CHO в UE через сообщение системы поисковых вызовов. Сообщение системы поисковых вызовов может планироваться посредством P-RNTI.

Сеть может передавать информацию CHO в одно из более UE через передачу, запланированную посредством общего RNTI, как указано в первом варианте осуществления. Сеть может передавать информацию CHO в UE через RRC-сообщение, которое выдается выделенным для конкретного UE, например, запланированного посредством уникального идентификатора UE, например, посредством RNTI соты (C-RNTI), используемого в качестве идентификатора RRC-соединения.

Сеть может предоставлять информацию CHO в UE через передачу, запланированную посредством общего RNTI. Далее, ниже по тексту, сеть может отправлять RRC-сообщение, которое выдается выделенным для UE, например, запланированного посредством уникального идентификатора UE (например, C-RNTI), чтобы изменять информацию CHO для этого UE. В RRC-сообщении по меньшей мере один из параметров возможного варианта(ов) соты, который предоставлен в UE, может модифицироваться, возможный вариант(ы) соты, который предоставлен в UE, может удаляться/высвобождаться, и новый возможный вариант(ы) соты может добавляться.

Фиг. 4 иллюстрирует примерную последовательность операций процесса для передачи информации условной передачи обслуживания. Сеть может широковещательно передавать информацию CHO в SIBx. Параметры четырех возможных вариантов сот могут включаться в SIBx. SIBx может приниматься посредством всех UE в соте. В этом примере, UE1, UE2 и UE3 осуществляют доступ к соте. Сеть может определять необходимость изменять информацию CHO для этих трех UE. Как проиллюстрировано на фиг. 4, сеть может отправлять RRC-сообщение (например, сообщение RRCReconfiguration) в UE1. Только часть или все параметры для возможного варианта 1 соты могут включаться в сообщение. При приеме RRC-сообщения, UE1 может обновлять параметры для возможных вариантов сот и сохранять другие три возможных варианта сот (возможный вариант 2-4 соты) неизменными. Сеть может отправлять RRC-сообщение в UE2. В сообщении, сеть может указывать необходимость удалять возможный вариант 1 соты для UE2. При приеме RRC-сообщения, UE2 может удалять возможный вариант 1 соты, который принимается из SIBx, и сохранять другие три возможных вариантов сот (возможный вариант 2-4 соты) неизменными. Сеть может отправлять RRC-сообщение в UE2. В сообщение, могут включаться параметры для возможного варианта 5 соты. При приеме RRC-сообщения, UE2 может сохранять параметры для возможного варианта 5 соты и сохранять четыре возможных вариантах сот, принимаемых из SIBx, неизменными.

Информация CHO может включать в себя список возможных вариантов сот. Один или более возможных вариантов сот включаются в список возможных вариантов сот. Информация CHO для каждого возможного варианта соты может включать в себя по меньшей мере одно из индекса, выделяемого для возможного варианта соты, абсолютной частоты SSB, т.е. ARFCN SSB, физического идентификатора соты (PCI), позиции (первого) DM-RS для нисходящей и восходящей линии связи (например, dmrs-TypeA-Position), разнесения поднесущих и индивидуальных для соты параметров, например, параметров, которые содержатся в текущем информационном элементе ServingCellConfigCommonSIB.

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

В качестве примера, когда следует применять условную передачу обслуживания к неназемной сети (NTN), вышеуказанная информация выбора возможного варианта соты может задаваться несколькими способами. Для случая, в котором информация выбора возможного варианта соты представляет собой приоритет, для возможного варианта соты NTN, приоритет может задаваться равным "0" (или приоритет отсутствует). Во втором случае, в котором возможный вариант соты наземной сети (TN), приоритет задается равным "1". В этом случае, когда несколько возможных вариантов сот удовлетворяют соответствующему условию CHO, UE может выбирать возможный вариант(ы) соты с приоритетом, заданным в качестве "1", в приоритете.

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

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

Передача информации возобновления и информации конфигурации условий CHO

Как проиллюстрировано на этапе 303 по фиг. 2, исходная сота может предоставлять информацию конфигурации условий CHO в UE. Сеть может передавать Информацию CHO в одно или более UE через передачу, запланированную посредством общего RNTI. В этом случае, информация CHO может предоставляться в несколько UE или во все UE в исходной соте. Другими словами, Информация CHO может быть общей для группы UE или в некоторых UE в исходной соте.

В первом варианте осуществления, информация конфигурации условий CHO может содержать информацию CHO. В этом варианте осуществления, информация может передаваться в передаче, запланированной посредством общего RNTI. Информация может предоставляться в RRC-сообщении, которое выделяется для UE (например, запланированного посредством уникального идентификатора UE).

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

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

пороговое значение RSRQ для возможных вариантов сот и пороговое значение SINR для возможных вариантов сот.

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

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

Во втором варианте осуществления, информация конфигурации условий CHO может предоставляться в качестве части конфигурации (MeasConfig) измерений. В этом варианте осуществления, конфигурация условий CHO может предоставляться в UE в MeasConfig, содержащийся в RRC-сообщение (например, RRCReconfiguration). RRC-сообщение может выдаваться выделенным для этого UE, например, запланированного посредством уникального идентификатора UE, например, C-RNTI. MeasConfig может указывать измерения, которые должны выполняться посредством UE.

В этом варианте осуществления, список для добавления и модификации MeasId для условий CHO и список для удаления MeasId для условий CHO могут добавляться в MeasConfig. Например, список для добавления и/или модификации MeasId для условий CHO может представлять собой MeasIdForCHOAddModList SEQUENCE (РАЗМЕР (1... maxNrofMeasId)) MeasId. В качестве другого примера, список для удаления MeasId для условий CHO может задаваться как MeasIdForCHORemoveLis SEQUENCE (РАЗМЕР (1... maxNrofMeasId)) MeasId.

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

В третьем варианте осуществления, любые из признаков первого варианта осуществления и второго варианта осуществления могут комбинироваться.

Как проиллюстрировано на этапе 301 по фиг. 2, исходная сота может предоставлять информацию возобновления в UE. Сеть может передавать информацию возобновления в UE через RRC-сообщение. RRC-сообщение может выделяться для UE, например, запланированного посредством уникального идентификатора UE (например, C-RNTI).

Информация возобновления может включать в себя RNTI, который может идентифицировать контекст UE. RNTI может представлять собой новый RNTI, введенный для этой цели, неактивный RNTI (I-RNTI) или короткий I-RNTI. Информация возобновления также может включать в себя счетчик сцеплений следующих перескоков (NCC).

Возможный вариант соты удовлетворяет условию CHO

Как отмечено на этапе 304 по фиг. 2, возможный вариант соты может удовлетворять соответствующему условию CHO. То, удовлетворяет или нет сота соответствующему условию CHO, зависит от конфигурации условий CHO, предоставленной посредством сети. Поскольку случай одной конфигурации условий CHO предоставляется посредством сети, сота удовлетворяет условию CHO, если возникает одно из следующего:

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

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

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

RSRP возможного варианта соты превышает пороговое значение RSRP для возможных вариантов сот.

RSRQ возможного варианта соты превышает пороговое значение RSRQ для возможных вариантов сот.

SINR возможного варианта соты превышает пороговое значение SINR для возможных вариантов сот.

Первый таймер (например, T310-таймер) запускается, и RSRP возможного варианта соты превышает пороговое значение RSRP для возможных вариантов сот.

Первый таймер (например, T310-таймер) запускается, и RSRQ возможного варианта соты превышает пороговое значение RSRQ для возможных вариантов сот.

Первый таймер (например, T310-таймер) запускается, и SINR возможного варианта соты превышает пороговое значение SINR для возможных вариантов сот.

Второй таймер (например, T312-таймер) запускается, и RSRP возможного варианта соты превышает пороговое значение RSRP для возможных вариантов сот.

Второй таймер (например, T312-таймер) запускается, и RSRQ возможного варианта соты превышает пороговое значение RSRQ для возможных вариантов сот.

Второй таймер (например, T312-таймер) запускается, и SINR возможного варианта соты превышает пороговое значение SINR для возможных вариантов сот.

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

RSRP возможного варианта соты превышает пороговое значение RSRP для этого возможного варианта соты.

RSRQ возможного варианта соты превышает пороговое значение RSRQ для этого возможного варианта соты.

SINR возможного варианта соты превышает пороговое значение SINR для этого возможного варианта соты.

Первый таймер (например, T310-таймер) запускается, и RSRP возможного варианта соты превышает пороговое значение RSRP для этого возможного варианта соты.

Первый таймер (например, T310-таймер) запускается, и RSRQ возможного варианта соты превышает пороговое значение RSRQ для этого возможного варианта соты.

Первый таймер (например, T310-таймер) запускается, и SINR возможного варианта соты превышает пороговое значение SINR для этого возможного варианта соты.

Второй таймер (например, T312-таймер) запускается, и RSRP возможного варианта соты превышает пороговое значение RSRP для этого возможного варианта соты.

Второй таймер (например, T312-таймер) запускается, и RSRQ возможного варианта соты превышает пороговое значение RSRQ для этого возможного варианта соты.

Второй таймер (например, T312-таймер) запускается, и SINR возможного варианта соты превышает пороговое значение SINR для этого возможного варианта соты.

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

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

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

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

Первый таймер (например, T310-таймер) запускается, и RSRP возможного варианта соты превышает пороговое значение RSRP для этого возможного варианта соты;

Первый таймер (например, T310-таймер) запускается, и RSRQ возможного варианта соты превышает пороговое значение RSRQ для этого возможного варианта соты.

Первый таймер (например, T310-таймер) запускается, и SINR возможного варианта соты превышает пороговое значение SINR для этого возможного варианта соты.

Второй таймер (например, T312-таймер) запускается, и RSRP возможного варианта соты превышает пороговое значение RSRP для этого возможного варианта соты.

Второй таймер (например, T312-таймер) запускается, и RSRQ возможного варианта соты превышает пороговое значение RSRQ для этого возможного варианта соты.

Второй таймер (например, T312-таймер) запускается, и SINR возможного варианта соты превышает пороговое значение SINR для этого возможного варианта соты.

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

Как отмечено на этапе 305 по фиг. 2, UE может осуществлять доступ к целевой соте. Возможный вариант соты может удовлетворять соответствующему условию CHO. UE может осуществлять доступ к возможному варианту соты (или к "целевой соте"). UE может осуществлять доступ к возможному варианту соты либо через возобновление RRC-соединения, либо через нормальную передачу обслуживания.

Выбор категории доступа и выполнение управления доступом

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

Во втором варианте осуществления, терминал может выбирать категорию #x доступа и выполнять управление доступом. Категория #x доступа может представлять собой новую категорию доступа или одну из категории доступа, отличной от 0 (например, категорию 8 доступа).

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

В случае UE, осуществляющего доступ к возможному варианту соты через возобновление RRC-соединения, UE может вводить новую причину возобновления. Новая причина возобновления может указывать то, что оно представляет собой возобновление RRC-соединения для условной передачи обслуживания. UE может включать новую причину возобновления в сообщение RRCResumeRequest или в сообщение RRCResumeRequest1.

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

Передача обслуживания без RACH вводится во многих случаях. Процедура произвольного доступа может пропускаться в передаче обслуживания без RACH. UE может осуществлять доступ к цели через предварительно выделенное разрешение на UL-передачу, сконфигурированное в команде передачи обслуживания (например, в сообщении RRCReconfiguration). Если отсутствует предварительно выделенное разрешение на UL-передачу, сконфигурированное в команде передачи обслуживания, UE может отслеживать PDCCH целевой соты. Это может повышать производительность передачи обслуживания без RACH.

Для системы на основе формирования диаграммы направленности, например, для нового 5G-стандарта радиосвязи, помимо временной и частотной области, может вводиться дополнительная размерность (луч). Чтобы обеспечивать возможность сети достигать обучения луча, т.е. идентифицировать DL-луч во время передачи обслуживания без RACH, при предоставлении предварительно выделенного разрешения на UL-передачу в команде передачи обслуживания (например, в сообщении RRCReconfiguration), сеть может конфигурировать SSB- или CSI-RS-ассоциированное разрешение(я) на UL-передачу в команде передачи обслуживания. UE может выбирать подготовленный луч (например, SSB/CSI-RS с RSRP выше сконфигурированного порогового значения) и осуществлять доступ к цели через ассоциированное разрешение на UL-передачу. Целевой gNB может идентифицировать DL-луч (SSB или CSI-RS) согласно принимаемому PUSCH и ассоциированию между разрешением на UL-передачу и SSB/CSI-RS.

Во многих случаях, в течение длительного периода времени может отсутствовать подготовленный луч. Например, в этом случае, может отсутствовать подготовленный луч в ходе работы T304 (таймер отправляется в UE в команде передачи обслуживания, чтобы управлять временем выполнения передачи обслуживания). Это может указывать то, что в этом случае, UE не может осуществлять доступ к цели во время T304. После того, как T304 истекает, UE может инициировать процедуру повторного установления RRC, которая должна вызывать длительное прерывание для UE. На основе этого, UE может выполнять одно из следующего.

В первом случае, если SSB с RSRP выше порогового значения из SSB, сконфигурированных с разрешением на UL-передачу, не доступны, и CSI-RS с RSRP выше порогового значения из CSI-RS, сконфигурированных с разрешением на UL-передачу, не доступны, UE выполняет произвольный доступ к целевой соте.

Во втором случае, если SSB с RSRP выше порогового значения из SSB, сконфигурированных с разрешением на UL-передачу, не доступны, и CSI-RS с RSRP выше порогового значения из CSI-RS, сконфигурированных с разрешением на UL-передачу, не доступы, когда таймер Tx работает, UE выполняет произвольный доступ к целевой соте. Значение таймера Tx может быть меньше T304.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В некоторых вариантах осуществления, MeasConfig включает в себя список для того, чтобы добавлять или модифицировать идентификатор MesaConfig (MeasId) для условий, и список для того, чтобы удалять MeasID для условий.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В некоторых вариантах осуществления, упомянутое определение включает в себя определение того, что отсутствуют SSB с значением RSRP, которое превышает пороговое значение RSRP из SSB, сконфигурированных с разрешением на передачу по восходящей линии связи, и отсутствуют CSI-RS с значением RSRP, которое превышает пороговое значение RSRP из CSI-RS, сконфигурированных с разрешением на передачу по восходящей линии связи, когда таймер работает.

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

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

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

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

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

Фиг. 6 показывает пример системы беспроводной связи, в которой могут применяться технологии в соответствии с одним или более вариантов осуществления настоящей технологии. Система 700 беспроводной связи может включать в себя одну или более базовых станций 705a, 705b (BS), одно или более беспроводных устройств 710a, 710b, 710c, 710d и базовую сеть 725. Базовая станция 705a, 705b может предоставлять беспроводные услуги для беспроводных устройств 710a, 710b, 710c и 710d в одном или более беспроводных секторов. В некоторых реализациях, базовая станция 705a, 705b включает в себя направленные антенны для того, чтобы формировать два или более направленных луча с тем, чтобы предоставлять покрытие беспроводной связи в различных секторах.

Базовая сеть 725 может обмениваться данными с одной или более базовых станций 705a, 705b. Базовая сеть 725 предоставляет подключение к другим системам беспроводной связи и системам проводной связи. Базовая сеть может включать в себя одну или более баз данных подписчиков на услуги, чтобы сохранять информацию, связанную с подписанными беспроводными устройствами 710a, 710b, 710c и 710d. Первая базовая станция 705a может предоставлять беспроводные услуги на основе первой технологии радиодоступа, тогда как вторая базовая станция 705b может предоставлять беспроводные услуги на основе второй технологии радиодоступа. Базовые станции 705a и 705b могут совместно размещаться или могут отдельно устанавливаться на местах согласно сценарию развертывания. Беспроводные устройства 710a, 710b, 710c и 710d могут поддерживать несколько различных технологий радиодоступа.

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

Фиг. 7 является представлением в форме блок-схемы части аппаратной платформы. Аппаратная платформа 805, такая как сетевое устройство или базовая станция или беспроводное устройство (или UE), может включать в себя электронную схему 810 процессора, такую как микропроцессор, который реализует одну или более технологий, представленных в этом документе. Аппаратная платформа 805 может включать в себя электронную схему 815 приемо-передающего устройства для того, чтобы отправлять и/или принимать проводные или беспроводные сигналы по одному или более интерфейсов связи, таких как антенна 820 или проводной интерфейс. Аппаратная платформа 805 может реализовывать другие интерфейсы связи с заданными протоколами для передачи и приема данных. Аппаратная платформа 805 может включать в себя одно или более запоминающих устройств (не показаны явно), выполненных с возможностью сохранять информацию, такую как данные и/или инструкции. В некоторых реализациях, электронная схема 810 процессора может включать в себя, по меньшей мере, часть электронной схемы 815 приемо-передающего устройства. В некоторых вариантах осуществления, по меньшей мере, некоторые раскрытые технологии, модули или функции реализуются с использованием аппаратной платформы 805.

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

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

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

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

Процессоры, подходящие для выполнения компьютерной программы, включают в себя, в качестве примера, микропроцессоры общего и специального назначения и любой один или более процессоров любого типа цифрового компьютера. В общем, процессор принимает инструкции и данные из постоянного запоминающего устройства или оперативного запоминающего устройства, либо из того и из другого. Существенные элементы компьютера представляют собой процессор для выполнения инструкций и одно или более запоминающих устройств для сохранения инструкций и данных. В общем, компьютер также должен включать в себя или функционально соединяться с возможностью принимать данные или передавать данные либо как принимать, так и передавать данные в одно или более устройств хранения данных большой емкости для сохранения данных, например, на магнитные, магнитооптические диски или оптические диски. Тем не менее, компьютер не должен обязательно иметь такие устройства. Машиночитаемые носители, подходящие для сохранения компьютерных программных инструкций и данных, включают в себя все формы энергонезависимого запоминающего устройства, носителей и запоминающих устройств, включающих в себя в качестве примера полупроводниковые запоминающие устройства, например, EPROM, EEPROM и устройства флэш-памяти; магнитные диски, например, внутренние жесткие диски или съемные диски; магнитооптические диски; и CD-ROM- и DVD-ROM-диски. Процессор и запоминающее устройство могут дополняться посредством или включаться в логическую схему специального назначения.

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

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

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

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

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

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

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

передают посредством терминала сообщение доступа в потенциально подходящую соту на основе определения того, что потенциально подходящая сота удовлетворяет упомянутому условию,

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

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

2. Способ по п.1, в котором информация конфигурации условий передается через информационный элемент измерений конфигурации (MeasConfig) в RRC-сообщении, при этом информационный элемент MeasConfig указывает измерения для терминала, которые должны быть выполнены.

3. Способ беспроводной связи, содержащий этапы, на которых:

формируют посредством исходной соты информацию конфигурации условий для передачи обслуживания терминала; и

выполняют посредством исходной соты передачу, которая включает в себя информацию конфигурации условий, в терминал,

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

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

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

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

4. Способ по п.3, в котором информация конфигурации условий передается через информационный элемент измерений конфигурации (MeasConfig) в RRC-сообщении, при этом информационный элемент MeasConfig указывает измерения для терминала, которые должны быть выполнены.

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

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

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

передачу, посредством терминала, сообщения доступа в потенциально подходящую соту на основе определения того, что потенциально подходящая сота удовлетворяет упомянутому условию,

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

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

6. Терминал по п.5, при этом информация конфигурации условий передается через информационный элемент измерений конфигурации (MeasConfig) в RRC-сообщении, причем информационный элемент MeasConfig указывает измерения для терминала, которые должны быть выполнены.

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

формирование, посредством исходной соты, информации конфигурации условий для передачи обслуживания терминала; и

выполнение, посредством исходной соты, передачи, которая включает в себя информацию конфигурации условий, в терминал,

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

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

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

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

8. Исходная базовая станция по п.7, при этом информация конфигурации условий передается через информационный элемент измерений конфигурации (MeasConfig) в RRC-сообщении, при этом информационный элемент MeasConfig указывает измерения для терминала, которые должны быть выполнены.