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

Описание патента на изобретение RU2789775C1

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

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

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

В системах, использующих технологию «Новое радио» (New Radio, NR), для уменьшения сигнализационных издержек и мощности, потребляемой пользовательским оборудованием (User equipment, UE), введено состояние, промежуточное между «неактивным» состоянием управления радио ресурсами control (Radio Resource Control, RRC) (иными словами, состоянием RRC_IDLE) и соединенным состоянием RRC (иными словами, состоянием RRC_CONNECT), т.е. неактивное состояние RRC (иными словами, RRC_INACTIVE).

Когда UE находится в состоянии RRC_INACTIVE, с точки зрения базовой сети связи (CoreNetwork, CN), это UE поддерживает соединенное состояние управления соединением (connection management connected state (CM-CONNECTED)) в отношении базовой сети связи. В этом случае, узел gNB, с которым UE соединилось последний раз, сохраняет контекст UE и соединения нового поколения (NG) с функцией управления доступом и мобильностью (access and mobility management function, AMF)/функцией плоскости пользователя (user plane function, UPF). Узел gNB, с которым UE соединилось последний раз, принадлежит сети доступа пятого поколения (5G) (NG-RAN). Поэтому, когда UE переключается из состояния RRC_INACTIVE в состояние RRC_CONNECT, необходимо восстановить только соединение между UE и узлом gNB без привлечения базовой сети связи, так что объем сигнализации между UE и сетью CN может быть значительно уменьшен.

Аналогично состоянию RRC_IDLE UE имеет низкую потребляемую мощность, когда это UE находится в состоянии RRC_INACTIVE. Однако следует отметить, что когда UE находится в состоянии RRC_IDLE, сторона сети связи сохраняет идентификатор области отслеживания (Tracking Area Identity, TAI) UE, но не сохраняет идентификатор обслуживающей ячейки для этого UE, так что когда стороне сети необходимо доставить данные сервиса UE, стороне сети необходимо передать пейджинговое сообщение базовой сети (CN Paging), чтобы найти UE в области TA. Аналогично, когда UE находится в состоянии RRC_INACTIVE, сеть NG-RAN сохраняет идентификатор области оповещения в сети радио доступа (RAN-based notification area, RNA) для UE, но не сохраняет идентификатор обслуживающей ячейки для UE. Когда сетевой стороне нужно передать данные сервиса UE, сетевая сторона сначала передает пейджинговое сообщение сети радио доступа (radio access network, RAN), т.е. (RAN Paging), с использованием сети NG-RAN, для поиска UE в области RNA. Эта область RNA входит в область TA, что означает факт, что область RNA меньше области TA.

В некоторых сценариях, фактическое состояние UE может быть не согласовано с состоянием UE, зарегистрированным на сетевой стороне. Например, состояние UE, зарегистрированное на сетевой стороне, является состоянием RRC_INACTIVE, но это UE может перейти в режим ожидания (далее – закрепиться) в ячейке NR вновь после отсоединения от сети связи или выбора другой системы и переключиться в состояние RRC_IDLE. Когда UE необходимо передать данные восходящей линии, на основе зарегистрированного состояния UE (состояние RRC_INACTIVE), сетевой стороне необходимо сначала передать пейджинговое сообщение RAN Paging с использованием сети NG-RAN. Поскольку UE весьма вероятно находится вне области RNA для пейджинга RAN Paging, UE может не ответить на сообщение RAN Paging. Сетевая сторона передает сетевое пейджинговое сообщение CN Paging только после истечения времени ожидания доставки сообщения RAN Paging сетью NG-RAN или после того, как было сделано заданное число попыток. Тогда UE может переключиться из состояния RRC_IDLE в состояние RRC_CONNECT в ответ на сообщение CN Paging и принять данные, доставляемые сетевой стороной. Поэтому, когда фактическое состояние UE не согласовано с состоянием UE, зарегистрированным сетевой стороной, это UE медленно реагирует на пейджинговое сообщение от сетевой стороны, результатом чего является плохое качество услуг для пользователя.

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

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

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

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

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

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

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

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

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

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

В одном из возможных вариантов реализации, процедура закрепления посредством UE во второй ячейке первой сети связи, когда выполняется второе заданное условие, где это UE находится в неактивном состоянии RRC, содержит: когда выполняется второе заданное условие, закрепление посредством UE во второй ячейке первой сети связи, где это UE не переходит в состояние ожидания RRC; или когда выполняется это второе заданное условие, закрепление посредством UE во второй ячейке первой сети связи и переход в состояние ожидания RRC и затем в неактивное состояние RRC. Таким образом, предложены два способа удержания UE в неактивном состоянии RRC.

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

В неактивном состоянии RRC, UE может быстро откликаться на первое сообщение RAN paging. Однако в обычной технике, после автоматического перехода в состояние ожидания RRC, UE не может откликнуться на первое сообщение RAN paging до тех пор, пока сетевая сторона не передаст сообщение CN paging. Поэтому варианты настоящей заявки увеличивают скорость отклика UE на пейджинговое сообщение.

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

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

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

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

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

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

Другими словами, когда UE находится в неактивном состоянии RRC в первой сети связи, после приема указания от пользователя перейти в соединенное состояние RRC, это UE может не оставаться в неактивном состоянии RRC, а перейти в соединенное состояние RRC. Это создает еще один другой способ позволить UE выйти из неактивного состояния RRC в первой сети связи.

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

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

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

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

В одном из возможных вариантов реализации, процедура закрепления посредством UE во второй ячейке первой сети связи, когда удовлетворяется заданное условие, где UE находится в неактивном состоянии RRC, содержит: когда удовлетворяется заданное условие, закрепление посредством UE во второй ячейке первой сети связи, где это UE не переходит в состояние ожидания RRC; или когда удовлетворяется заданное условие, закрепление посредством UE во второй ячейке первой сети связи и переход его в состояние ожидания RRC и затем в неактивное состояние RRC.

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

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

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

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

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

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

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

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

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

В одном из возможных вариантов реализации, процедура закрепления посредством UE во второй ячейке первой сети связи, когда выполняется второе заданное условие, где это UE находится в неактивном состоянии RRC, содержит: когда удовлетворяется второе заданное условие, закрепление посредством UE во второй ячейке первой сети связи, где это UE не переходит в состояние ожидания RRC; или когда удовлетворяется второе заданное условие, закрепление посредством UE во второй ячейке первой сети связи, и переход его в состояние ожидания RRC и затем в неактивное состояние RRC.

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

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

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

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

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

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

Фиг. 1A представляет упрощенную структурную схему системы связи согласно одному из вариантов настоящей заявки;

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

фиг. 1C представляет упрощенную схему, иллюстрирующую переключение между разными конечными автоматами в известных системах NR и системе LTE;

фиг. 2 представляет упрощенную структурную схему электронного устройства согласно одному из вариантов настоящей заявки;

фиг. 3A представляет упрощенную логическую схему способа увеличения скорости отклика на пейджинговое сообщение в оборудовании UE согласно одному из вариантов настоящей заявки;

фиг. 3B представляет упрощенную схему некоторых графических интерфейсов пользователя в известном оборудовании UE;

фиг. 3C представляет упрощенную схему некоторых графических интерфейсов пользователя в оборудовании UE согласно одному из вариантов настоящей заявки;

фиг. 4 представляет упрощенную логическую схему пейджинга в известном оборудовании UE;

фиг. 5 представляет упрощенную логическую схему другого способа увеличения скорости отклика на пейджинговое сообщение в оборудовании UE согласно одному из вариантов настоящей заявки; и

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

Описание вариантов

В описании вариантов настоящей заявки, если не специфицировано иное, знак "/" представляет функцию, имеющую значение «или». Например, A/B может представлять A или B. Термин «и/или» в настоящем описании обозначает только ассоциативное соотношение для описания ассоциированных объектов, указывая, что могут существовать три соотношения. Например, A и/или B может представлять следующие три случая: только A, и A и B и только B.

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

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

Например, способ, предлагаемый в вариантах настоящей заявки, применим к системам пятого поколения (5G), системе LTE или к другим системам связи, позволяющим UE переключаться в состояние RRC_INACTIVE. Сети связи, к которым применимы технические решения, предлагаемые в настоящей заявке, не ограничиваются вариантами настоящей заявки. В последующем, технические решения, предлагаемые в вариантах настоящей заявки, рассмотрены с использованием сети связи 5G в качестве примера.

На фиг. 1A представлена упрощенная схема архитектуры сети связи 5G согласно одному из вариантов настоящей заявки. Сеть связи 5G содержит опорную сеть связи 5G (5GC) и сеть доступа 5G (NG-RAN).

