ПРИСВОЕНИЕ МНОЖЕСТВА ВРЕМЕННЫХ ИДЕНТИФИКАТОРОВ РАДИОСЕТИ УСТРОЙСТВУ ПОЛЬЗОВАТЕЛЯ
ASSIGNING A PLURALITY OF RADIO NETWORK TEMPORARY IDENTIFIERS TO A USER DEVICE

Область техники, к которой относится изобретение
Настоящее изобретение относится к устройству пользователя и сетевому узлу систем беспроводной связи. Кроме того, настоящее изобретение относится также к соответствующим способам, компьютерной программе и компьютерному программному продукту.
Уровень техники
Разрабатываемые сети связи становятся все более разнородными и будет применяться более плотная архитектура развертывания базовых станций для удовлетворения растущих требований к обработке информации в сотовой сети.
Следовательно, обеспечение бесшовной мобильности между узлами доступа (ANs) будет являться одной из ключевых технических задач в будущем, где сети связи становятся все более и более ориентированными на пользователя.
Кроме того, различные типы новых схем передачи данных визуализируются для будущей системы связи. Пользователи могут, например, иметь возможность посылать небольшие объемы данных без подключения или с доступом с конкуренцией в режиме ожидания. Это потребует новых способов идентификации пользователя.
В настоящее время сети связи, основанные на 3GPP стандартах, используют сотовый временный идентификатор радиосети (C-RNT) для идентификации устройства пользователя (UE), подключенного к соте. Когда процедура передачи обслуживания была выполнена или повторно установлено соединение управления радиоресурсами (RRC), то UE должно выполнить процедуру произвольного доступа (RA) для получения действительного C-RNTI.
В стандарте Долгосрочное развитие (LTE) существуют и другие типы RNTI. Это также имеет место в универсальных системах мобильной связи (UMTS), где существует множество типов RNTI для различных целей, и некоторые из них имеют различные области применения. Например, сотовый RNTI является действительным в соте, S: RNTI является действительным в области обслуживающего контроллера радиосети (RNC) и пользовательский RNTI (U-RNTI) является уникальным во всей универсальной наземной сети радиодоступа (UTRAN), так как он содержит случайный RNTI для UE идентификатор (ID) обслуживающего RNC.
Когда UE находится в режиме ожидания, то UE идентифицируется посредством временного идентификатора абонента сотовой связи (TMSI), который является действительным в пределах значительной области, но используется только в режиме ожидания, например, режим поискового вызова UEs и запроса на обслуживание.
Раскрытие сущности изобретения
Задачей вариантов осуществления настоящего изобретения является обеспечение решения, которое смягчает или устраняет недостатки традиционных решений.
В соответствии с первым аспектом настоящего изобретения, упомянутые выше и другие цели достигаются с помощью устройства пользователя для системы беспроводной связи, причем устройство пользователя содержит приемопередатчик, выполненный с возможностью: приема первого временного идентификатора радиосети, RNTI, причем первый RNTI действителен для первого набора сетевых узлов сети связи;
приема по меньшей мере одного второго RNTI, причем второй RNTI действителен для второго набора сетевых узлов сети связи, при этом первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов;
передачи данных в сеть связи или приема данных из сети связи с использованием первого RNTI или второго RNTI.
Понятно, что первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов, что означает, что наборы не являются идентичными наборами. Первый набор и второй набор должны отличаться, по меньшей мере, одним элементом (т.е. сетевой узел) друг от друга. Кроме того, следует понимать, что термин «набор» имеет математический смысл, предполагая, что набор может иметь только один элемент, следовательно, первый и второй наборы каждый могут содержать только один сетевой узел.
Следует также отметить, что устройство пользователя может принимать более, чем один второй RNTI. Вторые RNTIs могут каждый быть ассоциирован с различными вторыми наборами сетевых узлов.
Устройство пользователя в соответствии с первым аспектом принимает и использует первый RNTI или второй RNTI, что означает, что сеть радиосвязи может управлять тем, какие RNTIs используются и, следовательно, выделять доступные идентификаторы эффективным способом для допуска нескольких устройств пользователей в пределах ограниченного адресного пространства. Таким образом, возможно обеспечить эффективное управление RNTI адресным пространством, например, на больших зонах покрытия.
Кроме того, устройство пользователя в соответствии с первым аспектом обеспечивает более плавную и быструю передачу обслуживания и другие признаки мобильности без процесса получения RNTI.
Кроме того, устройство пользователя в соответствии с первым аспектом позволяет обеспечить ориентированное на пользователя управление мобильностью, что означает более плавное управление мобильностью между сетевыми узлами в будущем и в существующих в настоящее время системах беспроводной связи, таких как LTE и UMTS.
В первой возможном варианте осуществления устройства пользователя в соответствии с первым аспектом, приемопередатчик дополнительно выполнен с возможностью:
приема первого RNTI и второго RNTI из сети радиосвязи в одном радиосигнале или в виде отдельных радиосигналов.
Первый возможный вариант реализации первого аспекта имеет преимущества, которые заключаются в том, что сетевой узел может передавать сигналы RNTIs на устройство пользователя эффективным способом, в котором может иногда быть более эффективный вариант, при котором передаются оба RNTIs в том же самом сигнале, и иногда может быть более эффективно сигнализировать их по отдельности.
Во втором возможном варианте реализации устройства пользователя, согласно первому варианту осуществления первого аспекта или первому аспекту, как таковому, второй RNTI является первым RNTI с расширением адресного пространства.
Второй возможный вариант реализации первого аспекта имеет преимущество, которое заключается в том, что структурирование адреса проще для присвоения RNTIs. Первый RNTI короче, чем второй RNTI.
В третьем возможном варианте реализации устройства пользователя в соответствии со вторым вариантом осуществления первого аспекта, расширенное адресное пространство является общим идентификатором для второго набора сетевых узлов.
Третьим возможным вариантом реализации первого аспекта имеет преимущество, которое заключается в том, что RNTIs используются повторно простым способом управления для сети радиосвязи, так как сеть радиосвязи может идентифицировать набор сетевых узлов, в котором RNTI является действительным.
В четвертом возможном варианте реализации устройства пользователя в соответствии с любым из вариантов реализации первого аспекта или первым аспектом, как таковым, приемопередатчик дополнительно выполнен с возможностью:
инициации передачи данных в сети радиосвязи с использованием первого RNTI, и
передачи данных в сеть радиосвязи, с использованием второго RNTI вместо первого, при наличии сбоя в передаче данных в сети радиосвязи с использованием первого RNTI.
Четвертый возможный вариант реализации первого аспекта имеет преимущества, которые заключаются в том, что первый RNTI, всегда используется для передачи данных, если это возможно. Кроме того, так как первый RNTI может быть короче, чем второй RNTI, то устройство пользователя может использовать короткий RNTI для передачи данных во время нормального обмена данными, и использовать длинный RNTI только тогда, когда это необходимо, например, если устройство пользователя больше не находится в пределах зоны покрытия первого набора сетевых узлов.
В пятом возможном варианте реализации устройства пользователя в соответствии с любым из вариантов реализации первого аспекта или первого аспекта, как такового, использование первого RNTI или второго RNTI определяются правилами отбора RNTI.
Пятый возможный вариант реализации первого аспекта имеет преимущество, которое заключается в том, что использование в RNTIs может быть оптимизировано в устройстве пользователя в соответствии с различными критериями выбора.
В шестом возможном варианте реализации устройства пользователя в соответствии с пятым вариантом осуществления первого аспекта, устройство пользователя дополнительно содержит процессор, выполненный с возможностью обеспечивать правила отбора RNTI, или в котором приемопередатчик дополнительно выполнен с возможностью приема RNTI сообщения управления из сети радиосвязи, содержащее правила отбора RNTI; и в котором приемопередатчик дополнительно выполнен с возможностью:
передачи данных в сеть радиосвязи или приема данных из сети радиосвязи с использованием первого RNTI или второго RNTI в соответствии с правилами отбора RNTI.
Шестой возможный вариант реализации первого аспекта имеет преимущество, которое заключается в том, что правила отбора RNTI могут быть заданы в устройстве пользователя для быстрого выбора RNTI или обновления и управления сетью радиосвязи.
В седьмом возможном варианте реализации устройства пользователя в соответствии с пятым или шестым вариантами осуществления первого аспекта, правила отбора RNTI для использования первого RNTI или второго RNTI зависят от одного или более параметров в группе, содержащей: информацию о географическом местоположении устройства пользователя; идентификатор обслуживающего узла сети; информацию об обнаруженных соседних сетевых узлов; тип выделенного канала радиосвязи; продолжительность периодов бездействия в режиме прерывистого приема; мобильность устройства пользователя; сообщение типа протокола, тип отказа при передаче и RNTI коммуникации.
Седьмой возможный вариант реализации первого аспекта имеет преимущество, которое заключается в том, что процесс выбора RNTI может быть адаптирован к требованиям конкретного устройства пользователя. Например, устройство пользователя может использовать второй RNTI, если устройство пользователя имеет высокую мобильность или продолжительные периоды бездействия, так как это увеличивает вероятность того, что устройство пользователя не будет находиться в зоне покрытия первого набора сетевых узлов, где может использоваться первый RNTI (являться действительным).
В восьмом возможном варианте реализации устройства пользователя в соответствии с любым вариантом реализации первого аспекта или первого аспекта, как такового, первый набор сетевых узлов является подмножеством второго набора сетевых узлов.
Восьмой возможный вариант реализации первого аспекта имеет преимущество, которое заключается в том, что процесс управления использованием RNTIs и мобильностью устройств пользователей является более простым.
В соответствии со вторым аспектом настоящего изобретения, упомянутые выше и другие цели достигаются с помощью сетевого узла для сети радиосвязи, причем сетевой узел содержит приемопередатчик и процессор; в котором процессор выполнен с возможностью:
назначения первого временного идентификатора радиосети, RNTI, устройству пользователя, причем первый RNTI является действительным для первого набора сетевых узлов сети радиосвязи,
назначения по меньшей мере одного второго RNTI устройству пользователя, причем второй RNTI является действительным для второго набора сетевых узлов сети радиосвязи, и при этом первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов; а приемопередатчик выполнен с возможностью:
передачи первого RNTI на устройство пользователя;
передачи второго RNTI на устройство пользователя.
Сетевой узел в соответствии со вторым аспектом присваивает и сигнализирует первый RNTI и второй RNTI на устройство пользователя, при этом сеть радиосвязи может управлять способом выбора RNTIs для использования и, следовательно, выделяет доступные идентификаторы (RNTIs) эффективным способом для обслуживания множества устройств пользователя в пределах ограниченного адресного пространства. Таким образом, предоставляется возможность эффективного управления RNTI адресного пространства, например, в значительных зонах покрытия.
Кроме того, сетевой узел согласно второму аспекту обеспечивает более плавную и более быструю передачу обслуживания без выполнения процесса получения RNTI.
Кроме того, сетевой узел в соответствии со вторым аспектом позволяет обеспечить ориентированное на пользователя управление мобильностью, что означает более плавный процесс управления мобильностью между сетевыми узлами в будущем и в существующих в настоящее время системах сотовой связи, таких как LTE и UMTS.
В первом возможном варианте реализации сетевого узла, в соответствии со вторым аспектом, как таковым, приемопередатчик дополнительно выполнен с возможностью:
передачи данных на устройство пользователя или приема данных от устройства пользователя с помощью первого RNTI или второго RNTI для идентификации устройства пользователя.
Первый возможный вариант реализации второго аспекта имеет преимущество, которое заключается в том, что либо первый RNTI, либо второй RNTI может быть использован как в восходящей, так и нисходящей линий связи.
Во втором возможном варианте реализации сетевого узла согласно первому варианту осуществления второго аспекта или второго аспекта, как такового, приемопередатчик дополнительно выполнен с возможностью:
передачи первого RNTI и второго RNTI на устройство пользователя в одном радиосигнале или в отдельных радиосигналах.
Следует отметить, что второй RNTI может быть первым RNTI с расширением адресного пространства. Кроме того, расширение адресного пространства может иметь общий идентификатор для второго набора сетевых узлов.
Второй возможный вариант реализации второго аспекта имеет преимущество, которое заключается в том, что сетевой узел может передавать RNTIs на устройство пользователя эффективным способом, в котором может использоваться случай, когда иногда может быть более эффективным способом сигнализировать RNTIs в том же самом сигнале, а иногда может быть случай, когда более эффективным способом сигнализировать их по отдельности.
В третьем возможном варианте реализации сетевого узла, в соответствии с любым вариантом осуществления второго аспекта или второго аспекта, как такового, приемопередатчик дополнительно выполнен с возможностью:
сигнализации RNTI сообщения управления на устройство пользователя, при этом управляющее сообщение включает в себя правила отбора RNTI, следует ли устройству пользователя использовать первый RNTI или второй RNTI.
В четвертом возможном варианте реализации сетевого узла в соответствии с любым вариантом осуществления второго аспекта или второго аспекта, как такового, правила отбора RNTI для использования первого RNTI или второго RNTI зависят от одного или более параметров в группе, содержащей: информацию о географическом местоположении устройства пользователя; идентификатор обслуживающего узла сети; информацию об обнаруженных соседних сетевых узлов; тип выделенного канала радиосвязи; продолжительность периодов бездействия в режиме прерывистого приема; мобильность устройства пользователя; сообщение типа протокола, тип отказа при передаче и RNTI связи.
Сетевой узел может быть центральным контроллером сетевого узла или распределенным контроллером сетевого узла сети радиосвязи для обработки RNTIs.
Третий возможный вариант реализации второго аспекта имеет преимущество, которое заключается в том, что правила отбора RNTI могут управляться и обновляться посредством сети радиосвязи.
В соответствии с третьим аспектом настоящего изобретения, приведенное выше описание и другие цели достигаются с помощью способа, реализуемого устройством пользователя для системы беспроводной связи, причем способ содержит этапы, на которых:
принимают первый временный идентификатор радиосети, RNTI, причем первый RNTI действителен для первого набора сетевых узлов сети радиосвязи;
принимают по меньшей мере один второй RNTI, причем второй RNTI действителен для второго набора сетевых узлов сети радиосвязи, при этом первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов;
передают данные в сеть радиосвязи или принимают данные из сети радиосвязи с использованием первого RNTI или второго RNTI.
В первом возможном варианте реализации способа в соответствии с третьим аспектом, как таковым, способ дополнительно содержит этапы, на которых:
принимают первый RNTI и второй RNTI из сети радиосвязи в одном радиосигнале или в отдельных радиосигналах.
Во втором возможном варианте реализации способа согласно первому варианту осуществления третьего аспекта или третьего аспекта, как такового, второй RNTI является первым RNTI с расширением адресного пространства.
В третьем возможном варианте осуществления в соответствии со вторым вариантом реализации способа в соответствии с третьим аспектом, расширение адресного пространства является общим идентификатором для второго набора сетевых узлов.
В четвертом возможном варианте реализации способа по любому из вариантов реализации третьего аспекта или третьего аспекта как такового, способ дополнительно содержит этапы, на которых:
инициируют передачу данных в сеть радиосвязи с использованием первого RNTI и
передают данные в сеть радиосвязи использования второго RNTI вместо первого при сбое передачи данных в сеть радиосвязи с использованием первого RNTI.
В пятом возможном варианте реализации способа по любому из вариантов реализации третьего аспекта или третьего аспекта, как такового, способ дополнительно содержит использование первого RNTI или второго RNTI в соответствии с правилами отбора RNTI.
В шестом возможном варианте реализации в соответствии с пятым вариантом реализации способа согласно третьему аспекту, способ дополнительно содержит этап, на котором:
принимают управляющее сообщение RNTI из сети радиосвязи, включающее в себя правила отбора RNTI; при этом приемопередатчик дополнительно выполнен с возможностью:
передают данные в сеть радиосвязи или принимают данные из сети радиосвязи, с использованием первого RNTI или второго RNTI в соответствии с правилами отбора RNTI.
В седьмом возможном варианте осуществления согласно пятому или шестому варианту реализации способа в соответствии с третьим аспектом, правила отбора RNTI для использования первого RNTI или второго RNTI зависят от одного или более параметров в группе, охватывающей: информацию о географическом местоположении устройства пользователя; идентификатор обслуживающего узла сети; информацию об обнаруженных соседних сетевых узлов; тип выделенного канала радиосвязи; продолжительность периодов бездействия в режиме прерывистого приема; мобильность устройства пользователя; сообщение типа протокола, тип отказа при передаче и RNTI связи.
В восьмом возможном варианте реализации способа по любому из вариантов реализации третьего аспекта или третьего аспекта, как такового, первый набор сетевых узлов является подмножеством второго набора сетевых узлов.
В соответствии с четвертым аспектом настоящего изобретения, приведенное выше описание и другие цели достигаются с помощью способа, реализованного в сетевом узле для сети радиосвязи, причем способ содержит этапы, на которых:
назначают первый временный идентификатор радиосети, RNTI, устройству пользователя, при этом первый RNTI является действительным для первого набора сетевых узлов сети радиосвязи;
назначают по меньшей мере один второй RNTI устройству пользователя, причем RNTI является действительным для второго набора сетевых узлов сети радиосвязи, при этом первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов;
осуществляют сигнализацию первого RNTI на устройство пользователя;
осуществляют сигнализацию второго RNTI на устройство пользователя.
В первой возможном варианте реализации способа в соответствии с четвертым аспектом как таковым, способ дополнительно содержит этап, на котором
передают данные на устройство пользователя или принимают данные от устройства пользователя с помощью первого RNTI или второго RNTI для идентификации устройства пользователя.
Во втором возможном варианте реализации способа согласно первому варианту реализации четвертого аспекта или четвертого аспекта как такового, способ дополнительно содержит этап, на котором
осуществляют сигнализацию первого RNTI и второго RNTI на устройство пользователя в одном радиосигнале или в отдельных радиосигналах.
Следует отметить, что второй RNTI может быть первым RNTI с расширением адресного пространства. Кроме того, расширение адресного пространства может иметь общую идентичность для второго набора сетевых узлов.
В третьем возможном варианте реализации способа по любому из вариантов реализации четвертого аспекта или четвертого аспекта как такового, способ дополнительно содержит этап, на котором
осуществляют сигнализацию RNTI управляющего сообщения на устройство пользователя, в котором управляющее сообщение включает в себя правила отбора RNTI, следует ли устройству пользователя использовать первый RNTI или второй RNTI.
В четвертом возможном варианте реализации способа по любому из вариантов реализации четвертого аспекта или четвертого аспекта, как такового, правила отбора RNTI для использования первого RNTI или второго RNTI зависят от одного или более параметров в группе содержащей: информацию о географическом местоположении устройства пользователя; идентификатор обслуживающего узла сети; информацию об обнаруженных соседних сетевых узлов; тип выделенного канала радиосвязи; продолжительность периодов бездействия в режиме прерывистого приема; мобильность устройства пользователя; сообщение типа протокола, тип отказа при передаче и RNTI связи.
Преимущества способов, выполняемых устройством пользователя и сетевым узлом, являются такими же, как для соответствующего устройства пользователя и сетевого узла.
Дополнительно следует отметить, что настоящее изобретение также относится к системе беспроводной связи, содержащей по меньшей мере одно устройство пользователя и по меньшей мере один сетевой узел, в соответствии с настоящим изобретением.
Кроме того, соответствующий способ в системе беспроводной связи содержит настоящий способ в устройстве пользователя и настоящий способ в сетевом узле.
Настоящее изобретение также относится к компьютерной программе с программным кодом для выполнения способа, в соответствии с любым способом, в соответствии со вторым аспектом, когда компьютерная программа выполняется на компьютере. Кроме того, изобретение также относится к компьютерному программному продукту, содержащему машиночитаемый носитель информации, хранящий упомянутую компьютерную программу. Упомянутый машиночитаемый программный носитель содержит одно или более из следующих: ROM (постоянное запоминающее устройство), PROM (программируемое ROM), EPROM (стираемое PROM), флэш-память, EEPROM (электрически EPROM) и жесткий диск.
Дополнительные области применения и преимущества настоящего изобретения будут очевидны из приведенного ниже подробного описания.
Краткое описание чертежей
Прилагаемые чертежи предназначены для пояснения и объяснения различных вариантов осуществления настоящего изобретения, в которых:
- Фиг. 1 показывает устройство пользователя в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 2 показывает блок-схему алгоритма способа в устройстве пользователя в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 3 показывает сетевой узел в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 4 показывает блок-схему алгоритма способа в сетевом узле в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 5 показывает пример одного центрального RNTI контроллера в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 6 показывает пример нескольких централизованных RNTI контроллеров в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 7 показывает пример RNTI сигнального сообщения в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 8 показывает пример централизованного RNTI контроллера и распределенных RNTI контроллеров, взаимодействующих в соответствии с вариантом осуществления настоящего изобретения;
- Фиг. 9 показывает пример RNTI сигнального сообщения между центральным RNTI контроллером и распределенными RNTI контроллерами в соответствии с одним из вариантов осуществления настоящего изобретения;
- Фиг. 10 показывает пример сигнализации между устройством пользователя и сетевым узлам в соответствии с одним из вариантов осуществления настоящего изобретения;
- Фиг. 11 показывает другой пример сигнализации между устройством пользователя и сетевым узлам в соответствии с одним из вариантов осуществления настоящего изобретения;
- Фиг. 12 показывает блок-схему алгоритма способа RNTI обработки в устройстве пользователя в соответствии с вариантом осуществления настоящего изобретения; и
- Фиг. 13 показывает блок-схему алгоритма способа RNTI обработки в радиосети/сетевом узле (ах) в соответствии с вариантом осуществления настоящего изобретения.
Осуществление изобретения
В настоящее время, устройства пользователя (UEs), такие как, например, UEs в терминологии LTE, идентифицируются только в одной соте и, таким образом, всегда необходимо выполнить процедуру передачи обслуживания и произвольного доступа, когда устройство пользователя перемещается из одной соты в другую соту. Тем не менее, передача обслуживания может быть более предсказуема и устройства пользователей могут быть определены до выполнения передачи обслуживания посредством предсказания.
Например, в 5G есть планы поддержки конкуренции, основанные на передачи данных и даже на более плотном развертывании малых сот. Следовательно, было бы полезно, осуществлять временную идентификацию устройства пользователя, которое позволило бы иметь свои сетевые идентификаторы (IDs) устройств пользователей также в режиме бездействия и иметь возможность обработки идентификаторов более динамичным способом в сети радиосвязи для мобильных устройств пользователя. Это позволило бы без установления соединения и конкуренции передавать данные и обеспечивать большую мобильность устройства пользователя. Основанные на отсутствии соединения и конкуренции, режимы передачи могут быть определены, как режимы, где существует ассоциация между равноправными объектами, но без установления контекста для передачи данных и без каких-либо гарантий качества обслуживания (QoS).
Кроме того, в сетях радиосвязи с плотной компоновкой, размер сот в системах сотовой связи становится все меньше, таким образом, требуется быстрая обработка мобильности устройств пользователя. Это, в свою очередь, потребуется более частое измерение параметров в устройстве пользователя, а также требуется более частая передача результатов измерений устройством пользователя в сеть радиосвязи. Чем больше соседних сот и требуется выше точность измерений, тем дольше устройство пользователя должно использовать ресурсы в цепи приемника, который будет потреблять больше энергии. Следовательно, существует взаимосвязь между скоростью обработки мобильности и уровнем потребления электроэнергии.
Кроме того, с текущими RNTIs устройства пользователя не могут быть подключены к нескольким сетевым узлам с таким же временным идентификатором (RNTI). Если возможно, устройство пользователя может выполнить передачу обслуживания более плавно; или пакеты данных, адресованные для устройств пользователя, может быть лучше маршрутизированы через несколько сетевых узлов.
Таким образом, настоящее изобретение относится к устройству пользователя и сетевым узлом для систем беспроводной связи, которые устраняют недостатки или решают техническую задачу традиционных решений.
Фиг. 1 показывает устройство 10 пользователя в соответствии с вариантом осуществления настоящего изобретения. Устройство 10 пользователя содержит приемопередатчик 11, выполненный с возможностью принимать первый временный идентификатор радиосети, RNTI. Первый RNTI действителен для первого набора сетевых узлов сети 30 радиосвязи. Приемопередатчик 11 также выполнен с возможностью принимать, по меньшей мере, один второй RNTI, в котором второй RNTI действителен для второго набора сетевых узлов сети 30 радиосвязи. Первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов. Приемопередатчик 11 дополнительно выполнен с возможностью передавать данные в сеть 30 радиосвязи или принимать данные из сети 30 радиосвязи, используя первый RNTI или второй RNTI (показан двумя стрелками на фиг. 1). В данном конкретном примере устройство 10 пользователя также включает в себя процессор 22, который функционально соединен с приемопередатчиком 21.
Фиг. 2 показывает блок-схему алгоритма способа в устройстве 10 пользователя в соответствии с вариантом осуществления настоящего изобретения. Способ содержит прием 110 первого RNTI, в котором первый RNTI действителен для первого набора сетевых узлов сети 30 радиосвязи. Способ дополнительно содержит прием 120, по меньшей мере, одного второго RNTI, в котором второй RNTI действителен для второго набора сетевых узлов сети 30 радиосвязи, и в котором первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов. Способ дополнительно содержит передачу 130 данных в сеть 30 радиосвязи или прием 140 данных из сети 30 радиосвязи, используя первый RNTI или второй RNTI.
Технической задачей, которую необходимо решить для устройства 10 пользователя, является вопрос, когда и как использовать первый RNTI и второй RNTI для передачи и/или приема данных в или из сети 30 радиосвязи. Преимущественно, предлагается использовать правила отбора RNTI для принятия решения, когда использовать первый RNTI или второй RNTI.
Таким образом, в одном из вариантов осуществления настоящего изобретения, процессор 12 устройства 10 пользователя выполнен с возможностью обеспечивать правила отбора RNTI как, например, алгоритм управления. Это означает, что правила отбора RNTI заданы внутренне и могут, например, быть заданы стандартом беспроводной связи, таким как, стандарты 3GPP. Так как правила отбора RNTI заданы внутренне, правила отбора могут быть предоставлены быстро и без внешней сигнализации.
В качестве альтернативы, приемопередатчик 11 устройства 10 пользователя может быть дополнительно выполнен с возможностью принимать RNTI сообщение управления из сети 30 радиосвязи, содержащее правила отбора RNTI. RNTI сообщение управления может быть передано одним или несколькими сетевыми узлами сети 30 радиосвязи на устройство 10 пользователя. Сеть 30 радиосвязи может, в этом варианте осуществления, управлять и обновлять используемые RNTIs.
С помощью правил выбора RNTI приемопередатчик 11 устройства 10 пользователя дополнительно выполнен с возможностью передавать данные в сеть 30 радиосвязи или принимать данные из сети 30 радиосвязи, используя первый RNTI или второй RNTI в соответствии с правилами отбора RNTI.
Правила отбора RNTI могут, в соответствии с вариантом осуществления настоящего изобретения, зависеть от одного или нескольких параметров в группе, содержащей: информацию о географическом местоположении устройства 10 пользователя; идентификатор обслуживающего узла сети; информацию об обнаруженных соседних сетевых узлов; тип выделенного канала радиосвязи; продолжительность периодов бездействия в режиме прерывистого приема; мобильность устройства 10 пользователя; сообщение типа протокола, тип отказа при передаче и RNTI коммуникации.
Правила отбора RNTI должны быть разработаны с целью обеспечения правильного RNTI, используемого в правильном наборе сетевых узлов или в сотах, которые соответствуют набору сетевых узлов. В типичном примере, когда первый RNTI действителен в меньшем наборе сот (или сетевых узлов), чем для второго RNTI, то следует избегать того, что первый RNTI используется во втором наборе сот.
Правила отбора RNTI, основанные на информации о географическом местоположении устройства 10 пользователя, может быть использован второй RNTI, когда устройство 10 пользователя находится близко к краю первого набора сот или когда, возможно, что оно больше не находится в зоне покрытия первого набора сот.
Правила отбора RNTI, основанные на информации об идентификаторе сетевого узла и обнаруженных соседних сетевых узлов, также позволяет выбрать наиболее подходящий RNTI, в зависимости от приближенного местоположения устройства 10 пользователя.
Правила отбора RNTI, основанные на типе назначенного канала радиосвязи, позволяет сети 30 радиосвязи использовать каналы с различными географическими данными для повторного использования RNTIs.
Правила отбора RNTI, основанные на продолжительности периодов бездействия в режиме прерывистого приема или подвижности устройства 10 пользователя, как правило, используют второй RNTI, когда существует высокая вероятность того, что пользователь перемещается за пределы зоны обслуживания первого RNTI. Эта вероятность возрастает при быстрой мобильности или в случае продолжительных периодов бездействия, потому что расположение устройства 10 пользователя в следующий момент передачи является более неопределенным.
Правила отбора RNTI, основанные на типе протокольного сообщения или типе передачи некоторых сообщений, что имеет более высокую вероятность быть переданным за пределы зоны охвата первого набора сот, которые должны передаваться с использованием второго RNTI. Это могут быть, например, сообщения, относящиеся к передаче обслуживания, сообщения восстановления после сбоя или сообщения установления соединения.
Правила выбора RNTI, основанные на определении сбоя связи RNTI для выбора RNTI, могут реактивно изменять RNTI, когда было обнаружено, что первый RNTI не работает (не действителен). Это может произойти, когда первый RNTI используется за пределами первого набора сетевых узлов, и правило может альтернативно обеспечить устройству пользователя осуществить выбор второго RNTI при возникновении такого сбоя.
Фиг. 3 показывает сетевой узел 20 в соответствии с вариантом осуществления настоящего изобретения. Сетевой узел 20 содержит приемопередатчик 21 и процессор 22, выполненные с возможностью взаимодействовать друг с другом в сетевом узле 20. Процессор 22 выполнен с возможностью назначать первый RNTI устройству 10 пользователя. Первый RNTI действителен для первого набора сетевых узлов сети 30 радиосвязи. Процессор 22 также выполнен с возможностью назначать, по меньшей мере, один второй RNTI устройству 10 пользователя, в котором второй RNTI является действительным для второго набора сетевых узлов сети 30 радиосвязи. Первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов. Приемопередатчик 21 выполнен с возможностью сигнализировать первый RNTI в устройство 10 пользователя и сигнализировать второй RNTI в устройство 10 пользователя, как проиллюстрировано двумя стрелками на фиг. 3.
Фиг. 4 показывает блок-схему алгоритма способа в сетевом узле в соответствии с вариантом осуществления настоящего изобретения. Способ содержит присвоение 210 первого RNTI устройству 10 пользователя, в котором первый RNTI является действительным для первого набора сетевых узлов сети 30 радиосвязи. Способ дополнительно содержит присвоение 220, по меньшей мере, одного второго RNTI устройству 10 пользователя, в котором второй RNTI является действительным для второго набора сетевых узлов сети 30 радиосвязи и, в котором первый набор сетевых узлов и второй набор сетевых узлов являются различными наборами сетевых узлов. Способ дополнительно содержит сигнализацию 230 первого RNTI на устройство 10 пользователя и сигнализацию 240 второго RNTI в устройство 10 пользователя.
В одном из вариантов осуществления настоящего изобретения, приемопередатчик 21 сетевого узла 20 дополнительно выполнен с возможностью передавать данных в устройство 10 пользователя или принимать данные от устройства пользователя, используя первый RNTI или второй RNTI для идентификации устройства 10 пользователя. В соответствии с этим вариантом осуществления тот же сетевой узел присваивает первый и второй RNTIs устройству 10 пользователя и выполняет передачу данных посредством устройства 10 пользователя. Однако, это не является необходимым, поскольку изобретение также охватывает варианты осуществления, в которых один или несколько сетевых узлов выполнить присвоение и передачу первого и второго RNTIs и один или несколько других сетевыми узлов осуществляет связь с устройством 10 пользователя с использованием первой и второй RNTIs, соответственно.
Более того, вместо того, чтобы позволить устройству 10 пользователя измерить и направить отчет по каналу нисходящей линии связи в соответствии с традиционными технологиями, другая возможность заключается в предоставлении возможности устройству 10 пользователя передавать сигнал маяка и обеспечить возможность для сети 30 радиосвязи идентифицировать сигнал маяка одним или несколькими сетевыми узлами и, таким образом, определить местоположение (например, при обработке мобильности) этого устройства 10 пользователя. Сеть 30 радиосвязи может использовать этот способ для выделения ресурсов для осуществления связи с этим устройством 10 пользователя, когда устройство 10 пользователя перемещается при осуществлении связи в системе беспроводной связи. Однако, требуется временный идентификатор (то есть, RNTI), который действителен в пределах набора (или кластера) сетевых узлов. В случае, если устройство 10 пользователя перемещается в область, где первый RNTI уже используется, то первый RNTI должен быть изменен, чтобы гарантировать, что RNTI является действительным. Следовательно, чтобы избежать этой сигнализации, было бы полезно, если один или первый или второй RNTI может быть действительным в насколько возможно большей области, то есть, область, ассоциированная с первым или вторым набором сетевых узлов, должна, на сколько это возможно, быть большой.
Кроме того, передача RNTI из устройства 10 пользователя будет потреблять мощность. Чем длиннее RNTI, тем больше энергии требуется для передачи RNTI. Но, чем длиннее RNTI, тем больше адресное пространство. Следовательно, существует компромисс между использованием длинных и коротких RNTIs (также упоминается как первый и второй RNTIs) и способы эффективной обработки адресации в сети 30 радиосвязи будут иметь очень важное значение.
В одном из вариантов осуществления настоящего изобретения один возможный способ обработки первого и второго RNTIs заключается в использовании единого центрального контроллера сетевого узла, который будет управлять RNTI адресным пространством в сети и предлагать какой новый RNTI следует использовать в котором сетевом узле (узлах). Это изображено на фиг. 5, в котором центральный сетевой узел (NN) 20a управляет другими сетевыми узлами 20b, 20c, ..., 20n сети и присваивает первый и второй RNTIs в сети радиосвязи.
В одном из вариантов осуществления настоящего изобретения контроллер сетевого узла может быть выделенным сетевым узлом сети или может функционировать в самом сетевом узле, или даже в узле управления сетью (например, устройства администрирования и управления операциями, ОАМ). Основные функциональные возможности обеспечивают режим работы, в котором один сетевой узел не принимает один и тот же RNTI из двух различных устройств 10 пользователя. Контроллер сетевого узла может использовать информацию от всех подключенных сетевых узлов, чтобы гарантировать это. Но также важно свести к минимуму необходимость частого изменения RNTI, так как это требует дополнительной сигнализации между сетью и устройством 10 пользователя.
Контроллер сетевого узла может использовать различные схемы для достижения этой цели. Ниже приводится неполный перечень возможных схем, которые контроллер сетевого узла может использовать в этом отношении:
- Статическое разделение адресного пространства RNTIs на различные наборы, в которых эти наборы статически присвоены сетевому узлу в сети по схеме, которая минимизирует риск использования двух RNTI в соседних областях.
- Динамическое использование информации о местоположении устройства 10 пользователя для присвоения RNTIs, что максимизирует расстояние между местоположениями использования того же RNTI. Расстояние может, например, быть географическим расстоянием на основании местоположения устройства пользователя или географическим расстоянием на основании позиции сетевого узла или расстояния. Вместо географического расстояния, можно рассматривать относительное расстояние от точки радиопомех. Помимо расположения, другая информация также может рассматриваться, например, скорость, схема использования и т.д., для устройства 10 пользователя.
- Сочетание вышеупомянутых статических и динамических подходов, где часть адресного пространства RNTI обрабатывается статически, и часть обрабатывается динамическим способом.
В приведенных выше решениях контроллер сетевого узла будет отслеживать использование RNTIs и мобильность устройства пользователя и инициировать изменение RNTI в случае наличия риска того, что тот же RNTI используется другим устройством пользователя в непосредственной близости, то есть, в случае наличия возможности того, что RNTI больше не является действительным. В этом случае, контроллер сетевого узла может, с помощью других сетевых узлов, запросить одно из устройств пользователя изменить RNTI.
В большинстве практических сетевых сценариях, однако, использование централизованного центрального контроллера сетевого узла (или координатора) может оказаться невозможным. Причины этого включают в себя отсутствие масштабируемости, например, при возрастании количества сетевых узлов. Поэтому, целесообразно разбить задачу контроллера сетевого узла на отдельные области в сети радиосвязи. Это может быть сделано путем организации одноранговой коммуникации между этими распределенными контроллерами сетевых узлов, как показано на фиг. 6. Как показано на примере, используются два распределенных контроллера сетевых узлов 20а и 20b. Сетевой узел 20а управляет первым набором сетевых узлов 20с, 20d и 20е, в то время как сетевой узел 20b управляет вторым набором сетевых узлов 20f, 20g и 20h. Контроллер сетевых узлов 20а и 20b выполнены с возможностью обмена информацией, относящейся к RNTI обработке в сети 30 радиосвязи. Дополнительно, контроллер сетевых узлов 20а и 20b предназначены для присвоения RNTIs соответствующим наборам сетевых узлов.
Описанная выше функциональность централизованного контроллера сетевого узла может также применяться для описанного распределенного контроллера узлов. Но, так как функциональность теперь разделена на отдельные объекты, то в настоящее время существует необходимость в добавлении процесса обмена информацией между контроллером сетевых узлов, что иллюстрируется стрелкой на фиг. 6.
В одном из вариантов осуществления настоящего изобретения RNTI использование оптимизировано в пределах каждого распределенного контроллера сетевого узла, и когда устройство 10 пользователя приближается к границе области, контролируемой одним распределенным контроллером сетевого узла, то контроллер сетевого узла обеспечивает обмен информацией с контроллером сетевого узла для соседней области, как показано на фиг. 6. Обслуживающий контроллер сетевого узла может, например, проверить, разрешено ли использовать RNTI в близлежащей области к границе целевого контроллера сетевого узла, например, посредством RNTI сообщения с запросом. Целевой контроллер сетевого узла может подтвердить или, если RNTI не может быть использован, возможно, предложить один или более других RNTIs, которые можно использовать.
Фиг. 7 иллюстрирует этот вариант осуществления настоящего изобретения. Обслуживающий контроллер сетевого узла 20а передает сообщение с запросом RNTI в целевой контроллер сетевого узла 20b, который обрабатывает сообщение с запросом RNTI и направляет в ответ сообщение подтверждение запроса RNTI в обслуживающий контроллер сетевого узла 20а.
Чтобы облегчить выполнение данной процедуры, обслуживающий контроллер сетевого узла 20а может включать в себя текущий RNTI и информацию о местоположении устройства 10 пользователя в сообщении с запросом на RNTI. Информация о местоположении устройства 10 пользователя может быть представлена различными способами, например, как информация о географическом положении устройства 10 пользователя или обслуживающего сетевого узла или с помощью информации об идентификаторах обслуживающего сетевого узла или ближайшего соседнего сетевого узла, управляемого целевым контроллером, в этом случае, целевой контроллер может использовать базу данных (или т.п.) для оценки расстояния между местоположением использования RNTI посредством использования RNTI в сетевом узле под его контролем. Помимо информации о местоположении, могут быть использованы другие данные, такие как, скорость, схемы использования и т.д. устройства 10 пользователя.
В одном из вариантов осуществления настоящего изобретения, контроллер сетевого узла постоянно сигнализирует информацию относительно пользования RNTI аналогичным образом, как описано выше. Но вместо того, чтобы просто обмениваться информацией для устройств пользователя в непосредственной близости от границы с другими контроллерами сетевых узлов, контроллеры сетевых узлов обмениваются информацией об использовании и о местоположении для всех RNTIs под его управлением. Таким образом, распределенные контроллеры сетевых узлов будут иметь полную информацию о RNTI использовании во всех соседних контроллерах. Это также может быть осуществлено для обмена этой информацией не только между соседними контроллерами сетевых узлов, но и для всех контроллеров сетевых узлов в сети радиосвязи.
В одном из вариантов осуществления настоящего изобретения предусмотрен центральный координатор контроллера сетевого узла. Это показано на фиг. 8. Центральный координатор контроллера 20а управляет работой двух распределенных контроллеров 20b и 20с. Распределенные контроллеры 20b и 20c каждый управляет тремя сетевыми узлами 20d, 20е, 20f и 20g, 20h, 20i, соответственно. Центральный координатор контроллера сетевого узла 20а может работать в замедленном масштабе времени по сравнению с распределенными контроллерами сетевых узлов 20b и 20с. В качестве примера, распределенный контроллер сетевых узлов 20b и 20с может информировать центральный контроллер сетевого узла 20а RNTIs, которые в настоящее время не используется, и поэтому представляется возможным для использования в другом контроллере сетевого узла. Это может, например, использоваться для быстро перемещающихся устройств пользователя, при быстром перемещении между областями, которые управляются различными контроллерами сетевых узлов. Центральный координатор контроллера 20а может информировать распределенные контроллеры 20b и 20с о текущем использовании RNTI в соседнем контроллере сетевых узлов, или даже об использовании во всех распределенных контроллерах сетевых узлов.
Фиг. 9 иллюстрирует процедуру обмена информацией между различными контроллерами сетевых узлов согласно варианту осуществления, показанного на фиг. 8. Фиг. 9 показывает, как распределенные контроллеры 20b и 20с передают сообщения об использовании RNTI центральному координатору контроллера 20а. Центральный контроллер 20а затем передает информацию о RNTI использовании в соседний контроллер сетевых узлов на распределенные контроллеры 20b и 20с, которые могут использовать эту информацию для присвоения RNTIs в своих соответствующих наборах сетевых узлов, находящихся под их управлением.
Другая возможность дополнительного усовершенствования процедуры присвоения RNTI устройствам пользователя может быть рассмотрена несколько в ином способе использования RNTIs устройствами пользователя. Например, каждому устройству пользователя может быть присвоен «короткой» RNTI, также упоминается как первый RNTIs, как в настоящее время обозначается в LTE, и один или несколько дополнительных RNTIs, также упоминается как «длинный» RNTIs или второй RNTIs, и правила выбора RNTI применяются для определения того, когда и как использовать эти различные RNTIs. Как уже упоминалось, правила отбора RNTI могут быть либо определены в стандарте и, например, реализованы в устройстве 10 пользователя, или сигнализироваться на устройство 10 пользователя, возможно, вместе с RNTI из сети 30 через один или несколько сетевых узлов в RNTI сообщении управления. Примерами правил отбора RNTI могут служить, например, определенные правила отбора RNTI для определения того, когда использовать различные RNTIs в зависимости от:
- географического расположения устройства 10 пользователя;
- идентичности обслуживающего сетевого узла;
- обнаруженных соседних сетевых узлов;
- типа выделенного канала радиосвязи;
- длительности периодов бездействия в режиме прерывистого приема;
- мобильности устройства 10 пользователя;
- типа протокольного сообщения, типа передачи, и
- наличия сбоя передачи RNTI.
Дополнительные RNTIs можно либо использовать в качестве расширения для короткого RNTI (т.е. где они вместе образуют RNTI), или для определения как совершенно отдельный RNTI. В соответствии с предшествующим вариантом осуществления дополнительный (или длинный) RNTI является коротким RNTI с расширением адресного пространства. Кроме того, расширение адресного пространства может быть общей идентичностью для множества сетевых узлов, для которых дополнительный (длинный) RNTI является действительным.
Если предположить, что уникальные и действительные короткие RNTIs выделяются для каждого устройства пользователя в наборе RNTIs, и дополнительные биты (например, 3 бита), специфичные для множества сетевых узлов, которые содержаться только в RNTI в особых случаях, когда устройство 10 пользователя не уверено, что его RNTI действителен, например, если устройство 10 пользователь не находится в пределах того же самого набора, где RNTI был выделен, или, если отсутствует соединение в течение некоторого времени. В указанных случаях дополнительный (длинный) RNTI, используемый для нисходящей линии связи и/или восходящей линии связи, может быть, например, образован, как:
- RNTI: 16 бит, идентификатор соты: 4 бита, ID кластера 4 бита, и т.д. (то есть, множество уровней);
- RNTI: 16 бит, идентификатор соты 128 бит (например, уникальный идентификатор соты);
- RNTI: 32 бита, ID кластера 128 бит (без идентификатора соты);
- Кроме того, возможно использовать совершенно другой длинный RNTI вместо короткого RNTI с расширением (ми), когда устройство 10 пользователя не знает, может ли оно быть распознано в сети или нет.
Расширенное адресное пространство также может быть использовано, когда устройство 10 пользователя приближается к границе области для ассоциированного набора сетевых узлов в мобильности, относящейся к сигнализации, которое может сделать такие сообщения более надежными, то есть, они могут быть приняты целевым сетевым узлом. Вне зависимости от того, принято или нет сообщение с расширенным RNTI сетевым узлом в исходном наборе сетевых узлов или в целевом наборе сетевых узлов, необходимо будет оценить необходимость изменения RNTI, например, потому что короткий RNTI (с различными битами расширения) используется в целевом наборе сетевых узлов. Когда новый сетевой узел принимает сообщение, содержащее биты расширения, из другого сетевого узла, то можно использовать биты расширения для идентификации исходного сетевого узла. Поэтому, возможно послать сообщение в исходный узел сети для уведомления о том, что RNTI может быть освобожден, как только устройство 10 пользователя был присвоен новый RNTI. Одним из возможных примеров порядка изменения RNTI может служить пример способа обработки во время передачи обслуживания, если короткая часть RNTIs уже зарезервирована в целевом сетевом узле, как показано на фиг. 10.
На фиг. 10 показана процедура передачи данных по каналу восходящей линии связи (UL), при которой может также, например, передаваться запросы на планирование и их подтверждения, например, действительный предоставленный канал UL. Новый RNTI может быть присвоен в том же собственном сообщении или, например, с использованием сигнализации управления канала DL. Сигнализация на фиг. 10 проиллюстрирована следующим образом:
- F1, UD 10 использует только короткий RNTI;
- F2, UD 10 принимает команду на использование расширенного (длинного) RNTI от обслуживающего NN 20а;
- F3, передача обслуживания для UD 10 или передается контент о целевом перемещении UD в сети на целевой NN 20b;
- F4, UD 10 передает данные на целевой NN 20b с использованием расширенного RNTI;
- F5, целевой NN 20b передает подтверждение в UD 10;
- если же короткий RNTI уже используется в NN, прослушивание передачи UD 10:
- F6, целевой NN 20b присваивает новый короткий RNTI, используя расширенный RNTI;
- F7, UD 10 подтверждает новый короткий RNTI;
- F8, UD 10 начинает использовать новый короткий RNTI для установления связи с целевым NN 20b;
- F9, целевой NN 20b передает подтверждение на UD 10.
На фиг. 11 показан другой пример. Устройство 10 пользователя перемещается между исходным и целевым сетевыми узлами. На фиг. 11 проиллюстрирована сигнализация следующим образом:
- F1, UD 10 выполняет передачу обслуживания или сеть изменила контекст UD от обслуживающего NN 20а на целевой NN 20b;
- F2, если UD's короткий RNTI уже используется в целевом NN 20b, то новый короткий RNTI или оба RNTIs присваивается/присваиваются для UD 10;
- если же короткий RNTI уже используется в NN, то прослушивается передача UD;
- F3, целевой NN 20b может передавать на UD 10, используя расширенный RNTI, уже известный UD 10;
- F4, целевой NN 20b присваивает новый короткий RNTI (или короткий и длинный RNTIs) с помощью расширенного RNTI, уже известный UD 10;
- F5, UD 10 начинает использовать новый короткий RNTI для установления связи с целевым NN 20b;
- F6, целевой NN 20b начинает использовать новый короткий RNTI для установления связи с UD 10.
Также унаследованные системы, такие как, например, LTE могут использовать данный способ расширения RNTI. Например, устройство пользователя (т.е. UE в LTE) может начать процедуру установления соединения из режима ожидания в режим соединения путем отправки преамбулы соответствующего сообщения, зашифрованного посредством или содержащее длинный RNTI. Затем, ответное сообщение произвольного доступа (циклическая проверка четности с избыточностью, CRC, биты, скремблированные посредством длинного RNTI устройств пользователя) может содержать разрешение на предоставление канала UL, время задержки ответного сигнала, дополнительную часть RNTI новой соты/кластера и, возможно, совершенно новый короткий RNTI, если изменение необходимо из-за наличия RNTI столкновения.
Вышеописанные решения обработки RNTI могут также упростить межсотовую мобильность технологии радиодоступа (RAT), если используется расширенный RNTI, например, при повторном подключении в другой RAT. Следовательно, расширенный RNTI может быть добавлен во все унаследованные системы, такие как LTE и UMTS, для обеспечения взаимодействия.
При определении расширенного длинного RNTI в двух частях (короткая и расширенная часть) необходимо учесть важный аспект, который заключается в, можно ли будет переназначить биты между частями префикса и короткого RNTI. Переназначение позволит обеспечить более адаптивные присвоения, но это требует использования некоторого способа маркировки, где граница представляет собой схожую адресную маску для IP-адресов. Так как, короткий RNTI будет содержаться во многих сообщениях, то переназначение может быть сделано с помощью передачи сигналов вещания, которые указывают, сколько битов должны быть в префиксе и в коротком RNTI в конкретной сети доступа или области. Это будет, по-прежнему требовать переконфигурирования некоторого количества бит для устройства 10 пользователя и сетевого узла 20, используемых в RNTI полях заголовков протокола. Фиксированное предельное значение гораздо проще реализовать, поскольку информационные элементы/поля протокола имеют фиксированную длину, но это накладывает ограничения на возможность адаптировать размер кластера и/или количество устройств пользователя, которые могут быть использованы в различных состояниях, когда изменяется шаблон трафика.
Что касается мобильности устройства 10 пользователя, то простым решением может быть, например, способ добавления области кодирования в сообщения управления канала нисходящей линии связи (DL). Эта область кода может быть использована как часть RNTI. Например, если устройство 10 пользователя переместилось в новую область, ассоциированную с набором сетевых узлов, то можно использовать RNTI, расширенный посредством добавления области кодирования по отношению к предшествующей области до тех пор, пока первая успешная передача не будет выполнена. При поступлении сетевых уведомлений о RNTI столкновениях, необходимо немедленно изменить RNTI.
Кроме того, одним из возможных путей оптимизации мобильности устройства 10 пользователя является выполнение передачи обслуживания более предсказуемым способом. Например, если устройство 10 пользователя приближается к границе соты, то исходная сота может начать запрашивать, если RNTI пользователя доступен в целевом наборе сетевых узлов. Если RNTI доступен в целевом контроллере, то затем RNTI может быть зарезервирован для возможной передачи обслуживания. Если RNTI отсутствует, то целевой набор сетевых узлов и исходный набор сетевых узлов могут обмениваться информацией относительно RNTI, который свободен в обоих наборах и этот RNTI может быть присвоен устройству 10 пользователя. Если по какой-то причине передача обслуживания не может быть выполнена, то источник может освободить этот RNTI от целевого сетевого узла или в качестве альтернативы целевой узел сети может иметь временной период для высвобождения этого RNTI.
Когда устройство 10 пользователя отправляет случайные без организации соединения или установления соединения, основанные на данных в режиме ожидания, устройства пользователя могли иметь свои RNTI также в режиме ожидания. RNTI может быть освобожден, если устройство 10 пользователя не передает никаких данных или обновляет свой RNTI в течение определенного периода времени.
В качестве альтернативы, различные классы RNTIs могут быть введены для различных состояний устройства пользователя. Например, устройства пользователя в режиме ожидания могут использовать длинный RNTI, действительный во всей области поискового вызова и, тем самым, освобождают короткие RNTIs для подключенных устройств пользователя. Когда устройство пользователя устанавливает RRC соединение, то он может использовать длинный RNTI, и сетевой узел может изменить короткую часть, если короткий RNTI был назначен другому устройству пользователя во время режима ожидания.
В одном из вариантов осуществления настоящего изобретения, первый RNTI и второй RNTI из сети 30 радиосвязи принимаются в едином радиосигнале или в виде отдельных радиосигналов. Таким образом, например, короткие и длинные RNTIs могут быть переданы в том же самом сигнале или в виде отдельных сигналах в зависимости от требований приложений и коммуникаций.
Фиг. 12 показывает блок-схему алгоритма способа RNTI обработки коротких и длинных RNTI устройства 10 пользователя. S1) В начале процесса устройство 10 пользователя не имеет никакого присвоенного RNTI. S2) устройство 10 пользователя получают первый и второй RNTIs из сети радиосвязи. Это может, например, быть сделано во время процедуры установления соединения. S3) устройство 10 пользователя использует короткий RNTI для передачи данных. S4) при сбое передачи с коротким RNTI устройство 10 пользователя изменяет режим использования на длинный RNTI. Это также может произойти, если сигналы сети радиосвязи передаются в устройство 10 пользователя для использования длинного RNTI. Во время передачи с длинным RNTI, устройство 10 пользователя может принять новый RNTI из сети радиосвязи или сеть радиосвязи может поручить устройству пользователя использовать короткий RNTI вместо этого. В обоих этих случаях, устройство 10 пользователя будет возвращаться к использованию короткого RNTI. При потере соединения, нет возможности осуществить передачу, даже при использовании длинного RNTI и устройство 10 пользователя должно вернуться в начальное состояние в S1) без какого-либо действительного RNTIs. Устройство 10 пользователя также может перейти в режим бездействия в течение более длительного периода. В течение режима бездействия устройство пользователя удерживает первый и второй RNTIs, которые ему был присвоены и после того, как устройство 10 пользователя активизирует устройство 10 пользователя использовать длинный RNTI для первой передачи для увеличения надежности.
Фиг. 13 показывает блок-схему алгоритма процесса RNTI обработки короткого и длинного RNTI из сетевого узла 20. Эта процедура показывает, как обрабатываются RNTIs для одного устройства 10 пользователя. S1) в исходном состоянии для устройства 10 пользователя не был присвоен первый и второй RNTIs сетевым узлом, но устройству 10 пользователя может быть назначен RNTIs другим сетевым узлом (ми). S2) Если передача с длинным RNTI принимается, то сетевой узел проверяет, если часть короткого RNTI уже занята. S3) Если короткий RNTI не занят, то сетевой узел сохраняет за собой короткий RNTI для устройства 10 пользователя. Если устройство 10 пользователя находится на границе соты, то устройству 10 пользователя может потребоваться продолжить использование длинного RNTI. S4) В противном случае, сетевой узел может дать команду устройству 10 пользователя использовать короткий RNTI. S5) Если короткий RNTI, используемый устройством 10 пользователя, занят, то сетевой узел будет присваивать новый короткий RNTI для устройства 10 пользователя. Во многих вариантах осуществления новый длинный RNTI будет назначен на некоторое время. Назначение нового RNTIs также происходит, если сетевой узел принимает попытку доступа от устройства 10 пользователя, которое еще не подключено, и, следовательно, не имеет каких-либо присвоенных RNTIs. S6) Когда сеть радиосвязи принимает передачи с коротким RNTI, то сети радиосвязи, возможно, потребуется направить команду на устройство 10 пользователя использовать длинный RNTI. S7) Как правило, в случае нахождения устройств пользователя на границе соты, устройство пользователя не может иметь надёжную связь, так как короткий RNTI не обеспечивает идентификацию устройства пользователя. Сетевой узел может также управлять устройством 10 пользователя для использования длинного RNTI, если сетевой узел по некоторым другим причинам может иметь информацию о том, что короткий RNTI не является уникальным и действительным в соте. Передача с длинным RNTI будет использоваться для определения необходимости использования нового RNTI.
Ниже представлены дополнительные варианты осуществления настоящего изобретения. Следует отметить, что нумерация, используемая в нижеследующем разделе, не обязательно совпадает с нумерацией, используемой в предыдущих разделах.
Вариант 1 осуществления. Устройство (10) пользователя в системе (40) беспроводной связи, содержащее приемопередатчик (11), выполненный с возможностью:
приема первого временного идентификатора радиосети (RNTI), причем первый RNTI действителен для первого набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи;
приема по меньшей мере одного второго RNTI, причем второй RNTI действителен для второго набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи, при этом первый набор сетевых узлов (20а , 20b, ..., 20n) и второй набор сетевых узлов (20а, 20b, ..., 20n) являются различными наборами сетевых узлов (20а, 20b, ..., 20n);
передачи данных в сеть (30) радиосвязи или приема данных из сети (30) радиосвязи, с использованием первого RNTI или второго RNTI.
Вариант 2 осуществления. Устройство (10) пользователя по варианту 1 осуществления, в котором приемопередатчик (11) дополнительно выполнен с возможностью:
приема первого RNTI и второго RNTI из сети (30) радиосвязи в одном радиосигнале или в отдельных радиосигналах.
Вариант 3 осуществления. Устройство (10) пользователя по варианту 1 или 2 осуществления, в котором второй RNTI является первым RNTI с расширением адресного пространства.
Вариант 4 осуществления. Устройство (10) пользователя по варианту 3 осуществления, в котором расширение адресного пространства является общей идентичностью для второго набора сетевых узлов (20а, 20b, ..., 20n).
Вариант 5 осуществления. Устройство (10) пользователя по варианту 1 осуществления, в котором приемопередатчик (11) дополнительно выполнен с возможностью:
инициации передачи данных в сеть (30) радиосвязи с использованием первого RNTI, и
передачи данных в сеть (30) радиосвязи с использованием второго RNTI вместо первого, при наличии сбоя передачи данных в сеть (30) радиосвязи, с использованием первого RNTI.
Вариант 6 осуществления. Устройство (10) пользователя по варианту 1 осуществления, в котором использование первого RNTI или второго RNTI задано правилами выбора RNTI.
Вариант 7 осуществления. Устройство (10) пользователя по варианту 6 осуществления, в котором устройство (10) пользователя дополнительно содержит процессор (12), выполненный с возможностью обеспечения правила выбора RNTI или приемопередатчик (11) дополнительно выполнен с возможностью приема RNTI сообщения управления из сети (30) радиосвязи, содержащее правила выбора RNTI; при этом приемопередатчик (11) дополнительно выполнен с возможностью:
передачи данных в сеть (30) радиосвязи или приема данных из сети (30) радиосвязи, с использованием первого RNTI или второго RNTI, в соответствии с правилами выбора RNTI.
Вариант 8 осуществления. Устройство (10) пользователя по варианту 1 осуществления, в котором первый набор сетевых узлов (20а, 20b, ..., 20n) является подмножеством второго набора сетевых узлов (20а, 20b, .. ., 20n).
Вариант 9 осуществления. Сетевой узел (20) в сети (30) радиосвязи, содержащий приемопередатчик (21) и процессор (22); причем процессор (22) выполнен с возможностью:
присваивания первого временного идентификатора радиосети (RNTI), устройству (10) пользователя, причем первый RNTI является действительным для первого набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи,
присваивания по меньшей мере одного второго RNTI устройству (10) пользователя, причем второй RNTI является действительным для второго набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи, при этом первый набор сетевых узлов (20а, 20b, ..., 20n) и второй набор сетевых узлов (20а, 20b, ..., 20n) являются различными наборами сетевых узлов (20а, 20b, ..., 20n ); а приемопередатчик (21) выполнен с возможностью:
сигнализации первого RNTI на устройство (10) пользователя;
сигнализации второго RNTI на устройство (10) пользователя.
Вариант 10 осуществления. Сетевой узел (20) по варианту 9 осуществления, в котором приемопередатчик (21) дополнительно выполнен с возможностью:
передачи данных на устройство (10) пользователя или приема данных от устройства пользователя, с использованием первого RNTI или второго RNTI для идентификации устройства (10) пользователя.
Вариант 11 осуществления. Сетевой узел (20) по варианту 9 или 10 осуществления, в котором приемопередатчик (21) дополнительно выполнен с возможностью:
сигнализации первого RNTI и второго RNTI на устройство (10) пользователя в одном радиосигнале или в отдельных радиосигналах.
Вариант 12 осуществления. Сетевой узел (20) по варианту 9 осуществления, в котором приемопередатчик (21) дополнительно выполнен с возможностью:
сигнализации управляющего сообщения RNTI на устройства (10) пользователя, при этом управляющее сообщение содержит правила выбора RNTI, определяющие следует ли устройству (10) пользователя использовать первый RNTI или второй RNTI.
Вариант 13 осуществления. Устройство пользователя или сетевой узел (20) по варианту 7 или 12 осуществления, в которых правила выбора RNTI для использования первого RNTI или второго RNTI зависят от одного или более параметров из группы, содержащей: информацию о географическом местоположении устройства (10) пользователя; идентификатор обслуживающего узла сети; информацию об обнаруженных соседних сетевых узлах; тип выделенного канала радиосвязи; продолжительность периодов бездействия в режиме прерывистого приема; мобильность устройства (10) пользователя; тип протокольного сообщения, тип передачи и отказ RNTI связи.
Варианту 14 осуществления. Способ, реализуемый устройством (10) пользователя в системе (40) беспроводной связи, содержащий этапы, на которых:
принимают (110) первый временный идентификатор радиосети (RNTI), причем первый RNTI является действительным для первого набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи;
принимают (120) по меньшей мере один второй RNTI, причем второй RNTI действителен для второго набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи, при этом первый набор сети узлы (20а, 20b, ..., 20n) и второй набор сетевых узлов (20а, 20b, ..., 20n) являются различными наборами сетевых узлов (20а, 20b, ..., 20n);
передают (130) данные в сеть (30) радиосвязи или принимают (140) данные из сети (30) радиосвязи, с использованием первого RNTI или второго RNTI.
Вариант 15 осуществления. Способ, реализуемый сетевым узлом (20) для сети (30) радиосвязи, содержащий этапы, на которых:
присваивают (210) первый временный идентификатор радиосети (RNTI), устройству (10) пользователя, причем первый RNTI является действительным для первого набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи;
присваивают (220) по меньшей мере один второй RNTI устройству (10) пользователя, причем второй RNTI является действительным для второго набора сетевых узлов (20а, 20b, ..., 20n) сети (30) радиосвязи, при этом первый набор сетевых узлов (20а, 20b, ..., 20n) и второй набор сетевых узлов (20а, 20b, ..., 20n) являются различными наборами сетевых узлов (20а, 20b, .. ., 20n);
осуществляют сигнализацию (230) первого RNTI на устройство (10) пользователя;
осуществляют сигнализацию (240) второго RNTI на устройство (10) пользователя.
Вариант 16 осуществления. Компьютерная программа, содержащая программный код для осуществления способа по варианту 14 или 15 осуществления, при выполнении компьютерной программы компьютером.
Кроме того, любой способ, в соответствии с настоящим изобретением, может быть реализован в компьютерной программе, имеющей программный код, который при управлении средством обработки, вызывает средство обработки выполнить этапы способа. Компьютерная программа хранится на машиночитаемом носителе компьютерного программного продукта. Машиночитаемый носитель информации может содержать, по существу, любую память, такую как ROM (память только для чтения), PROM (программируемая постоянная память), EPROM (стираемая PROM), флэш-память, EEPROM (электрически стираемая PROM) или жесткий диск.
Кроме того, квалифицированным специалистам в данной области техники понятно, что настоящее устройство пользователя и сетевой узел содержат необходимые коммуникационные возможности в виде, например, функций, средств, блоков, элементов и т.д., для выполнения настоящего изобретения. Примерами других таких средств, блоков, элементов и функций являются: процессоры, коммуникационные соединения, память, буферы, логические схемы управления, кодеры, декодеры, устройство измерения скорости, устройство пересчета скорости, блоки сопоставления, мультипликаторы, блоки принятия решения, блоки выбора, переключатели, перемежители, обратные перемежители, модуляторы, демодуляторы, входные блоки, выходные блоки, антенны, усилители, приемные блоки, блоки передатчика, DSPs, MSDs, TCM кодер, декодер TCM, блоки питания, силовые фидеры, коммуникационные интерфейсы, протоколы связи и т.д., которые соответствующим образом установлены вместе для выполнения настоящего изобретения.
В частности, процессоры настоящего передающего устройства могут содержать, например, один или более блоков центрального процессора (CPU), блок обработки, схему обработки, процессор, специализированную интегральную схему (ASIC), микропроцессор, средство обработки или другую логическую схему обработки, которые могут интерпретировать и выполнять инструкции. Выражение «процессор» может, таким образом, представлять собой схему обработки, включающую в себя множество обрабатывающих схем, таких, как, например, любую, некоторые или все из тех, которые упомянуты выше. Блок обработки может дополнительно выполнять функции обработки данных для ввода, вывода и обработки данных, содержащие буферные данные, и функциями управления устройствами, такие как, управление вызовами, управление пользовательским интерфейсом или тому подобное.
В заключении, следует понимать, что настоящее изобретение не ограничивается описанными выше вариантами осуществления, но также относится к и включает в себя все варианты осуществления в пределах объема независимых пунктов прилагаемой формулы изобретения.