СПОСОБ И УСТРОЙСТВО УПРАВЛЕНИЯ РАДИОРЕСУРСАМИ

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

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

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

Пример базовой архитектуры для беспроводной связи показан на фиг. 1. Один или несколько терминалов 101, например, пользовательских терминалов, таких как пользовательское оборудование (UE), осуществляют связь с сетью 110 связи с использованием радиоресурсов 120, например, каналов передачи, таких как E-RAB (каналы радиодоступа E-UTRAN). Сеть 110 связи может содержать сеть 102 доступа, например, содержащую базовую станцию, такую как eNodeB, и сеть 103 управления связью, например, базовую сеть, такую как усовершенствованное пакетное ядро.

В контексте стандартизации 3GPP признано, что установление и разрыв соединений между терминалом и сетью связи может привести к чрезмерной передаче сигналов. Чтобы снизить избыточность передачи сигналов, было предложено повторно использовать сохраненную информацию от предыдущего соединения вместо выполнения полного установления соединения каждый раз, когда происходит переключение терминала между состоянием ожидания и активным (т.е. подключенным) состоянием. Более конкретно, в 3GPP TR 23.720 V. 1.2.0 в разделах 6.5.1.2 и 6.5.1.3 предложено две процедуры, называемые RRC-приостановка и RRC-возобновление.

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

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

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

В соответствии с одним вариантом осуществления предложен способ управления радиоресурсами в объекте сети связи, сконструированном для поддерживания связи между терминалом и сетью связи, содержащей объект сети связи. Связь между сетью связи и терминалом осуществляют по одному или нескольким радиоресурсам. Способ содержит следующее:

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

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

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

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

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

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

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

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

на фиг. 2 показан пример сети связи;

на фиг. 3 показан пример системы управления;

на фиг. 4 показаны процедуры, основанные на архитектуре S1/EPS, как описано в разделе 6.5 3GPP TR 23.720 V.1.2.0;

на фиг. 5 показана операция приостановки протокола управления радиоресурсами;

на фиг. 6 показана операция возобновления протокола управления радиоресурсами;

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

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

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

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

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

на фиг. 12 показана блок-схема объекта сети,

на фиг. 13 показана блок-схема терминала,

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

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

на фиг. 16 показан пример информации, которая может быть включена в сообщение S1: UE Context Active/Ack;

на фиг. 17 показан другой пример информации, которая может быть включена в сообщение S1: UE Context Active/Ack;

на фиг. 18 схематично показано общее представление способа управления радиоресурсами в соответствии с другим вариантом осуществления.

Осуществление изобретения

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

Например, некоторые из изложенных реализаций ниже ссылаются на архитектуру EPS/LTE (EPS = усовершенствованная пакетная система; LTE = Долгосрочное развитие сетей связи) и технологию радиодоступа EPS/LTE, и, таким образом, соответствующие протоколы на соответствующих интерфейсах. Тем не менее, это делается только для примера, и изобретение может быть применимо к другим беспроводным технологиям связи, в которых некоторую информацию, касающуюся подключения, сохраняют (или кэшируют) при операции приостановки и повторно используют (модифицируют при повторном использовании) для последующего подключения или транзакции (обмена данными) между сетью и терминалом (например, беспроводным устройством) при операции возобновления.

В качестве примера сети связи на фиг. 2 показана архитектура системы LTE, включающей в себя узлы радиодоступа (eNB, домашние eNB – HeNBs, HeNB GW; GW = шлюз), которые, как видно, принадлежат сети доступа, и узлы усовершенствованного пакетного ядра (MME/S-GW; MME = Узел управления мобильностью; S-GW = обслуживающий шлюз), которые, как видно, принадлежат базовой сети, что является примером сети управления связью. Как видно, интерфейс S1 соединяет HeNB/eNB с MME/S-GW и HeNB с HeNB GW, в то время как интерфейс X2 соединяет eNB/HeNB одного уровня.

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

Пример системы управления показан на фиг. 3. Управление узловыми элементами (NE), также называемыми eNodeB, осуществляет менеджер домена (DM), также называемый операционной и поддерживающей системой (OSS). Управление DM также может осуществлять диспетчер сети (NM). Два NE взаимодействуют через интерфейс X2, в то время как интерфейс между двумя DM называют Itf-P2P. Система управления может конфигурировать сетевые элементы, а также принимать данные наблюдений, связанные с признаками в сетевых элементах. Например, DM наблюдает и конфигурирует NE, в то время как NM наблюдает и конфигурирует DM, а также NE посредством DM. Посредством конфигурирования через DM NM и соответствующих интерфейсов, функции на интерфейсах X2 и S1 могут выполняться координировано через RAN (сеть радиодоступа), возможно задействуя базовую сеть (CN), например, MME и S-GW.

Чтобы удовлетворить требования для большей пропускной способности и гибкости, чтобы охватить различные типы трафика, основное внимание в разработке систем беспроводной связи, таких как LTE, до настоящего времени уделяют/уделяли радиоинтерфейсу, при этом было затрачено много усилий на повышение емкости радиоканала путем, например, увеличения спектральной эффективности за счет улучшения физического уровня. Другой аспект увеличения пропускной способности заключается в увеличении числа соответствующих установлений соединения между терминалами (устройствами беспроводной связи, которые могут быть реализованы многими способами, например, как одно или несколько UE, в виде мобильного телефона, смартфона, модема, мобильного компьютера, автомобиля, датчика, привода и т. д.) и сетью посредством сигнализации уровня управления. Последнее необходимо понимать как, с одной стороны, потребность в радиоресурсах для передачи сигналов через соответствующий (например, Uu) интерфейс, а с другой стороны - требование по пропускной способности и сигнализации в развернутой инфраструктуре. Необходимость уделить особое внимание этой области подтверждается рядом исследований, проведенных или еще проводимых в 3GPP, например, исследованиями и отдельными работами, связанными с EDDA (усовершенствованиями для разнообразных приложений данных) или MTC (машинной связью).