Опорная сеть связи 5G (5G core, 5GC) содержит, не ограничиваясь этим, функцию управления доступом и мобильностью (access and mobility management function, AMF)/функцию плоскости пользователя (user plane function, UPF). Функция AMF отвечает за шифрование и защиту целостности сообщений слоя без доступа (Non-access stratum, NAS) и реализует такие функции, как регистрация UE, присоединение, мобильность и прозрачная передача сообщений СМС (SMS). Функция UPF, в качестве анкерной точки внутрисистемной/межсистемной мобильности, отвечает за маршрутизацию и пересылку пакетов данных, проверку пакетов данных и реализацию правил политики в части плоскости пользователя; в качестве классификатора восходящей линии, поддерживает маршрутизацию потоков в сеть передачи данных; и в качестве точки разветвления, поддерживает сеансы передачи единиц данных протокола (protocol data unit, PDU) с несколькими главными машинами, обработку качества обслуживания QoS в плоскости пользователя, буферизацию пакетов нисходящей линии, запуск оповещения о данных нисходящей линии и другие подобные функции.

Сеть доступа 5G (NG-RAN) содержит устройство с функциями радио приемопередатчика, либо кристалл интегральной схемы (систему на кристалле), либо компонент, либо сборку, устанавливаемую на устройстве. Сеть NG-RAN может содержать узел gNB или передающую точку (transmission point (TRP или TP)) в системе 5G (например, в системе NR) и одну антенную панель или одну группу антенных панелей (включающую несколько антенных панелей) базовой станции в системе 5G, либо может быть узел сети связи, который образует узел gNB или передающую точку, например, модуль видеодиапазона (baseband unit (BBU)), распределенный модуль (distributed unit, DU) либо придорожный модуль (road side unit, RSU) с функцией базовой станции. Узел gNB представляет конечный узел в плоскости пользователя системы NR и протокол плоскости управления для UE, а также соединен с сетью 5GC с использованием интерфейса NG.

В некоторых примерах, сеть NG-RAN может далее содержать узел ng-eNB. В неавтономной (non-standalone (NSA)) сетевой архитектуре Опции 4 (Option 4) базовую станцию системы 4G необходимо обновить для поддержки системы eLTE и взаимодействия с опорной сетью связи 5G. Обновленная базовая станция системы 4G называется узлом ng-eNB. Вследствие двойного соединения (dual connectivity (DC)) системы 5G NR (N) и базовой станции 4G eNB (E) с системой 5G NR в качестве анкерной точки такая архитектура называется NE-DC (NR eNB Dual Connection). Аналогично, в неавтономной (NSA) сетевой архитектуре согласно Опции 7 (Option 7) базовая станция системы 4G взаимодействует с опорной сетью связи 5G. Обновленная базовая станция системы 4G также называется ng-eNB. Однако с анкерной точкой в узле ng-eNB такая архитектура называется NGEN-DC (NG-Enb NR Dual Connection). Узел ng-eNB представляет конечный узел в плоскости пользователя системы E-UTRA и протокол плоскости управления для UE и соединен с сетью 5GC с использованием интерфейса NG.

Базовые станции (gNB, ng-eNB и другие подобные станции) в сети NG-RAN могут быть соединены одни с другими через интерфейсы Xn для осуществления связи.

Для облегчения понимания, сначала будут рассмотрены конечный автомат (state machine) и переключение состояний UE в системе NR. Конечный автомат определяет поведение и состояния UE в различных случаях.

Как показано на фиг. 1B, конечный автомат UE в системе NR имеет соединенное состояние RRC (иными словами, состояние RRC_CONNECT), неактивное состояние RRC (иными словами, состояние RRC_INACTIVE или неактивное состояние) и состояние ожидания RRC (иными словами, состояние RRC_IDLE).

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

В качестве альтернативы, если между UE и сетевой стороной в течение некоторого периода времени (например, периода 1 времени) отсутствует передача данных, сетевая сторона может передать сигнализацию отмены, несущую конфигурацию приостановки (suspend), чтобы напрямую отменить соединение между опорной сетью связи и UE. Затем UE переключается из состояния RRC_CONNECT в состоянии RRC_INACTIVE. В этом случае, сеть доступа, к которой UE присоединилось в последний раз, остается, по-прежнему, соединена с опорной сетью связи. Когда нужно передать данные между UE и сетевой стороной, соединение между UE и сетью доступа может быть быстро возобновлено (resume). Иными словами, UE может быстро переключиться из состояния RRC_INACTIVE назад в состояние RRC_CONNECT.

В качестве альтернативы, если по-прежнему не было передачи данных между UE и сетевой стороной в течение некоторого периода времени (например, периода 2 времени), после того, как UE перешло в состояние RRC_INACTIVE, сетевая сторона может полностью отменить соединение между опорной сетью связи и сетью доступа. Тогда UE переключается из состояния RRC_INACTIVE в состояние RRC_IDLE. В этом случае, когда UE находится в состоянии RRC_IDLE, если необходимо передать данные между таким UE и сетевой стороной, этому UE необходимо вновь установить соединение с сетевой стороной.

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

Можно понять, что в системе NR UE может переключаться между состоянием RRC_INACTIVE, состоянием RRC_INACTIVE и состоянием RRC_IDLE. В дополнение к этому, UE может также взаимодействовать с другой системой (например, LTE/UMTS/GSM) для изменения состояния RRC. На фиг. 1C представлена упрощенная схема, иллюстрирующая переключение состояний взаимодействия между системой NR и системой LTE. Например, из состояния RRC_INACTIVE или состояния RRC_IDLE в системе NR, UE может повторно выбрать систему LTE и переключиться в состояние RRC_IDLE системы LTE. Из состояния RRC_IDLE системы LTE, UE может переключиться в состояние RRC_IDLE системы NR посредством повторного выбора, но не в состояние RRC_INACTIVE системы NR.

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

Когда UE находится в системе NR, если передача данных между UE и сетевой стороной в течение некоторого периода времени не производится, сетевая сторона указывает такому UE перейти в состояние RRC_INACTIVE. Когда UE находится в состоянии RRC_INACTIVE, если сигнал из текущей обслуживающей ячейки не удовлетворяет условию закрепления, это UE отсоединяется от сети связи. Это UE осуществляет поиск ячейки. Если ячейка, удовлетворяющая условию закрепления и найденная в ходе поиска ячейки, является ячейкой системы LTE, UE закрепляется в этой ячейке LTE. В этом случае UE переключается в состояние RRC_IDLE в системе LTE. Однако на сетевой стороне в системе NR по-прежнему зарегистрировано, что это UE находится в состоянии RRC_INACTIVE в системе NR. В некоторых примерах, UE успешно регистрируется в ячейке системы LTE. После этого, если нужно передать данные, UE устанавливает соединение RRC с сетью связи LTE и переключается из состояния RRC_IDLE системы LTE в состояние RRC_CONNECT система LTE. В некоторых других примерах, если UE не смогло успешно зарегистрироваться в ячейке системы LTE, или если эта ячейка системы LTE не удовлетворяет условию закрепления, это UE снова осуществляет поиск ячейки, находит ячейку системы NR и закрепляется в этой ячейке системы NR. В этом случае, UE переходит в состояние RRC_IDLE в системе NR. Однако на сетевой стороне в системе NR зарегистрировано, что это UE находится в состоянии RRC_INACTIVE.

В качестве альтернативы, когда UE находится в состоянии RRC_INACTIVE и это UE обнаружит, что текущая ячейка, где оно закреплено, удовлетворяет критериям повторного выбора ячейки, это UE повторно выбирает ячейку. UE может повторно выбрать ячейку из другой системы (например, из системы LTE), но выбирает повторно ячейку из системы NR из-за безуспешной регистрации в другой системе. Когда UE повторно выбирает ячейку из другой системы, это UE переключается из состояния RRC_INACTIVE в системе NR в состояние RRC_IDLE в другой системе. Когда UE повторно выбирает ячейку вновь в системе NR, это UE вновь переключается из состояния RRC_IDLE другой системы назад в состояние RRC_IDLE системы NR system. Следует отметить, что в это время состояние UE, зарегистрированное на сетевой стороне, остается неизменным и по-прежнему является состоянием RRC_INACTIVE.

Как описано выше, когда состояние UE, зарегистрированное на сетевой стороне, отличается от фактического состояния этого UE, такое UE реагирует на пейджинговое сообщение с сетевой стороны медленно, что ведет к снижению качества обслуживания пользователя. Поэтому, согласно способу повышения доли успешных попыток реакции UE на пейджинговые сообщения согласно вариантам настоящей заявки, когда это UE находится в состоянии RRC_INACTIVE, такое UE не переходит автоматически в состояние RRC_IDLE, а остается в состоянии RRC_INACTIVE в некотором конкретном сценарии, либо автоматически переходит в состояние RRC_IDLE и затем быстро переходит в состояние RRC_INACTIVE в конкретном сценарии. Этот конкретный сценарий содержит, не ограничиваясь, следующее: UE в состоянии RRC_INACTIVE отсоединяется от сети связи и затем снова закрепляется в ячейки первоначальной системы; либо UE в состоянии RRC_INACTIVE отсоединяется от сети связи, закрепляется в ячейке другой системы и затем снова закрепляется в ячейке исходной системы, когда это UE не зарегистрировано и не смогло успешно зарегистрироваться в ячейке другой системы; либо UE в состоянии RRC_INACTIVE повторно выбирает ячейку другой системы, но снова закрепляется в ячейке исходной системы, когда UE не зарегистрировано и не смогло успешно зарегистрироваться в ячейке другой системы. Таким образом, способ, предлагаемый в вариантах настоящей заявки, сохраняет согласованность фактического состояния UE с состоянием этого UE, зарегистрированным на сетевой стороне, увеличивая скорость отклика UE на пейджинговое сообщение от сетевой стороны, чтобы улучшить обслуживание для пользователя.

Например, в одном из вариантов настоящей заявки, UE может представлять собой, например, мобильный телефон, планшетный компьютер, персональный компьютер (personal computer, PC), персональный цифровой помощник (personal digital assistant, PDA), разумные часы, нетбук, носимое устройство, устройство дополненной реальности (augmented reality, AR), устройство виртуальной реальности (virtual reality, VR), автомобильное устройство, интеллектуальный экран, разумный автомобиль, разумный звукосниматель, робот и т.п. Конкретная форма UE в настоящей заявке ничем конкретно не ограничивается.

На фиг. 2 представлена упрощенная структурная схема UE 100.

Это UE 100 может содержать процессор 110, интерфейс 120 внешнего запоминающего устройства, внутреннее запоминающее устройство 121, интерфейс 130 универсальной последовательной шины (universal serial bus, USB), модуль 140 управления зарядом, модуль управления питанием 141, аккумулятор 142, антенну 1, антенну 2, модуль 150 мобильной связи, модуль 160 радиосвязи, аудио модуль 170, громкоговоритель 170A, телефонный приемник 170B, микрофон 170C, гнездо 170D для подключения наушников, сенсорный модуль 180, кнопку 190, двигатель 191, индикатор 192, объектив 193 видеокамеры, дисплей 194, интерфейс 195 модуля идентификации абонента (SIM-карты) (subscriber identification module, SIM) и т.п. Можно понимать, что структура вариантов настоящего изобретения не составляет каких-то конкретных ограничений на UE 100. В некоторых других вариантах настоящей заявки UE 100 может содержать больше или меньше компонентов, чем показано на чертеже, некоторые компоненты оказываются комбинированы, некоторые компоненты оказываются разбиты, либо какие-то компоненты располагаются по-другому. Компоненты, показанные на чертеже, могут быть реализованы в форме аппаратуры, программного обеспечения или комбинации аппаратуры и программного обеспечения.

Процессор 110 может содержать один или несколько процессорных модулей. Например, процессор 110 может представлять собой процессор приложений (application processor, AP), процессорный модуль модема, графический процессор (graphics processing unit, GPU), процессор сигнала изображения (image signal processor, ISP), контроллер, видео кодек, цифровой процессор сигнала (digital signal processor, DSP), процессор видеодиапазона и/или процессорный модуль нейронной сети (neural-network processing unit, NPU) или другой подобный процессор. Различные процессорные модули могут представлять собой раздельные устройства или могут быть интегрированы в одном или нескольких процессорах.

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

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

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

Модуль 140 управления зарядом конфигурирован для приема заряда от зарядного устройства. Зарядное устройство может представлять собой беспроводное зарядное устройство или проводное зарядное устройство. В некоторых вариантах заряда по кабелю модуль 140 управления зарядом может получить входной заряд от проводного зарядного устройства с использованием USB-интерфейса 130. В некоторых вариантах беспроводной зарядки модуль 140 управления зарядом может принять заряд беспроводным способом с использованием беспроводной зарядной катушки UE 100. В процессе заряда аккумулятора 142 модуль 140 управления зарядом может также передавать энергию UE с использованием модуля 141 управления питанием.

Модуль 141 управления питанием конфигурирован для соединения с аккумулятором 142, модулем 140 управления зарядом и процессором 110. Модуль 141 управления питанием принимает энергию от аккумулятора 142 и/или модуля 140 управления зарядом и передает энергию процессору 110, внутреннему запоминающему устройству 121, дисплею 194, объективу видеокамеры 193, модулю 160 радиосвязи и т.д. Модуль 141 управления питанием может также быть конфигурирован для мониторинга параметров, таких как емкость аккумулятора, число циклов аккумулятора и состояние «здоровья» аккумулятора (утечка и сопротивление). В некоторых других вариантах, модуль 141 управления питанием может быть в качестве альтернативы расположен в процессоре 110. В некоторых других вариантах модуль 141 управления питанием и модуль 140 управления зарядом могут быть в качестве альтернативы расположены в одном и том же устройстве.

Функция радиосвязи UE 100 может быть реализована с использованием антенны 1, антенны 2, модуля 150 мобильной связи, модуля 160 радиосвязи, процессорного модуля модема, процессора видеодиапазона и т.п.

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

Модуль 150 мобильной связи может предоставить технические решения радиосвязи, включая поколения 2G/3G/4G/5G для применения к UE 100. Модуль 150 мобильной связи может содержать по меньшей мере один фильтр, переключатель, усилитель мощности, малошумящий усилитель (low noise amplifier, LNA) и другие подобные устройства. Модуль 150 мобильной связи может принимать электромагнитные волны с использованием антенны 1, осуществлять фильтрацию, усиление и другую обработку принятых электромагнитных волн и передавать обработанные электромагнитные волны процессорному модулю модема для демодуляции. Модуль 150 мобильной связи может также усилить сигнал, модулированный процессорным модулем модема, и преобразовать усиленный сигнал в электромагнитные волны для излучения с использованием антенны 1. В некоторых вариантах, по меньшей мере часть функциональных модулей из модуля 150 мобильной связи могут быть расположены в процессоре 110. В некоторых вариантах, по меньшей мере часть функциональных модулей из модуля 150 мобильной связи и по меньшей мере часть модулей процессора 110 могут быть расположены в одном и том же устройстве.

Процессорный модуль модема может содержать модулятор и демодулятор. Модулятор конфигурирован для модуляции подлежащего передаче низкочастотного сигнала видеодиапазона и преобразования его в среднечастотный или высокочастотный сигнал. Демодулятор конфигурирован для демодуляции принятого сигнала электромагнитных волн и преобразования его в низкочастотный сигнал видеодиапазона. Демодулятор затем передает низкочастотный сигнал видеодиапазона, полученный в результате демодуляции, процессору видеодиапазона для обработки. После обработки в процессоре видеодиапазона низкочастотный сигнал видеодиапазона передают процессору приложений. Этот процессор приложений передает на выход звуковой сигнал с использованием аудио устройства (не исчерпывается громкоговорителем 170A, телефонным приемником 170B, и т.п.), или представляет изображение или видео с использованием дисплея 194. В некоторых вариантах, процессорный модуль модема может представлять собой отдельное устройство. В некоторых других вариантах процессорный модуль модема может быть независимым от процессора 110 и расположенным в одном и том же устройстве вместе с модулем 150 мобильной связи или с другим функциональным модулем.

Модуль 160 (беспроводной) радиосвязи может предоставлять решения для радиосвязи, применимые в оборудовании UE 100, включая локальные сети радиосвязи (wireless local area network, WLAN) (например, сеть «беспроводной достоверности» (wireless fidelity, Wi-Fi)), Bluetooth (bluetooth, BT), глобальную навигационную спутниковую систему (global navigation satellite system, GNSS), частотную модуляцию (frequency modulation, FM), связь в ближней зоне (near field communication, NFC), связь в инфракрасном диапазоне (infrared, IR) и другие подобные решения. Модуль 160 радиосвязи может быть выполнен в виде одного или нескольких устройств, интегрирующих по меньшей мере один процессорный модуль связи. Модуль 160 радиосвязи принимает электромагнитные волны с использованием антенны 2, осуществляет частотную модуляцию и фильтрацию сигнала электромагнитных волн и передает обработанный сигнал процессору 110. Этот модуль 160 радиосвязи может также принять подлежащий передаче сигнал от процессора 110, осуществить частотную модуляцию и усиление этого сигнала и преобразовать обработанный сигнал в электромагнитные волны для излучения с использованием антенны 2.

В некоторых вариантах, антенна 1 UE 100 соединена с модулем 150 мобильной связи, а антенна 2 соединена с модулем 160 радиосвязи, так что UE 100 может осуществлять связь с сетью связи и с другим устройством с использованием технологии радиосвязи. Такая технология радиосвязи может представлять собой глобальную систему мобильной связи (global system for mobile communications, GSM), систему пакетной радиосвязи общего пользования (general packet radio service, GPRS), систему многостанционного доступа с кодовым уплотнением (code division multiple access, CDMA), широкополосную систему многостанционного доступа с кодовым уплотнением (wideband code division multiple access, WCDMA), систему многостанционного доступа с кодовым уплотнением и с разделением времени (time-division code division multiple access, TD-SCDMA), систему долговременной эволюции (long term evolution, LTE), технологию BT, GNSS, WLAN, NFC, FM и/или IR, либо другую подобную технологию. Система GNSS может представлять собой систему глобального местоопределения (global positioning system, GPS), глобальную спутниковую навигационную систему (global navigation satellite system, GLONASS), спутниковую навигационную систему «Байду» (beidou navigation satellite system, BDS), квази-зенитную спутниковую систему (quasi-zenith satellite system, QZSS) и/или спутниковую систему контроля и коррекции (satellite based augmentation systems, SBAS).

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