Концепция приостановки контекста UE направлена на желание уменьшить передачу сигналов между UE и сетью, а также между узлами RAN и CN. Более того, она позволяет сетевым узлам тратить больше емкости на рост трафика за счет меньших затрат на обработку сигналов, особенно в случае, когда UE часто (повторно) устанавливает соединения с сетью. Результатом уменьшения передачи сигналов и обработки является снижение задержки при переходе из состояния RRC-Idle в состояние RRC-Connected. Помимо других факторов время автономной работы UE также уменьшается на продолжительность передачи сигналов плоскости управления. Следовательно, сокращение избыточности передачи сигналов неизбежно приведет к увеличению времени автономной работы UE. Существенный вклад в избыточность передачи сигналов вносят процедуры, используемые в текущей архитектуре EPS на основе S1, требуемой для изменения состояния UE, то есть при переходе между состоянием Idle и Connected (то есть активным состоянием).

На фиг. 4 показаны процедуры, основанные на архитектуре S1/EPS, как описано в разделе 6.5 3GPP TR 23.720 V.1.2.0, для установления и разрыва соединения для того, чтобы UE могло передавать/принимать данные в пользовательской плоскости, то есть процедуры, применимые при переключении состояний Idle/Connected (режим ожидания/подключенное состояние) пользовательского оборудования. Как видно, на радио/Uu, S1AP интерфейсе имеется значительная избыточная передача сигналов. Чтобы уменьшить избыточную передачу сигналов и связанную с этим нагрузку на обработку в сети связи, требуемую описанными выше процедурами, предложено решение, основанное на повторном использовании информации из предыдущего RRC-соединения для последующей установки RRC-соединения. Сокращение избыточной передачи сигналов может быть реализовано путем ввода двух новых процедур 'RRC-приостановка' ('RRC Suspend') и 'RRC-возобновление' ('RRC Resume').

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

- блокирование передачи данных пользовательской плоскости между мобильным устройством и узлом RAN, но мобильное устройство все еще может принимать передачи сигнала поискового вызова от узла RAN и/или принимать уведомления о данных нисходящей линии связи от узла RAN;

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

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

Это состояние можно назвать RRC-SUSPENDED (которое похоже на режим ожидания, и, поэтому, его также можно назвать RRC-IDLE):

- eNodeB и UE сохраняют информацию о предыдущем RRC соединении, например, контекста безопасности слоя доступа, информацию о канале передачи (включая информацию о состоянии RoHC) и, если требуется, параметры L2/1. eNB предоставляет UE идентификатор, называемый 'Resume ID', например, основанный на eNB ID, который может использоваться для обращения к соответствующей информации, сохраненной в eNB.

- Соответствующие узлы сети сохраняют S1-MME UE сопряжение и информацию о контексте S1-U канала передачи. S1AP UE контексты могут быть сохранены в eNB и MME. Кроме того, eNB может сохранять адреса туннеля S1-U. Последнее снижает нагрузку на eNB, необходимую для установления S1-U S1-U каналов передачи.

- В состоянии RRC-SUSPENDED мобильность UE такая же, как и в состоянии RRC-Idle, например, UE применяет обычные или расширенные параметры DRX режима ожидания, осуществляет повторный выбор соты и т.д.

- При переходе в состояние RRC-SUSPENDED уровень EMM (Управление мобильностью EPS, EPS = усовершенствованная пакетная система) переходит в состояние ECM-SUSPENDED (ECM = управление подключением EPS).

Со ссылкой на фиг. 5, показано восемь этапов:

Этап 1: Сеть решает приостановить RRC-подключение.

Этап 2: eNB новым сообщением S1AP сообщает MME, что RRC-подключение UE приостановлено. MME и eNB сохраняют S1AP сопряжение и соответствующие контексты UE. MME переходит в состояние ECM-SUSPENDED. MME сохраняет DL TEID, связанные с UE и eNodeB.

Этап 3: MME отправляет сообщение с запросом освобождения каналов доступа (указание на ненормальное освобождение радиоканала) на SGW, который запрашивает освобождение всех S1-U каналов передачи для UE. SGW полагает, что UE находится в состоянии ожидания.

Этап 4: SGW предоставляет ответ на этап 3.

Этап 5: MME подтверждает этап 2.

Этап 6: MME переходит в состояние 'ECM-SUSPENDED'.

Этап 7: eNB приостанавливает RRC-подключение с UE. Может быть предоставлен идентификатор, используемый при последующем возобновлении этого приостановленного RRC-подключения. UE и eNB сохраняют информацию о контексте, т.е. RRC-конфигурацию, конфигурацию канала передачи (включая информацию о состоянии RoHC), контекст безопасности слоя доступа и, если необходимо, параметры L2/1. Это сообщение также содержит конфигурацию алгоритма защиты и счетчик скачков (NCC), связанный с K_eNB, который необходимо использовать для последующего возобновления.

Этап 8: Уровень RRC UE переходит в приостановленное состояние, например, называемое состоянием RRC-SUSPENDED, и уровень UE EMM также переходит в приостановленное состояние, называемое, например, состоянием ECM-SUSPENDED.

Неограничивающий пример операции RRC-возобновления показан на фиг. 6. При переходе из приостановленного состояния в подключенное состояние ранее сохраненную информацию в UE и в eNodeB можно использовать для возобновления RRC-подключения. Во время подключенного режима или состояния UE может обмениваться сигналами с сетью и выполнять другие соответствующие операции, включая возможность осуществлять связь с сетью в пользовательской плоскости, в то время как в режиме или состоянии ожидания (приостановки) UE может отключить по меньшей мере некоторые из своих возможностей и операций, и оно больше не способно осуществлять связь с сетью в пользовательской плоскости. UE предоставляет ранее полученный 'Resume ID', чтобы eNB мог использовать его для обращения к сохраненной информации, необходимой для возобновления RRC-подключения. Более того, оно может предоставить маркер аутентификации, используемый для того, чтобы защищённым образом идентифицировать UE. Соответствующие узлы сети повторно сохраняют/повторно используют S1-MME UE S1AP сопряжение и информацию о контексте S1-U канала передачи. На фиг. 6 показано одиннадцать этапов.

Этапы 1-3 соответствуют существующей процедуре, когда UE обращается к сети из состояния RRC-Idle посредством произвольного доступа (RA).

Этап 4: В сообщение msg3, сообщение с запросом о возобновлении RRC-подключения (RRC Connection Resume Request), UE может включить один или несколько элементов из следующего списка: Resume Id, маркер аутентификации, индикатор канала, причину запроса. eNB использует Resume Id, чтобы сопоставить UE с ранее сохраненным контекстом UE. Кроме того, msg3 также может содержать плоскость пользователя (User Plane), мультиплексированную посредством MAC, где возобновленный сохраненный контекст безопасности может использоваться для зашифрования плоскости пользователя.

Этап 5: В сообщении 4, обозначенном здесь как "Возобновление RRC-подключения выполнено" (RRC Connection Resume Complete), сеть указывает, какие DRB (радиоканалы передачи данных) были возобновлены, более того, оно включает в себя Resume Id и, если требуется, обновленные параметры L2/1.

Этап 6: UE и eNB возобновляют сохраненный контекст безопасности.

Этап 7: eNB уведомляет MME об изменении состояния UE в S1AP сообщении, обозначенном здесь как "Активный контекст S1-AP UE" (S1-AP UE Context Active). ECM в MME переходит в состояние ECM-CONNECTED. MME определяет, что UE возвращается на eNodeB, для которого MME сохранил информацию о выделенных для UE DL TEID (идентификаторах нисходящих конечных точек туннеля).

Этап 8: MME отправляет сообщение с запросом модификации канала передачи (Modify Bearer Request) (адрес eNodeB, S1 TEID (DL) для принятых EPS каналов, запрос уведомления о задержке нисходящих пакетов (Delay Downlink Packet Notification Request), тип RAT) для каждого PDN подключения на обслуживающий GW (RAT = технология радиодоступа). Если обслуживающий GW поддерживает процедуру запроса на модификацию каналов доступа (Modify Access Bearers Request), и если обслуживающему GW нет необходимости отправлять сигналы на PGW, то MME может отправить запрос на модификацию каналов доступа (Modify Access Bearers Request) (адрес(а) eNodeB и TEID для нисходящей пользовательской плоскости для принятых EPS каналов, запрос уведомления о задержке нисходящих пакетов (Delay Downlink Packet Notification Request)) для каждой единицы UE на обслуживающий GW, чтобы оптимизировать передачу сигналов. Обслуживающий GW теперь может передавать нисходящие данные на UE. SGW полагает, что UE находится в подключенном состоянии.

Этап 9: SGW предоставляет ответ на этап 8.

Этап 10: MME подтверждает этап 7. После этого этапа пользовательская плоскость может быть отправлена на SGW.

Этап 11: В качестве альтернативы передаче сообщения 4, если сообщение 3 включает в себя пользовательскую плоскость и указывает, что вся пользовательская плоскость передана, то eNB может приостановить RRC-подключение и неявно указать, что пользовательская плоскость была успешно принята.

Таким образом, было предложено решение, позволяющее терминалу, такому как UE, переходить в состояние RRC_IDLE, в то время как контекст UE (содержащий контекст слоя доступа (AS), например, контекст безопасности слоя доступа, информация, касающаяся канала передачи, и, при необходимости, параметры L2/1), а также соответствующий контекст S1 и контекст канала передачи могут храниться соответственно на узле RAN и на MME, который обслуживал UE, когда оно находилось в активном состоянии RRC (управление радиоресурсами) (RRC_CONNECTED). Когда UE находится в режиме ожидания, обслуживающие RAN и CN, как часть сохраненного контекста UE, могут хранить контекст канала передачи, содержащий информацию о конфигурации сетевых ресурсов, применимую для UE, находящегося в активном режиме. Сигнальное подключение S1-MME, установленное для UE, которое приостановило свое RRC-подключение, может сохраняться, пока MME может полагать, что UE находится в состоянии ожидания, ECM_IDLE. Когда UE переходит обратно из ожидания в активное состояние, механизмы, описанные в TR 23.720 V.1.2.0, позволяют UE указать так называемый “Resume ID”, а именно, идентификатор, связанный с UE в предыдущем переходе из активного состояния в состояние ожидания или в любой другой предыдущий момент, например, при установлении подключения. Путем передачи “Resume ID” и индикатора канала "Bearer Ind" при переходе из состояния ожидания в активное состояние UE может сигнализировать обслуживающей RAN, что его контекст все еще хранится, и что его следует повторно активировать вместе со всеми каналами передачи, связанными с ним.

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