Дисплей 194 конфигурирован для представления изображения, видео или другой подобной информации. Этот дисплей 194 содержит панель дисплея. Панель дисплея может использовать жидкокристаллический дисплей (liquid crystal display, LCD), органические светодиоды (organic light-emitting diode, OLED), органические светодиоды с активной матрицей (active-matrix organic light emitting diode, AMOLED), гибкие светодиодные панели (flex light-emitting diode, FLED), светодиодные панели типа Miniled, MicroLed, Micro-oLed, светодиоды с квантовыми точками (quantum dot light emitting diodes, QLED), или другие подобные элементы. В некоторых вариантах, UE 100 может содержать 1 или N дисплеев 194, где N – положительное целое число больше 1.

Интерфейс 120 внешнего запоминающего устройства может быть конфигурирован для соединения с внешней картой памяти, например, картой Micro SD, для расширения емкости UE 100 для записи и хранения информации. Внешняя карта памяти осуществляет связь с процессором 110 с использованием интерфейса 120 внешнего запоминающего устройства для реализации функции хранения данных. Например, на этой внешней карте памяти хранятся такие файлы, как музыка и видео.

Внутреннее запоминающее устройство 121 может быть конфигурировано для сохранения выполняемого компьютером программного кода, где этот выполняемый программный код содержит команды. Внутреннее запоминающее устройство 121 может иметь область хранения программ и область хранения данных. Область хранения программ может сохранять операционную систему, прикладную программу, необходимую для осуществления по меньшей мере одной функции (например, функции воспроизведения звука и функции воспроизведения изображения) и другие подобные программы. Область хранения данных может сохранять данные (например, аудио данные и телефонную книжку), созданные за время использования UE 100, и другую подобную информацию. В дополнение к этому, внутреннее запоминающее устройство 121 может содержать быстродействующее запоминающее устройство с произвольной выборкой и может далее содержать энергонезависимое запоминающее устройство, например, по меньшей мере одно дисковое запоминающее устройство, устройство флэш-памяти или универсальный флэш-накопитель (universal flash storage, UFS). Процессор 110 выполняет команды, хранящиеся во внутреннем запоминающем устройстве 121, и/или команды, хранящиеся в собственном запоминающем устройстве процессора, для выполнения различных функциональных приложений и обработки данных в оборудовании UE 100.

В вариантах настоящей заявки, после приема указания от сетевой стороны для перехода в состояние RRC_INACTIVE, процессор 110 (который может, в частности, представлять собой процессор видеодиапазона) может сохранить, во внутреннем запоминающем устройстве 121, контекст (обозначен как первый контекст UE) UE, переходящего в состояние RRC_INACTIVE, так что после отсоединения от сети связи/повторного выбора ячейки UE остается в состоянии RRC_INACTIVE на основе сохраненного первого контекста UE. В некоторых примерах, после определения, что UE вновь успешно зарегистрировалось на сетевой стороне, или приема индикации (например, сигнализации отмены или пейджинговой сигнализации CN Paging) от сетевой стороны для отмены соединения RRC, процессор 110 (который может, в частности, представлять собой процессор видеодиапазона) может стереть первый контекст UE из внутреннего запоминающего устройства 121.

UE 100 может реализовать аудио функцию с использованием аудио модуля 170, громкоговорителя 170A, телефонного приемника 170B, микрофона 170C, гнезда (разъема) для наушников 170D, процессора приложений и других подобных компонентов, например, для воспроизведения музыки или для звукозаписи.

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

Громкоговоритель 170A конфигурирован для преобразования электрического аудио сигнала в звуковой сигнал. Пользователь может слушать музыку или отвечать на телефонный вызов в режиме со свободными руками (hands-free) с использованием этого громкоговорителя 170A UE 100.

Телефонный приемник 170B, также называемый «ресивер» конфигурирован для преобразования электрического аудио сигнала в звуковой сигнал. При ответе на вызов или прослушивании голосового сообщения пользователь может слушать речь, поднеся телефонный приемник 170B UE 100 близко к уху.

Микрофон 170C, также называемый «майк» или «передатчик звука», конфигурирован для преобразования звукового сигнала в электрический сигнал. При осуществлении телефонного вызова или передаче голосового сообщения, пользователь может говорить близко к микрофону 170C, чтобы ввести звуковой сигнал в этот микрофон 170C. UE 100 может быть оснащено по меньшей мере одним микрофоном 170C. В некоторых других вариантах, UE 100 может иметь два микрофона 170C, для реализации функции устранения шумов в дополнение к сбору звукового сигнала. В некоторых других вариантах, UE 100 может в качестве альтернативы иметь три, четыре или более микрофонов 170C, для сбора звукового сигнала, реализации устранения шумов, распознавания источника звука, реализации функции направленной записи звука и других подобных функций.

Гнездо 170D для наушников конфигурировано для соединения с проводной головной гарнитурой. Это гнездо 170D для наушников может представлять собой USB-интерфейс 130, или может быть разъемом 3.5-мм интерфейса по стандарту открытой платформы для мобильных терминалов (open mobile terminal platform, OMTP) или по стандарту Ассоциации изготовителей сотовых телекоммуникационных систем США (cellular telecommunications industry association of the USA, CTIA).

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

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

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

Интерфейс 195 SIM-карты конфигурирован для соединения с SIM-картой. Такая SIM-карта может быть вставлена в интерфейс 195 SIM-карты для приведения ее в контакт с UE 100, или извлечена из интерфейса 195 SIM-карты для отделения от UE 100. UE 100 может поддерживать 1 или N интерфейсов SIM-карт, где N – положительное целое число больше 1. Такой интерфейс 195 SIM-карт может поддерживать Nano SIM-карту, Micro SIM-карту, SIM-карту и т.п. В один и тот же интерфейс 195 SIM-карт могут быть вставлены несколько карт в одно и то же время. Эти несколько карт могут быть одного типа или разных типов. Интерфейс 195 SIM-карт может также поддерживать разные типы SIM-карт. Такой интерфейс 195 SIM-карт может также поддерживать внешнюю карту памяти. UE 100 взаимодействует с сетью связи с использованием SIM-карты для осуществления таких функций, как передача/прием (телефонных) вызовов и передача данных. В некоторых вариантах, UE 100 использует eSIM-карту, иными словами, встроенную (embedded) SIM-карту. Такая eSIM-карта может быть встроена в UE 100 и не может быть отделена от этого UE 100.

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

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

1. Сходства и различия между состоянием RRC_INACTIVE и состоянием RRC_CONNECT.

Сходства: (1) И UE, и сеть NR-RAN сохраняют контекст слоя доступа (access stratum, AS) для UE.

(2) Уже было установлено соединение с сетью CN и с сетью NG-RAN в плоскости управления/плоскости пользователя. С точки зрения базовой сети связи UE находится в состоянии соединения с этой сетью связи CM-CONNECT.

Различия: (1) В состоянии RRC_CONNECT сеть NG-RAN сохраняет идентификатор обслуживающей ячейки, в которой расположено UE. В состоянии RRC_INACTIVE, сеть NR-RAN не сохраняет идентификатор обслуживающей ячейки, в которой находится UE, но сохраняет область RNA, где располагается это UE, так что пейджинговое сообщение этому UE необходимо передавать в этой области RNA. В дополнение к этому, сеть NG-RAN конфигурирует цикл прерывистого приема (discontinuous reception, DRX), используемый UE.

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

(2) В состоянии RRC_INACTIVE могут осуществляться выбор наземной сети общего пользования (Public Land Mobile Network, PLMN), повторный выбор ячейки, процедура приема сообщений системы вещания, и процедуры, относящиеся к области RNA.

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

2. Сходства и различия между состоянием RRC_INACTIVE и состоянием RRC_IDLE

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

Различия: (1) В состоянии RRC_IDLE сеть CN сохраняет область TA, в которой находится UE, но не сохраняет идентификатор обслуживающей ячейки, где находится это UE, так что сетевая сторона направляет этому UE пейджинговое сообщение в области TA (иными словами, доставляет сообщение CN Paging).

В состоянии RRC_INACTIVE сеть NR-RAN не сохраняет идентификатор обслуживающей ячейки, в которой находится UE, но сохраняет область RNA, где располагается это UE, так что сетевая сторона направляет этому UE пейджинговое сообщение в области RNA (иными словами, доставляет сообщение RAN Paging).

(2) Цикл приема DRX в состоянии RRC_IDLE конфигурируется в качестве специфичного для UE уровнем NAS или конфигурируется в качестве общего ячейкой, а цикл приема DRX в состоянии RRC_INACTIVE может быть конфигурирован в соединении RRC, приостановленном сетью NG-RAN.