В системе согласно TR 23.720 v1.2.0 нельзя модифицировать конфигурацию контекста канала UE, когда UE, для которого контекст был приостановлен, переходит из состояния ожидания в активное состояние. При переходе из состояния ожидания в активное состояние RAN и CN должны повторно активировать и допустить все множество каналов передачи, которые были сохранены как часть контекста UE, когда UE переходило из активного состояния в состояние ожидания. Тем не менее, сеть может оказаться не в состоянии принять все множество каналов передачи, например, из-за недостатка ресурсов в RAN или в CN. Поэтому, проблема системы в соответствии с TR 23.720 v1.2.0 заключается в том, что в момент перехода UE в активное состояние она не допускает модификацию контекста каналов передачи, сохраненного для UE, которое перешло в состояние ожидания. В соответствии с TR 23.720 v1.2.0 необходимо принять полный список каналов передачи. Однако это может привести к прерываниям обслуживания, так как допуск каналов, когда недоступны достаточные ресурсы, означает риск ухудшения QoS для принятых каналов передачи и для тех каналов, которые имеют такой же приоритет.

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

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

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

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

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

Варианты осуществления изобретения могут быть применены к системе, схематически показанной на фиг. 7. Сетевой объект 701 выполнен с возможностью осуществлять связь с терминалом 702 по одному или нескольким радиоресурсам (например, каналам передачи). Терминал 702 может представлять собой терминал 101, как на фиг. 1, а сетевой объект 701 может представлять собой узел сети 110 на фиг. 1.

Ссылочная позиция 703 обозначает, что была выполнена операция приостановки управления радиоресурсами описанного выше вида. После этого терминал 702 находится в состоянии ожидания или в приостановленном состоянии. В более поздний момент времени один из элементов определяет, что задано условие возобновления протокола управления радиоресурсами, 707, так что инициируют операцию возобновления протокола управления радиоресурсами. В примере на фиг. 7 полагают, что терминал 702 инициирует процесс возобновления путем отправки сообщения 704 управления радиоресурсами о возобновлении на сетевой объект 701. Например, у терминала 702 могут иметься данные для передачи, и, поэтому, он запрашивает возобновление подключенного состояния, т.е. переход из состояния ожидания в активное состояние. Тем не менее, следует отметить, что условие возобновления протокола управления радиоресурсами также может быть обнаружено на другом узле, например, в сетевом объекте 701, который может захотеть перейти в подключенное состояние, например, для того, чтобы передать управляющие сигналы на терминал 702, или на другом узле сети связи, которой принадлежит сетевой объект 701, например, узле сети управления связью, принадлежащем сети 110, например, в случае, когда ожидают нисходящие данные для терминала 702.

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

Результат процесса управления установлением соединения сообщают терминалу 702 в управляющем сообщении 706, и затем возобновляют подключение в соответствии с результатом, 708. Тем не менее, отметим, что это только одна возможность, и процесс возобновления подключенного состояния для терминала 702 также уже мог начаться при обнаружении условия возобновления путем задания радиоресурсов в соответствии с информацией о конфигурации радиоресурсов, сохраненной во время операции 703 приостановки. Соответственно, после получения сообщения 704 сетевой объект 701 может также возобновить подключение путем установки радиоресурсов в соответствии с информацией о конфигурации радиоресурсов, сохраненной во время операции 703 приостановки. Если в результате процесса 705 управления установлением соединения должно быть возобновлено подключенное состояние в соответствии с сохраненной информацией о конфигурации радиоресурсов, то сообщение 706 может представлять собой простое подтверждающее сообщение, и процедура 708 может просто продолжаться в соответствии с конфигурацией. Если в результате процесса 705 управления установлением соединения должно быть возобновлено подключенное состояние на основе процедуры реконфигурации радиоресурсов, то сообщение 706 может содержать информацию о реконфигурации радиоресурсов, указывающую, какие изменения необходимо выполнить в отношении информации о конфигурации радиоресурсов, сохраненной во время операции 703 приостановки, либо информацию, указывающую новый набор установок для радиоресурсов. Затем, процедура 708 должна изменить соответствующим образом конфигурацию радиоресурсов.

На фиг. 8 показана блок-схема последовательности действий варианта осуществления основного способа процесса 705 управления установлением соединения, выполняемого сетевым объектом 701. На этапе 801 определяют, что имеет место условие возобновления протокола управления радиоресурсами, например, путем получения соответствующего сообщения. Процесс 802 проверяет, надо ли возобновить подключенное состояние в том виде, в каком оно было приостановлено (т.е. с той же конфигурацией радиоресурсов), либо необходимо выполнить реконфигурацию. В случае если принято решение о возобновлении в том состоянии, в котором была выполнена приостановка, то процедура переходит на процесс 803, а в случае, если принято решение о возобновлении с реконфигурированным набором радиоресурсов, то процедура переходит на процесс 804.

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

- доступность радиоресурсов на терминале 702,

- доступность радиоресурсов на сетевом объекте 701,

- доступность радиоресурсов в сети 110 связи, которой принадлежит сетевой объект 701,

- интенсивность трафика в сети 110 связи, которой принадлежит сетевой объект 701,

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

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

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

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

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

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

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

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

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

В соответствии с вариантом осуществления, сеть связи содержит сеть доступа и сеть управления связью, и объект 701 сети связи представляет собой объект сети доступа, например, базовую станцию, такую как NodeB или eNodeB. Пример этого приведен на фиг. 9, где показан сетевой объект 901, который принадлежит сети управления связью, например, базовой сети. В еще одном варианте осуществления процедура 804 реконфигурации радиоресурсов может содержать обращение к записи структуры реконфигурации, содержимое которой зависит от информации, полученной от сети управления связью. Например, соответствующим сообщением 902 объект 901 сети управления связью (например, MME) может указать сетевому объекту 701 (например, eNodeB) во время создания информации о конфигурации радиоресурсов, которую необходимо сохранить, или в момент активации соответствующих радиоресурсов, возможно ли изменение/согласование параметров, например, параметров QoS, на объекте сети управления связью, и если возможно, то объект 901 сети управления связью может, как вариант, указать, какие параметры могут быть объектом изменений, например, указывая диапазоны или отдельные значения, из которых можно выбирать. Объект 901 сети управления связью может иметь информацию, касающуюся обслуживания, указывающую, что изменение параметров невозможно для любого сервиса или для некоторых отдельных сервисов. С учетом того, что сеть доступа (например, RAN) может иметь больше ресурсов доступных во время следующего возобновления терминала, понятно, что измененные параметры применимы только до тех пор, пока терминал не будет приостановлен в следующий раз при переходе в состояние RRC_IDLE или RRC-SUSPEND. А именно, исходные параметры, с которыми было выполнено задание радиоресурсов или информации о конфигурации радиоресурсов, используют при следующем возобновлении, для чего требуется, чтобы сетевой объект 701 и объект 901 сети управления связью сохраняли исходные параметры и применяли их для возобновления процедур, когда не было запросов каких-либо изменений.

Теперь со ссылкой на фиг. 10 будет описан еще один вариант осуществления. В этом примере, как и в примере, показанном на фиг. 9, имеется сетевой объект 701, например, в сети доступа, и сетевой объект 901, например, в сети управления связью. Процесс 1001 управления установлением соединения, выполняемый на сетевом объекте 701, содержит следующее: в сеть управления связью отправляют сообщение 1002 с предложением радиоресурсов (radio resource proposal). Сетевой объект 901 также выполнен с возможностью выполнять процесс 1003 управления установлением соединения, который содержит следующее: принимают сообщение 1002 с предложением радиоресурсов от сетевого объекта 701, и отправляют ответное сообщение 1004, касающееся упомянутого сообщения с предложением радиоресурсов. Процесс 1001 объекта 701 также содержит следующее: принимают ответное сообщение 1004. Затем, оба объекта 701 и 901 работают в возобновленном подключенном состоянии в зависимости от содержимого упомянутого ответного сообщения.

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

Сообщение 1002 с предложением радиоресурсов может представлять собой одно из следующих:

- сообщение с подтверждением радиоресурсов (radio resource confirmation), подтверждающее информацию о конфигурации радиоресурсов, содержащуюся в информации управления радиоресурсами, сохраненной во время операции 703 приостановки протокола управления радиоресурсами; и

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

Ответное сообщение 1004 может представлять собой одно из следующих:

- подтверждение, подтверждающее работу в возобновленном подключенном состоянии в соответствии с сообщением с предложением радиоресурсов; и

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

В соответствии с еще одним вариантом осуществления, приведенном на фиг. 11, на которой показана такая же структура, что и на фиг. 10, процесс 1101 управления установлением соединения объекта 701 содержит следующее: отправляют первое сообщение 1102 с предложением радиоресурсов в сеть управления связью в первый момент времени, и если после упомянутого первого момента определили, что имеет место условие для пересмотра предложения радиоресурсов, то в систему управления связью отправляют второе сообщение 1104 с предложением радиоресурсов, связанное с информацией о конфигурации радиоресурсов, отличной от информации, с которой связано первое сообщение 1102 с предложением радиоресурсов. Процесс 1103 управления установлением соединения объекта 901 может содержать следующее: принимают первое сообщение 1102 с предложением радиоресурсов в соответствующий первый времени, а затем осуществляют процедуру мониторинга для определения того, принято ли второе сообщение 1104 с предложением радиоресурсов, которое связано с информацией о конфигурации радиоресурсов, отличной от информации, с которой связано первое сообщение 1102 с предложением радиоресурсов.

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

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

- доступность радиоресурсов на терминале 702,

- доступность радиоресурсов на сетевом объекте 701,

- доступность радиоресурсов в сети 110 связи, которой принадлежит сетевой объект 701,

- интенсивность трафика в сети 110 связи, которой принадлежит сетевой объект 701,

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

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

Варианты осуществления в соответствии с фиг. 11 могут быть такими, что объект 901 (например, MME), принимающий запрос от объекта 701 (например, объекта RAN, такого как eNodeB) на модификацию установки радиоресурсов для терминала, который запросил возобновление, может не применить модификации немедленно, а может подождать в течение заданного количества времени, чтобы гарантировать, что условия, вследствие которых был дан запрос от объекта 701, не являются кратковременными. В этом случае объект 701 может установить радиоресурсы в соответствии с сохраненной информацией о конфигурации ресурсов и уведомит объект 901 сообщением 102 о том, что к радиоресурсам следует применить модификации согласно предыдущим вариантам осуществления. Объект 901 может принять модификации, но подождать перед их применением к установленным радиоресурсам. Если условия на объекте 701 таковы, что позволяют повторно задать такие радиоресурсы, какие были сохранены в информации о конфигурации радиоресурсов, то объект 701 может уведомить объект 901 о том, что предыдущие изменения могут не понадобиться, и объект 901 может оставить информацию о конфигурации радиоресурсов неизменной. Если истекает временное окно, в рамках которого объект 901 ожидает перед тем, как применить изменения, то объект 901 модифицирует установку ресурсов, как было запрошено объектом 701.

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

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

В соответствии с еще одним вариантом осуществления, один или несколько процессов 705, 1001, 1003, 1101, 1103 управления установлением соединения устроен так, что сигнальные соединения, заданные в информации управления радиоресурсами, сохраненной во время операции приостановки протокола управления радиоресурсами, оставляют неизменными, даже если необходимо выполнить процедуру реконфигурации радиоресурсов для работы в возобновленном подключенном состоянии. Преимущество этой технологии заключается в том, что если терминал 702 возобновляют с использованием того же сетевого объекта 701 (например, eNodeB), что и во время приостановки подключения, то сохраненные ID сигнального соединения позволяют узлам сети управления связью (например, MME и S-GW) повторно использовать их, начиная отправлять буферизованные нисходящие данные на терминал 702. Такие действия предпочтительны, если терминал возобновляет подключение с тем же объектом 701, получив пейджинговый вызов, вызванный нисходящими данными, так как имеет потенциал сокращения периода времени на подключение терминала.