(3) В состоянии RRC_INACTIVE и UE, и сеть NG-RAN сохраняют контекст AS UE.

(4) В состоянии RRC_INACTIVE может быть установлено соединение с сетью CN и сетью NG-RAN в плоскости управления/плоскости пользователя.

На фиг. 3A представлена логическая схема способа увеличения скорости отклика на пейджинговое сообщение в оборудовании UE согласно одному из вариантов настоящего изобретения. Этот способ, в частности, содержит следующие этапы.

S301. UE закрепляется в ячейке A первой сети связи.

Первая сеть связи представляет собой, например, систему 5G (например, систему NR), систему LTE (например, систему узкополосного Интернет вещей (NB-IoT)) или другую систему связи, позволяющую UE переключиться в состояние RRC_INACTIVE.

S302. UE принимает указание из первой сети связи и переходит в состояние RRC_INACTIVE. В этом случае, состояние UE, зарегистрированное первой сетью связи, является состоянием RRC_INACTIVE.

После того, как UE закрепится в первой сети связи и успешно зарегистрируется, это UE может запросить установление соединения RRC с первой сетью связи. После того, как UE установит соединение RRC с первой сетью связи, по установленному соединению RRC можно передавать данные (данные плоскости пользователя/данные плоскости управления). В этом случае, UE находится в состоянии RRC_CONNECT в первой сети связи. Если между UE и первой сетью связи не производится передача данных в течение первого заданного периода времени, первая сеть связи может указать этому UE, что следует перейти в состояние RRC_INACTIVE в первой сети связи.

В одном из конкретных вариантов реализации, устройство базовой сети связи (например, функция AMF) в первой сети связи может иметь вспомогательную информацию для неактивного состояния RRC (RRC INACTIVE ASSISTANCE INFORMATION), передаваемую в сообщении запроса установления первоначального контекста (INITIAL CONTEXT SETUP REQUEST) или в сообщении запроса модификации контекста для UE (UE CONTEXT MODIFICATION REQUEST), и доставить это сообщение в сеть NG-RAN с целью использования этой сетью NG-RAN для определения, может ли UE перейти в состояние RRC_INACTIVE. Вспомогательная информация для неактивного состояния RRC содержит: указание области регистрации, конфигурированной для UE (UE identify index value), специфичный для UE режим приема DRX (UE specific DRX), таймер периодического обновления регистрации (periodic registration update timer), индикатор режима MICO (MICO mode indication), величину индекса идентификатора UE и другую подобную информацию. Величина индекса идентификатора UE используется в качестве опоры для конфигурирования области оповещения на основе сети RAN (RAN-based notification area, RNA) UE для узла gNB. Указанные специфичный для UE режим приема DRX и величина индекса идентификатора UE используются для пейджинга UE. Таймер периодического обновления регистрации используется в качестве опоры для конфигурирования таймера обновления области RNA для узла gNB. После этого, сеть NG-RAN из первой сети связи может, в частности, определить, на основе типа UE, приложения в этом оборудовании UE, конфигурации сети связи или другой подобной информации, когда указать UE, что нужно перейти в состояние to RRC_INACTIVE.

S303. UE сохраняет первый контекст UE.

После перехода в состояние RRC_INACTIVE в первой сети связи, UE сохраняет текущий контекст этого UE, а именно первый контекст UE, так что можно быстро восстановить состояние RRC_CONNECT в первой сети связи из состояния RRC_INACTIVE в этой первой сети связи, либо затем оставаться в состоянии RRC_INACTIVE в этой первой сети связи. Контекст UE содержит, не ограничиваясь этим, контекст слоя AS для UE, например, возможности алгоритма защиты UE, агрегированную максимальная скорость передачи битов данных для UE, список информации о созданных единицах PDU сеанса, контекст RRC, список ограничений мобильности и другие характеристики. Список ограничений мобильности содержит технологию RAT, доступ по которой запрещен для UE, список запрещенных областей TA, список обслуживающих областей TA, сеть PLMN и сеть ELPLMN. Список информации о созданных единицах PDU сеанса содержит индекс IND и тип сеанса, выбранный слой (срез), агрегированную максимальную скорость передачи битов данных для сеанса, показатель качества обслуживания (QoS) для потока, установленный в сеансе, и другую подобную информацию.

В дополнение к этому, после того, как UE перейдет в состояние RRC_INACTIVE в первой сети связи, сеть NG-RAN, которая, в частности, может быть представлена узлом gNB, к какому это UE присоединилось последний раз, сохраняет контекст этого UE и соединение NG между рассматриваемым UE и функцией AMF/UDP, так что сеть NG-RAN может быстро возобновить соединение RRC, позволяя UE быстро переключиться из состояния RRC_INACTIVE в первой сети связи назад, в состояние RRC_CONNECT в этой первой сети связи.

В некоторых вариантах настоящей заявки, когда UE находится в состоянии RRC_INACTIVE в первой сети связи, если обнаружено, что ячейка, в которой это оборудование закреплено в текущий момент, не удовлетворяет условию закрепления, это UE осуществляет поиск ячейки. Иными словами, после этапа S303 осуществляют этап S304 и этап S305, либо осуществляют этап S304 и этап S306.

S304. Если ячейка A не удовлетворяет условию закрепления, UE осуществляет поиск ячейки.

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

Например, процедура определения, удовлетворяет ли ячейка A первой сети связи условию закрепления, содержит следующий контент:

(1) Сеть PLMN ячейки A является сетью PLMN, выбранной слоем NAS, сеть PLMN этой ячейки является зарегистрированной сетью PLMN, либо сеть PLMN ячейки является сетью PLMN из списка эквивалентных сетей PLMN;

(2) Ячейка A не является запрещенной ячейкой;

(3) Идентификатор области отслеживания (tracking area identifier, TAI) для ячейки A не является идентификатором TAI для областей отслеживания, запрещенных для роуминга (forbidden tracking areas for roaming); и

(4) Ячейка A удовлетворяет критериям выбора ячейки (cell selection criteria), где совокупность этих критериев выбора ячейки содержит: Srxlev > 0, и Squal > 0, где Srxlev представляет величину уровня приема выбора ячейки (reception, RX) (cell selection RX level value (dB)), и Squal представляет величину качества выбора ячейки (cell selection quality value (dB)). Конкретные способы вычислений величин Srxlev и Squal, можно найти в соответствующей технике.

S305. Если UE выбирает закрепление в ячейке B первой сети связи, это UE остается в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE.

В обычной технике, UE находит ячейку B в первой сети связи, удовлетворяющую условию закрепления, и выбирает закрепление в этой ячейке B, это UE стирает первый контекст этого UE и переключается из состояния RRC_INACTIVE в первой сети связи в состояние RRC_IDLE в первой сети связи. Однако в этом варианте настоящей заявки, после того, как UE закрепится в ячейке B, UE не стирает первый контекст UE (иными словами, сохраняет первый контекст UE), и остается в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE. Следует отметить, что в это время состояние UE, зарегистрированное первой сетью связи, по-прежнему остается состоянием RRC_INACTIVE.

Следует отметить, что ситуация, когда UE остается в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE, содержит: UE не переходит в состояние RRC_IDLE и по-прежнему остается в состоянии RRC_INACTIVE после закрепления в новой ячейке (включая исходную ячейку); и UE сначала переходит в состояние RRC_IDLE и затем переходит в состояние RRC_INACTIVE на основе первого контекста UE после закрепления в новой ячейке (включая исходную ячейку). Это не ограничивается в вариантах настоящей заявки.

Поэтому, при использовании способа, предлагаемого вариантами настоящего изобретения, фактическое состояние UE остается согласованным с состоянием этого UE, зарегистрированным на стороне первой сети связи. Таким образом, когда первая сеть связи передает данные нисходящей линии, и эта первая сеть связи осуществляет пейджинг с использованием сообщения RAN Paging, UE может быстро отреагировать на сообщение RAN Paging, чтобы быстро переключиться из состояния RRC_INACTIVE в состояние RRC_CONNECT, и принять данные нисходящей линии и передать данные восходящей линии. В дополнение к этому, когда UE находится в состоянии RRC_INACTIVE, это UE может также реагировать на операцию пользователя, чтобы активно и быстро возобновить соединение RRC и переключиться из состояния RRC_INACTIVE в состояние RRC_CONNECT. Однако в обычной технике, когда UE находится в состоянии RRC_IDLE, если обнаружена операция пользователя, этому UE необходимо заново установить соединение RRC с первой сетью связи и переключиться из состояния RRC_IDLE в состояние RRC_CONNECT, что происходит медленно.

Следует отметить, что ячейка B и ячейка A могут быть одной и той же ячейкой или разными ячейками. Если ячейка B и ячейка A являются одной и той же ячейкой, UE прямо остается в состоянии RRC_INACTIVE на основе первого контекста UE. Если ячейка B и ячейка A являются разными ячейками, но эти ячейка B и ячейка A принадлежат одной и той же области RNA, UE может по-прежнему оставаться в состоянии RRC_INACTIVE на основе первого контекста UE. Если ячейка B и ячейка A являются различными, и эти ячейка B и ячейка A не принадлежат одной и той же области RNA, UE необходимо инициировать процедуру обновления области RNA (RNA Update, RNAU), так что ячейка B получает контекст UE из ячейки A и обновляет путь передачи данных. После завершения процедуры обновления области RNA устройство сети доступа, соответствующее ячейке B, передает сигнализацию отмены с конфигурацией приостановки UE, указывая этому UE, что следует перейти в состояние RRC_INACTIVE. В дополнение к этому, UE обновляет, на основе конфигурации приостановки, конфигурацию параметров относительно неактивного состояния RRC, включая информацию о конфигурации области RNA. В этом случае, UE сохраняет контекст UE (обозначенный как второй контекст UE), полученный после обновления области RNA. После этого, UE может оставаться в состоянии RRC_INACTIVE на основе второго контекста UE. В качестве опции, UE стирает первый контекст UE.

S306. Если UE выбирает, что следует закрепиться в ячейке C второй сети связи, и затем закрепиться в ячейке D первой сети связи, это UE остается в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE.

В обычной технике, если UE обнаружит, что ячейка C второй сети связи удовлетворяет условию закрепления, и выбирает закрепление в этой ячейке C, это UE стирает первый контекст UE и переключается из состояния RRC_INACTIVE в первой сети связи в состоянии RRC_IDLE во второй сети связи. Однако в некоторых вариантах настоящей заявки, после того, как UE закрепится в ячейке C, это UE не стирает первый контекст UE (иными словами, сохраняет первый контекст UE), и остается в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE. Следует отметить, что в это время состояние UE, зарегистрированное первой сетью связи, по-прежнему остается состоянием RRC_INACTIVE этой первой сети связи.

В некоторых примерах UE инициирует процедуру регистрации в ячейке C после закрепления в этой ячейке C. Если UE успешно регистрируется в ячейке C во второй сети связи, это UE стирает первый контекст UE и переключается из состояния RRC_INACTIVE в первой сети связи в состояние RRC_IDLE во второй сети связи. После этого, когда происходит передача данных между UE и второй сетью связи, это UE может переключиться из состояния RRC_IDLE во второй сети связи в состояние RRC_CONNECT этой второй сети связи.

В некоторых других примерах, если UE не инициирует процедуру регистрации в ячейке C после закрепления в этой ячейке C, или если это UE инициирует процедуру регистрации, но зарегистрироваться ему не удается, такое UE снова закрепляется в первой сети связи (например, закрепляется в ячейке D первой сети связи), и это UE может по-прежнему оставаться в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE. Ячейка D и ячейка A могут быть одной и той же ячейкой или разными ячейками. Аналогично, если ячейка D и ячейка A являются одной и той же ячейкой, или если ячейка D и ячейка A являются разными ячейками, но эти ячейка D и ячейка A принадлежат одной и той же области RNA, UE может по-прежнему оставаться в состоянии RRC_INACTIVE на основе первого контекста UE. Если ячейка D и ячейка A являются разными ячейками, и при этом ячейка D и ячейка A не принадлежат одной и той же области RNA, UE необходимо инициировать процедуру обновления области RNA (RNA Update, RNAU). Прежде завершения процедуры обновления RNAU это UE остается в состоянии RRC_INACTIVE на основе первого контекста UE. После завершения процедуры обновления RNAU UE обновляет область RNA и генерирует новый контекст UE. Это UE может оставаться в состоянии RRC_INACTIVE на основе нового контекста UE. В качестве опции, указанное UE стирает первый контекст UE. Следует отметить, что в обычной технике, когда UE закрепится во второй сети связи, это UE находится в состоянии RRC_IDLE во второй сети связи. Когда UE переключается из второй сети связи в первую сеть связи, это UE переключается в состоянии RRC_IDLE первой сети связи.

Следует отметить, что в некоторых других вариантах после того, как UE закрепится в ячейке C, это UE не стирает первый контекст UE (иными словами сохраняет первый контекст UE) и может сначала перейти в состояние RRC_INACTIVE в первой сети связи и затем переключиться в состояние RRC_IDLE второй сети связи. После того, как UE снова закрепится в ячейке D первой сети связи, это UE переходит в состояние RRC_INACTIVE из состояния RRC_IDLE на основе первого контекста UE.

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

Еще в одной группе некоторых других вариантов, графический интерфейс пользователя в оборудовании UE может представить на дисплее идентификатор сети связи, в которой это UE закреплено в текущий момент. Например, этот идентификатор сети связи, в которой UE закреплено в текущий момент, может быть показан в строке состояния графического интерфейса пользователя в этом оборудовании UE. В обычной технике, когда UE закреплено в сети связи 5G (иными словами, первая сеть связи является сетью связи 5G) и переходит в состояние RRC_INACTIVE, это UE представляет на дисплее экран (1), показанный на фиг. 3B, а в строке состояния на дисплее UE появляется идентификатор "5G". Если UE отсоединяется от сети связи, на дисплее этого UE появляется экран (2), показанный на фиг. 3B, а в строке состояния UE на этом экране не появляется никакой идентификатор сети связи. Когда UE закрепится в сети связи 4G (иными словами, вторая сеть связи является сетью связи 4G), на дисплее этого UE появляется экран (3), показанный на фиг. 3B, а в строке состояния рассматриваемого UE появится идентификатор "4G". Если UE не смогло успешно зарегистрироваться в сети связи 4G или не инициировало регистрацию в сети связи 4G и снова закрепилось в сети связи 5G, на дисплее этого UE появляется экран (4), показанный на фиг. 3B, а в строке состояния UE представлен идентификатор "5G". Частые изменения идентификатора сети связи на экране UE сообщают пользователю о высокой нестабильности сети связи, что ухудшает качество обслуживания пользователя.

Если используется способ согласно вариантам настоящей заявки, когда UE закрепляется в сети связи 5G (иными словами, первая сеть связи является сетью связи 5G) и переходит в состояние RRC_INACTIVE, это UE представляет на дисплее экран (1), показанный на фиг. 3C, а строка состояния рассматриваемого UE представляет идентификатор "5G". Если UE отсоединяется от сети связи, это UE по-прежнему остается в состоянии RRC_INACTIVE сети 5G, это UE может представить на дисплее экран (2), показанный на фиг. 3C, где строка состояния демонстрирует идентификатор "5G", либо строка состояния UE не показывает никакого идентификатора сети связи. Когда UE закрепляется в сети связи 4G (иными словами, вторая сеть связи является сетью связи 4G), это UE по-прежнему остается в состоянии RRC_INACTIVE сети 5G и может представить на дисплее экран (3), показанный на фиг. 3C, а строка состояния рассматриваемого UE демонстрирует идентификатор "5G". Если UE не смогло успешно зарегистрироваться в сети связи 4G, или не инициировало регистрацию в сети связи 4G и снова закрепилось в сети связи 5G, это UE представляет на дисплее экран (4), показанный на фиг. 3C, а строка состояния рассматриваемого UE демонстрирует идентификатор "5G". При таком способе, идентификатор сети связи, представляемый на экране дисплея UE, а именно идентификатор "5G", изменяется редко, так что пользователя не извещают о нестабильности сети связи, повышая тем самым качество обслуживания для пользователя.

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

S307. Если ячейка A удовлетворяет критериям повторного выбора ячейки, UE осуществляет повторный выбор ячейки.

Когда UE находится в состоянии RRC_INACTIVE в первой сети связи, это UE осуществляет поиск ячейки с более высоким качеством сигнала в соответствии с критериями повторного выбора ячейки (cell reselection criteria). Например, на основе информации о приоритетах, конфигурированной сетевой стороной, критерии повторного выбора ячейки могут охватывать три следующих сценария с (a) по (c).

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

(1) В пределах заданного периода времени величина параметра Srxlev для целевой ячейки больше первой пороговой величины; и

(2) UE закреплено в обслуживающей ячейке в течение по меньшей мере 1 с.

Параметр Srxlev представляет величину уровня приема выбора ячейки (reception, RX), и первая пороговая величина представляет пороговое условие, которому должен удовлетворять параметр Srxlev, когда UE повторно выбирает технологию RAT/частоту с более высоким приоритетом, чем текущая частота обслуживания. Например, эта первая пороговая величина может быть представлена как ThreshX, High, в единицах дециБел (dB). В качестве опции, в вариантах настоящей заявки, продолжительность указанного заданного периода времени может быть определена в соответствии со стандартами, и этот заданный период времени может быть представлен как TreselectionRAT. В различных случаях продолжительность указанного заданного периода времени может варьироваться. Например, продолжительность заданного периода времени может быть разной в случаях, когда ячейка-кандидат и обслуживающая ячейка являются внутричастотными и межчастотными ячейками.

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

В течение указанного заданного периода времени, для целевой ячейки, Rs больше чем Rs.