Теперь будут более подробно описаны варианты осуществления, которые относятся к элементам и протоколам системы EPS/LTE. Радиоресурсы реализованы в виде каналов передачи, а информация управления радиоресурсами реализована в виде контекста UE.

На фиг. 14 показано общее представление этапов, выполняемых на UE (пользовательском оборудовании), в RAN (сети радиодоступа) и в CN (базовой сети).

Как показано в ячейке 1401, при выполнении операции приостановки UE переходит из активного состояния в состояние ожидания, в то время как контекст UE (AS контекст, контекст S1 и канала передачи) сохраняют в сети. Контексты каналов передачи и сигнальные соединения S1 сохраняют в деактивированном состоянии. UE назначают идентификатор, указывающий на сохраненную конфигурацию, к которой можно обратиться при переходе из состояния ожидания в активное состояние, т.е. при возобновлении. Как показано в ячейке 1402, предполагается, что UE хочет возобновить подключение, таким образом, переходит из состояния ожидания в активное состояние и передает обслуживающей RAN "Resume ID", который идентифицирует UE контекст в RAN. Как показано в ячейке 1403, затем RAN выполняет процесс управления установлением соединения в отношении канала передачи, связанного с контекстом UE. Как показано в ячейке 1404, затем RAN передает CN сообщение, указывающее возобновление каналов передачи, связанных с UE, когда оно переходит в состояние ожидания. Как показано в ячейке 1405, предполагают, что RAN определила, что некоторые/все каналы передачи не могут быть приняты с текущими настройками каналов передачи. Как показано в ячейке 1406, затем RAN передает CN сообщение, указывающее возобновление каналов передачи, связанных с UE, когда оно переходит в состояние ожидания. Тем не менее, в таком сообщении RAN указывает MME список каналов передачи, которые надо модифицировать, вместе с подробностями о том, как должна осуществляться модификация, а также список каналов передачи, которые надо обнаружить. Как показано в ячейке 1407, если MME не может допустить все каналы передачи, связанные с UE при текущих/предложенных установках, то MME отвечает списком каналов передачи, которые следует модифицировать, и списком каналов, которые необходимо детектировать. MME информирует S-GW о таких изменениях каналов передачи. Как показано в ячейке 1408, если MME принимает модификацию контекста каналов передачи, предложенную RAN, то он отвечает подтверждением и информирует S-GW о таком изменении. Как показано в ячейке 1409, RAN и S-GW последовательно обслуживают (вновь модифицированные) каналы передачи.

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

В одном варианте осуществления концепцию применяют в случае, когда обслуживающая RAN принимает индикацию возобновления подключения, вызванного UE или вызванного CN, где UE ранее было переведено в состояние ожидания, и для чего контекст UE был приостановлен. В этом случае RAN при получении контекста каналов передачи UE может определить, что каналы передачи UE не могут быть допущены, например, из-за загрузки RAN. Поэтому, RAN может определить, например, путем выполнения процедуры управления установлением соединения, какие каналы передачи могут быть допущены без изменений, какие каналы передачи следует модифицировать, и какие каналы передачи следует удалить. Поэтому, RAN может указать в сообщении, передаваемом MME, что радиоресурсы UE следует переустановить, но в том же сообщении RAN может описать требуемые модификации контекста каналов передачи UE, чтобы допустить каналы передачи UE. В этом примере MME может принять предложенные изменения каналов передачи, предложенные RAN, либо MME может предложить дополнительные изменения, диктуемые своими условиями, например, связанными с интенсивностью трафика. После того, как MME ответит RAN, либо подтверждая изменения, предложенные RAN, либо предлагая дополнительные изменения, вновь модифицированные каналы передачи активируют в RAN. MME также S-GW сообщает примененные изменения каналов передач. Если MME предлагает дополнительные изменения конфигураций каналов передачи, то допущенные каналы передачи будут соответствовать конечной конфигурации, предоставленной MME. В противном случае будет допущена конфигурация, предложенная RAN.

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

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

В другом варианте осуществления RAN может указать MME в виде части сигнализации о возобновлении, что для некоторых из каналов передачи необходимы модификации QoS (качества обслуживания). Такие модификации могут быть осуществлены путем включения в запрос на возобновление, т.е. в S1AP: сообщение UE Context Active (S1AP = протокол прикладного уровня S1), списка каналов передачи, которые необходимо модифицировать, чтобы задать новые параметры QoS, которые RAN предпочитает задать. Одна причина такого запроса от RAN может заключаться в недостатке ресурсов, что делает невозможным обслуживание каналов передачи с текущими настройками QoS, либо что доступно больше ресурсов, чем связано с текущим QoS. Например, RAN может запросить изменения средней скорости передачи для заданного канала передачи либо изменения гарантированной скорости передачи. MME, принимающий такой запрос, может ответить, принимая его. В другом варианте осуществления MME, принимающий такой запрос, может ответить новыми параметрами QoS для каналов передачи, модификацию которых запросила RAN. RAN может принять или отклонить такие параметры.