Критерии повторного выбора ячейки в этом сценарии могут называться критериями ранжирования ячеек (cell-ranking criteria), или R-критериями для краткости. Величины Rs и Rn представляют критерии ранжирования ячеек для обслуживающей ячейки и критерии ранжирования ячеек для ячейки-кандидата, соответственно. В этом примере, величины Rs и Rn могут быть представлены следующими уравнениями:

Rs = Qmeas,s +Qhyst – Qoffsettemp … (1)

Rn = Qmeas,n -Qoffset – Qoffsettemp … (2)

Здесь величины Qmeas,s и Qmeas,n представляют измеренное качество мощности приема опорного сигнала (reference signal receiving power, RSRP), используемого обслуживающей ячейкой и ячейкой-кандидатом, соответственно, в процессе выбора ячейки, Qhyst представляет величину гистерезиса критерия ранжирования ячеек, Qoffset представляет сдвиг ячейки, и Qoffsettemp представляет сдвиг, временно применяемый к ячейке. В качестве опции, параметры, используемые в уравнении (1) и в уравнении (2), могут быть получены из системных сообщений.

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

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

(2) UE закреплено в обслуживающей ячейке в течение по меньшей мере 1 с.

Параметр Srxlev представляет величину уровня приема RX при выборе ячейки, а вторая пороговая величина и третья пороговая величина устанавливают условия, которым должны удовлетворять параметр Srxlev для целевой ячейки и параметр Srxlev для обслуживающей ячейки, когда UE повторно выбирает технологию RAT/частоту с более низким уровнем приоритета, чем текущая обслуживающая частота. Например, вторая пороговая величина может быть представлена как ThreshServing, LowP, и третья пороговая величина может быть представлена как ThreshX, LowP, в единицах дБ (dB). В качестве опции, в вариантах настоящей заявки, продолжительность указанного заданного периода времени может быть определена в соответствии со стандартами, и этот заданный период времени может быть представлен как TreselectionRAT. В различных случаях продолжительность указанного заданного периода времени может варьироваться. Например, продолжительность заданного периода времени может быть разной в случаях, когда ячейка-кандидат и обслуживающая ячейка являются внутричастотными и межчастотными ячейками.

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

S308. Если UE повторно выбирает ячейку E во второй сети связи и затем повторно выбирает ячейку F в первой сети связи, это UE остается в состоянии RRC_INACTIVE на основе первого контекста UE.

В обычной технике, если UE повторно выбирает ячейку E во второй сети связи, это UE стирает первый контекст UE и переключается из состояния RRC_INACTIVE в первой сети связи в состояние RRC_IDLE во второй сети связи. Однако в некоторых вариантах настоящей заявки, после того, как UE закрепится в ячейке E, это UE не стирает первый контекст UE (иными словами, сохраняет первый контекст UE), и остается в состоянии RRC_INACTIVE первой сети связи на основе этого первого контекста UE.

После этого UE инициирует процедуру регистрации в ячейке E во второй сети связи. Если это UE успешно зарегистрировалось во второй сети связи, такое UE переключается из состояния RRC_INACTIVE первой сети связи в состояние RRC_IDLE во второй сети связи. Иными словами, в вариантах настоящей заявки, UE остается в первой сети связи от выполнения процедуры повторного выбора ячейки в первой сети связи и до успешной регистрации во второй сети связи.

В некоторых других примерах, если UE повторно выберет ячейку (т.е. ячейку F) в первой сети связи прежде инициирования процедуры регистрации во второй сети связи, либо если это UE не смогло успешно зарегистрироваться во второй сети связи и повторно выбрало ячейку F в первой сети связи, такое UE по-прежнему остается в состоянии RRC_INACTIVE в первой сети связи на основе первого контекста UE. Следует отметить, что в обычной технике, когда UE закрепится во второй сети связи, это UE находится в состоянии RRC_IDLE во второй сети связи. Когда UE переключается из второй сети связи в первую сеть связи, это UE переключается в состояние RRC_IDLE в первой сети связи. Ячейка F и ячейка A могут быть одной и той же ячейкой или разными ячейками. Другой контент следует искать в описании относительно ячейки B. Подробности здесь повторно описаны не будут.

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

Следует отметить, что в некоторых других вариантах, когда UE повторно выбирает ячейку E во второй сети связи, это UE не стирает первый контекст UE (иными словами, сохраняет этот первый контекст UE), и может перейти в состояние RRC_IDLE во второй сети связи. После того, как UE повторно выберет ячейку F в первой сети связи, это UE может перейти в состояние RRC_INACTIVE из состояния RRC_IDLE на основе первого контекста UE.

Поэтому, когда UE сначала повторно выбирает вторую сеть связи и затем повторно выбирает первую сеть связи, это UE остается в состоянии RRC_INACTIVE, согласованном с состоянием этого UE, зарегистрированным первой сетью связи. Таким способом, когда первая сеть связи передает данные нисходящей линии, а также эта первая сеть связи осуществляет пейджинг с использованием сообщения RAN Paging, UE может быстро отреагировать на это сообщение RAN Paging, чтобы быстро переключиться из состояния RRC_INACTIVE в состояние RRC_CONNECT, и затем принимает данные нисходящей линии и передает данные восходящей линии.

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

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

В некоторых других сценариях, после того, как UE отсоединится от сети связи и снова закрепится в первой сети связи, или после того, как это UE повторно выберет вторую сеть связи, но не зарегистрируется во второй сети связи или не преуспеет в регистрации и снова закрепится в первой сети связи, это UE остается в состоянии RRC_CONNECT в первой сети связи. На фиг. 4 представлена логическая схема другого способа увеличения скорости отклика UE на пейджинговое сообщение согласно одному из вариантов настоящей заявки. В этом варианте настоящей заявки после этапа S305 или этапа S306 или этапа S308, далее осуществляются этап S401 и этап S402 или этап S403. Эти этапы, в частности, состоят в следующем.

S401. Когда UE находится в состоянии RRC_INACTIVE, это UE инициирует процедуру регистрации в первой сети связи.

S402. После того, как UE примет сообщение, обозначающее успешную регистрацию в первой сети связи, это UE стирает первый контекст UE и переключается из состояния RRC_CONNECT в первой сети связи в состояние RRC_IDLE в этой первой сети связи.

В некоторых вариантах, когда UE находится в состоянии RRC_INACTIVE в первой сети связи, если расположение ячейки, в которой закрепилось это UE, изменяется (например, изменилась область TA, в которой располагается UE), тогда это UE инициирует процедуру регистрации в обновленном расположении в первой сети связи. В качестве альтернативы, UE периодически инициирует процедуру регистрации в обновленном расположении. В качестве альтернативы, когда возможности UE изменились, или пользователь оперирует с UE (например, пользователь выключает и затем перезапускает UE, либо пользователь активизирует режим полета и затем отменяет этот режим полета), это UE снова инициирует процедуру регистрации в первой сети связи. После того, как UE вновь успешно зарегистрируется в первой сети связи, это UE стирает первый контекст UE (или второй контекст UE) и переключается из состояния RRC_CONNECT в состоянии RRC_IDLE.

S403. После того, как UE примет указание из первой сети связи для перехода в состояние RRC_IDLE, это UE стирает первый контекст UE и переключается из состояния RRC_CONNECT первой сети связи в состояние RRC_IDLE.

Если в одной группе некоторых других вариантов, когда UE находится в состоянии RRC_INACTIVE в первой сети связи, и при этом не производится передача данных между UE и первой сетью связи в течение второго заданного промежутка времени, первая сеть связи освобождает (отменяет) соединение NG между рассматриваемым UE и стороной базовой сети связи и передает этому UE указание, что следует перейти в состояние RRC_IDLE (например, сигнализацию отмены или сигнализацию CN Paging). После того, как UE примет указание перейти в состояние RRC_IDLE, это UE стирает первый контекст UE (или второй контекст UE) и переключается из состояния RRC_INACTIVE в состояние RRC_IDLE.

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

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

S500. UE устанавливает соединение RRC с первой сетью связи. В этом случае UE находится в состоянии RRC_CONNECT, и состояние этого UE, зарегистрированное в первой сети связи, также является состоянием RRC_CONNECT. Эта первая сеть связи представляет собой, например, сеть связи 5G.

S501. Первая сеть связи, определяет, что следует указать UE перейти в состояние RRC_INACTIVE.

Когда передача данных между UE и первой сетью связи не производится в пределах первого заданного периода времени, первая сеть связи (которая может, в частности, представлять собой, например, сеть с узлом gNB) определяет, что следует указать UE перейти в состояние RRC_INACTIVE.

S502. Первая сеть связи передает UE указание перейти в состояние RRC_INACTIVE, например, сигнализацию RRCConnRelsese (Suspend) отмены.

S503. UE переходит в состояние RRC_INACTIVE.

В дополнение к этому, состояние UE, зарегистрированное первой сетью связи, является состоянием RRC_INACTIVE.

S504. UE сохраняет первый контекст UE.

S505. UE повторно выбирает вторую сеть связи.

S506. UE передает запрос регистрации во вторую сеть связи, например, сигнализацию Tau_Request.

Например, первая сеть связи представляет собой сеть связи 5G, а устройство сети доступа в этой первой сети связи является узлом gNB. Вторая сеть связи представляет собой сеть LTE, а устройство сети доступа в этой второй сети связи является узлом eNB.

S507. Вторая сеть связи регистрирует у себя UE и возвращает отклик об успехе регистрации этому UE, например, сигнализацию TAU_ACP.

S508. UE переходит в состояние RRC_IDLE state.

S509. UE стирает первый контекст UE.

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

Один из вариантов настоящей заявки далее предлагает систему на кристалле. Как показано на фиг. 6, система на кристалле содержит по меньшей мере один процессор 1101 и по меньшей мере одну интерфейсную схему 1102. Процессор 1101 и интерфейсная схема 1102 могут быть соединены с использованием схемы. Например, интерфейсная схема 1102 может быть конфигурирована для приема сигнала от другого устройства (например, от запоминающего устройства в оборудовании UE 100). В другом примере интерфейсная схема 1102 может быть конфигурирована для передачи сигнала другому устройству (например, процессору 1101). Например, интерфейсная схема 1102 может считывать команды, хранящиеся в запоминающем устройстве, и передавать эти команды процессору 1101. Когда процессор 1101 выполняет эти команды, UE может осуществлять этапы, выполняемые UE 100 (например, мобильным телефоном) в приведенных выше вариантах. Безусловно, система на кристалле может дополнительно содержать и другие дискретные устройства. Это ничем специально не ограничивается в вариантах настоящей заявки.

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

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

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

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

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

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

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

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

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

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

Похожие патенты RU2789775C1

название год авторы номер документа
СПОСОБ ДЛЯ ПРИЕМА ОТЧЕТА, СЕТЕВОЕ УСТРОЙСТВО, СПОСОБ ДЛЯ ПРЕДОСТАВЛЕНИЯ ОТЧЕТА И БАЗОВАЯ СТАНЦИЯ 2018
  • Риу, Дзинсоок
RU2725166C1
СПОСОБ ИСПОЛЬЗОВАНИЯ ТАЙМЕРА ДЛЯ ПЕРИОДИЧЕСКОГО ОБНОВЛЕНИЯ ОБЛАСТИ УВЕДОМЛЕНИЯ НА ОСНОВЕ СЕТИ РАДИОДОСТУПА (RAN) (RNA) 2019
  • Мильдх, Гуннар
  • Да Сильва, Икаро Леонардо Дж.
RU2760204C1
СПОСОБ И ТЕРМИНАЛ ДЛЯ ПОВТОРНОГО ВЫБОРА ЯЧЕЙКИ 2017
  • Ян, Нин
RU2753096C1
СПОСОБ ПОИСКА ЯЧЕЙКИ И ТЕРМИНАЛ 2018
  • Тан, Хай
RU2747206C1
ОБНОВЛЕНИЕ TA В RRC_INACTIVE 2019
  • Линдхаймер, Кристофер
  • Мильдх, Гуннар
  • Да Сильва, Икаро Л. Дж.
  • Шлива-Бертлинг, Пауль
RU2747846C1
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ СОСТОЯНИЕМ RRC И КОМПЬЮТЕРНЫЙ ЗАПОМИНАЮЩИЙ НОСИТЕЛЬ 2018
  • Ян, Нин
RU2762261C1
СПОСОБ ПОИСКОВОГО ВЫЗОВА, А ТАКЖЕ УСТРОЙСТВО ДОСТУПА К СЕТИ, ТЕРМИНАЛ И ОСНОВНОЕ СЕТЕВОЕ УСТРОЙСТВО 2017
  • Тан, Хай
RU2748316C1
ИЗМЕРИТЕЛЬНОЕ ОКНО ДЛЯ ПОВТОРНОГО ВЫБОРА ЯЧЕЙКИ В СИСТЕМЕ, ИСПОЛЬЗУЮЩЕЙ ТЕХНОЛОГИЮ "НОВОЕ РАДИО" 2018
  • Рамачандра, Прадипа
  • Шень, Вей
  • Руне, Йохан
  • Салин, Хенрик
RU2733219C1
СПОСОБ ПЕРЕДАЧИ ДАННЫХ, СЕТЕВОЕ УСТРОЙСТВО И ОКОНЕЧНОЕ УСТРОЙСТВО 2017
  • Тан, Хай
  • Ян, Нин
  • Линь, Янань
RU2750583C1
ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ И БАЗОВАЯ СТАНЦИЯ, УЧАСТВУЮЩИЕ В ПРОЦЕДУРЕ ОБНОВЛЕНИЯ СЕТИ С РАДИОДОСТУПОМ 2018
  • Шах, Рикин
  • Сузуки, Хидетоси
RU2750078C2

Иллюстрации к изобретению RU 2 789 775 C1

Реферат патента 2023 года СПОСОБ УВЕЛИЧЕНИЯ СКОРОСТИ ОТКЛИКА ТЕРМИНАЛА НА ПЕЙДЖИНГОВЫЕ СООБЩЕНИЯ И ТЕРМИНАЛ

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

Формула изобретения RU 2 789 775 C1

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

закрепление, посредством UE, в первой ячейке первой сети связи, где UE находится в соединенном состоянии управления радиоресурсами, RRC;

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

закрепление посредством UE во второй ячейке первой сети связи, когда удовлетворяется заданное условие, и это UE находится в неактивном состоянии RRC, содержит:

после того, как будет удовлетворено заданное условие, закрепление посредством UE сначала в третьей ячейке второй сети связи, и затем во второй ячейке первой сети связи, в котором UE находится в неактивном состоянии RRC; или

когда UE определит, что сигнал из первой ячейки удовлетворяет критериям повторного выбора ячейки, повторный выбор посредством UE сначала третьей ячейки во второй сети связи и затем второй ячейки в первой сети связи, и при этом UE находится в неактивном состоянии RRC, и тип второй сети связи отличается от типа первой сети связи.

2. Способ по п. 1, в котором указанное заданное условие содержит: UE определяет, что сигнал первой ячейки не удовлетворяет условию закрепления; либо произошел перезапуск UE; либо UE активизирует режим полета и затем отменяет этот режим полета.

3. Способ по какому-либо одному из пп. 1–2, в котором закрепление посредством UE, во второй ячейке первой сети связи, когда удовлетворяется заданное условие, и при этом UE находится в неактивном состоянии RRC, содержит:

когда удовлетворяется заданное условие, закрепление посредством UE во второй ячейке первой сети связи, и при этом UE не переходит в состояние ожидания RRC; или

когда удовлетворяется заданное условие, закрепление посредством UE во второй ячейке первой сети связи и переход в состояние ожидания RRC и затем в неактивное состояние RRC.

4. Способ по какому-либо одному из пп. 1–3, в котором после закрепления посредством UE, во второй ячейке первой сети связи, и когда UE находится в неактивном состоянии RRC, способ дополнительно содержит:

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

5. Способ по какому-либо одному из пп. 1–4, в котором этот способ дополнительно содержит:

когда UE закрепится во второй ячейке первой сети связи и UE находится в неактивном состоянии RRC, передачу UE запроса регистрации устройству сети доступа; и

в ответ на отклик об успехе регистрации, принятый от устройства сети доступа, стирание посредством UE контекста UE, относящегося к этому UE в неактивном состоянии RRC, и переход в состояние ожидания RRC.

6. Способ по какому-либо одному из пп. 1–5, в котором этот способ дополнительно содержит:

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

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

8. Способ по какому-либо одному из пп. 1–7, в котором этот способ дополнительно содержит:

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

9. Пользовательское оборудование, UE, содержащее процессор и запоминающее устройство, где это запоминающее устройство соединено с процессором, запоминающее устройство конфигурировано для сохранения компьютерных программных кодов, эти компьютерные программные коды содержат компьютерные команды, где при выполнении этих компьютерных команд UE осуществляет операции UE по какому-либо одному из пп. 1–8.

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

11. Пользовательское оборудование, UE, содержащее один или несколько процессоров, где при выполнении этими одним или несколькими процессорами команд эти один или несколько процессоров осуществляют способ по какому-либо одному из пп. 1–8.

Документы, цитированные в отчете о поиске Патент 2023 года RU2789775C1

US 2020045669 A1, 06.02.2020
US 2019141669 A1, 09.05.2019
CN 108541034 A, 14.09.2018
US 2019342832 A1, 07.11.2019
RU 2018144025 A, 15.06.2020
СПОСОБЫ И УСТРОЙСТВА ДЛЯ ХРАНЕНИЯ КОНТЕКСТОВ UE В СЕТИ РАДИОДОСТУПА ДЛЯ НЕАКТИВНОГО ПОЛЬЗОВАТЕЛЬСКОГО ОБОРУДОВАНИЯ 2017
  • Мильд Гуннар
  • Шлива-Бертлинг Пауль
RU2712427C1

RU 2 789 775 C1

Авторы

Суй, Фэйфэй

Кун, Линшуай

Ян, Фань

Яо, Циньбо

Даты

2023-02-09Публикация

2021-03-05Подача