В другом варианте осуществления RAN может указать MME в виде части сигнализации о возобновлении, что для некоторых из каналов передачи необходимы модификации QoS. Такие модификации могут быть осуществлены путем включения в запрос на возобновление, т.е. в S1AP: сообщение UE Context Active, указание, что запрошено задание измененного QoS для всех/некоторых из каналов передачи. Такое указание может быть в виде нового IE (информационного элемента), выделенного для каждого канала передачи, со значением причины, заданным, например, равным "изменение QoS". MME, принимающий такое указание, может ответить RAN сообщением, включающим в себя новые параметры QoS для затронутых каналов передачи, где такие новые параметры QoS указывают на изменение конфигурации QoS, например, одно или несколько из следующих условий: более низкая средняя скорость передачи, более низкая гарантированная скорость передачи, более низкий приоритет при планировании, более низкий бюджет задержки пакетов.

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

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

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

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

На фиг. 15 дан обзор процессов и сообщений, выполняемых в системе, как описано ранее со ссылкой на фиг. 6. По сравнению с фиг. 6 надо отметить, что были добавлены процедуры 5 и 10 управления установлением соединения, соответствующие процессам 1001, 1003 и 1101, 1103, описанным ранее. Более конкретно, этапы 1-4 описаны по отношению к фиг. 6. eNB выполняет управление установлением соединения на этапе 5 и решает, например, не устанавливать повторно все приостановленные каналы передачи. Следовательно, ответное сообщение RRC, этап 6, будет содержать обновленную конфигурацию каналов передачи, и этап 7 (который в противном случае соответствует сообщению 5 на фиг. 6) заключается в подтверждении от UE новой конфигурации каналов передачи. Этап 8 соответствует этапу 6, а этап 9 (который в противном случае соответствует сообщению 7 на фиг. 6) содержит информацию уровня S1AP, которая информирует MME об обновленной конфигурации каналов передачи. Пример информационного элемента, который может содержать такую информацию уровня S1AP, приведен на фиг. 16, где показан пример информации, которую необходимо включить в сообщение S1: UE Context Active/Ack.

Также MME может решить не допускать все каналы передачи, и в этом случае необходима передача дополнительных сигналов (указание на этапе 13 и этапах 14-15). В последнем случае информацию, аналогичную показанной на фиг. 16, можно добавить к сообщению, отправленному MME на eNB, а именно к сообщению S1: UE Context Active Ack.

Другая возможная реализация информации, передаваемой в сообщении S1: UE Context Active и S1: UE Context Active Ack показано на фиг. 17. На фиг. 17 информацию, касающуюся удаленных каналов передачи, предоставляют путем добавления списка E-RAB, которые не удалось установить в S1: UE Context Active и/или S1: UE Context Active Ack.

Следует отметить, что и на фиг. 16, и на фиг. 17 IE с параметрами QoS уровня E-RAB является необязательным. А именно, могут отсутствовать параметры QoS, которые предполагается назначить при возобновлении для E-RAB, потому что RAN и/или MME не поддерживает функцию модификации конфигурации каналов передачи при возобновлении.

В соответствии с фиг. 16 информация состоит из списка E-RAB, которые необходимо модифицировать, и списка E-RAB, которые не подвергают какой-либо модификации. Общий список E-RAB (модифицированных и немодифицированных), включенных в сообщение, состоит из E-RAB, для которых контекст был сохранен тогда, когда UE было приостановлено.

Из фиг. 16 понятно, что список E-RAB, которые необходимо модифицировать, содержит индикацию удаления. Если такой IE указывает на удаление, то это означает, что eNodeB или MME запрашивает удаление соответствующего E-RAB.

На фиг. 17 показано, как включают три списка E-RAB. Один список содержит E-RAB, которые необходимо модифицировать, и включает в себя подробности того, как их необходимо модифицировать. Другой список указывает E-RAB, которые надо установить, т.е. те E-RAB, для которых контекст каналов передачи не изменился с того момента, когда UE было приостановлено. Третий список содержит E-RAB, которые не удалось установить, а именно, те E-RAB, для которых eNodeB запрашивает удаление у MME.

В соответствии с вышеприведенными вариантами осуществления, eNodeB имеет возможность реконфигурировать UE с новой конфигурацией E-RAB, переданной на MME. Такая реконфигурация может произойти либо до того, как eNodeB начнет сигнализировать MME, либо после, как только будет принят ответ от MME.

В случае если информацию, представленную на фиг. 16 и фиг. 17, MME предоставляет на eNodeB в сообщении, которое подтверждает запрос на возобновление от eNodeB, а именно в сообщении S1: UE Context Active Ack, то MME может указать eNodeB, какие E-RAB могут быть приняты в базовой сети, какие E-RAB не могут быть приняты, и какие E-RAB следует модифицировать. В последнем случае, когда MME указывает изменения в контексте UE, которые запросил установить eNodeB, примет изменения и осуществляет реконфигурацию UE с использованием протокола RRC сигнализации так, чтобы задать для UE новые установки E-RAB, предложенные MME.

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

Это значит, что во время приостановки UE MME сохраняет DL TEID для сигнального соединения S1, связанного с UE, для каждого канала передачи UE.

Преимущество этой технологии заключается в том, что если UE возобновляют с использованием того же eNodeB, то сохраненные DL TEID позволяют MME и S-GW повторно использовать их при начале отправки буферизованных нисходящих пользовательских данных через интерфейс S1-U.

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

Некоторые преимущества хранения DL TEID в MME и отсутствия передачи новых в сообщении S1: UE Context Active заключаются в следующем:

- если повторно не использовать DL TEID для других экземпляров UE, то имеется меньший риск прохождения нисходящих пользовательских данных, относящихся к другому UE;

- EPC может применить оптимизированный переход в подключенное состояние на S-GW, т.е. "просто" щелкая переключателем вместо того, чтобы сначала присваивать новые DL TEID;

- первые нисходящие данные, прибывающие на S-GW, могут быть использованы в качестве триггера для начала передачи нисходящих пользовательских данных. А именно, если DL TEID не были удалены из S-GW, и они надежно сохранены там, то S-GW может разрешить передачу нисходящих данных для UE на сохраненных DL TEID, как только будут получены восходящие данные для того же UE;

- S-GW знает, что UE было возобновлено на том же eNodeB, так как восходящие данные прибывают на UL TEID без предварительного получения сообщения с запросом на модификацию каналов передачи;

- данные от того же eNodeB представляют собой триггер, чтобы S-GW повторно использовал существующие DL TEID.

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

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

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

Предложенная в изобретении концепция также может быть реализована в виде объекта сети связи, такого как объект 701 или 901. На фиг. 12 показана схематическая блок-схема, в которой сетевой объект 1200 имеет интерфейс 1201 связи для осуществления связи с терминалом и с другими сетевыми объектами, один или несколько процессоров 1202 для выполнения операций управления и запоминающее устройство 1203, выполненную с возможностью содержать управляющие команды (например, в виде частей программного кода), образующие модуль 1204 управления радиоресурсами. Объект 1200 сети связи содержит контроллер радиоресурсов (например, части кода модуля 1204, загруженные для исполнения процессором 1202), предназначенный для выполнения процесса управления установлением соединения в соответствии с любым из вышеописанных вариантов осуществления.

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

Предложенная в изобретении концепция также может быть реализована в виде терминала, такого как терминал 702. На фиг. 13 показана схематическая блок-схема, в которой терминал 1300 имеет интерфейс 1301 связи для осуществления связи с одним или несколькими сетевыми объектами, один или несколько процессоров 1302 для выполнения операций управления и запоминающее устройство 1303, выполненное с возможностью содержать управляющие команды (например, в виде частей программного кода), образующие модуль 1304 управления радиоресурсами. Терминал 1300 содержит контроллер управления радиоресурсами (например, части кода модуля 1304, загруженного для исполнения в процессор 1302), устроенный так, чтобы выполнять процесс возобновления протокола управления радиоресурсами, который содержит определение того, необходимо ли возобновить подключенное состояние в соответствии с сохраненной информацией о конфигурации радиоресурсов, или следует использовать другую информацию о конфигурации радиоресурсов для возобновления подключенного состояния.

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

В соответствии с еще одним вариантом осуществления, RAN должна быть способна определять, можно ли возобновить все каналы передачи, которые были ранее приостановлены, и если ресурсы недоступны, то RAN должна обладать средством, позволяющим указать CN, какие каналы передачи не удается установить. Важно отметить, что предотвращение выполнения RAN управления установлением соединения во время возобновления контекста UE предполагает, что все E-RAB, которые были ранее приостановлены, должны будут быть возобновлены. В ситуации, когда ресурсов недостаточно, чтобы допустить все E-RAB, безусловный полный допуск негативно скажется на QoS всех активных каналов передачи, потому что уже недостаточные ресурсы надо будет разделить с большим числом каналов передачи, чего нельзя допустить. Это негативно скажется на качестве восприятия конечного пользователя.

Таким образом, отметим, что предпочтительно, чтобы RAN была способна выполнять управление установлением соединения на каналах передачи, которые должны быть возобновлены, и указать, какие каналы передачи возобновить не удалось.

Аналогично, в существующих системах CN может указать, надо ли освободить некоторые каналы передачи. Это возможно в нескольких процедурах управления E-RAB, таких как S1: команда освобождения E-RAB (E-RAB Release Command). Можно отметить, что в S1 запросе установления (S1 E-RAB Setup Request) CN может задать E-RAB, для которых доступны ресурсы CN. Поэтому, при установлении E-RAB CN может неявно запустить управление установлением соединения.

В случае возобновления контекста UE сценарий аналогичен, а именно, CN должна иметь возможность определять, что некоторые E-RAB не могут быть допущены, и должна иметь возможность указывать это RAN. Неспособность выполнения этого подразумевает допуск E-RAB, ресурсы для которых недоступны, что потенциально негативно повлияет на QoS всех активных каналов передачи, как уже было объяснено выше.

Таким образом, отметим, что предпочтительно, чтобы CN была способна выполнять управление установлением соединения на каналах передачи, которые должны быть возобновлены, и указать, какие каналы передачи возобновить не удалось.

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

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

На фиг. 18 показан пример того, как может быть определена процедура возобновления контекста UE (UE Context Resume),чтобы можно было выполнять управление установлением соединения для каналов передачи, которые надо возобновить.

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

На этапе 2 RAN при получении контекста каналов передачи UE может определить, что каналы передачи UE не могут быть допущены, например, из-за загрузки RAN. Поэтому, RAN может определить, какие каналы передачи могут быть допущены, и какие каналы передачи не следует возобновлять.

На этапе 3 RAN указывает UE, какие DRB возобновлены.

На этапе 4 RAN отправляет MME запрос на возобновление контекста UE (UE Context Resume Request), предписывающий, что необходимо повторно установить радиоресурсы UE. В том же самом сообщении RAN может перечислить каналы передачи, которые не удалось возобновить в результате управления установлением соединения.

На этапе 5 MME выполняет проверку того, что каналы передачи, которые RAN собирается возобновить, могут быть допущены. Если MME не может возобновить некоторые из каналов передачи, он укажет это RAN на этапе 8 с использованием списка каналов передачи, которые не удалось возобновить.

На этапе 6 и 7 MME указывает S-GW принятые каналы EPS, а S-GW отвечает на это.

На этапе 8 MME отвечает eNB сообщением с ответом на возобновление контекста UE (UE Context Resume Response), в котором перечисляет каналы передачи, которые не удалось возобновить. Если список каналов, которые не удалось возобновить, имеется на этапе 8, то eNB может выполнить реконфигурацию UE посредством существующих процедур на этапе 9 и этапе 10.

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

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