ВРЕМЯ ДЕЙСТВИЯ СИСТЕМНОЙ ИНФОРМАЦИИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
TIME OF SYSTEM INFORMATION ACTUATION IN WIRELESS COMMUNICATION SYSTEM

ОБЛАСТЬ ТЕХНИКИ
Настоящая заявка относится в целом к системе беспроводной связи и относится в частности к времени действия системной информации в такой системе беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Система беспроводной связи осуществляет широковещательную передачу так называемой системной информации устройствам беспроводной связи для того, чтобы помочь этим устройствам при работе в системе. Системная информация может включать в себя, например, параметры, которые описывают общую информацию о системе, включая ID Наземной Сети Мобильной Связи Общего Пользования (PLMN), полосу пропускания системы и аналогичное. Системная информация также может включать в себя параметры, которые описывают информацию особую для определенных сот в системе, такую как распределение каналов управления, информацию о канале поискового вызова, информацию о выборе соты и т.д.
Системная информация может меняться время от времени. Известные подходы эффективно информируют устройства о таком изменении посредством вставки метки значения в блок или сообщение, которое включает в себя системную информацию. Устройство считывает блок или сообщение для того, чтобы проверить метку значения. Если метка значения изменилась, устройство считает, что системная информация в блоке или сообщении изменилась, и продолжает чтение системной информации в блоке или сообщении. Если метка значения не заменилась, устройство считывает системную информацию в блоке или сообщении только если по меньшей мере предварительно определенное время действия прошло с момента, когда устройство последний раз считывало системную информацию из блока или сообщения.
Известные подходы тем не менее по сути накладывают ограничения на то, как часто системная информация может быть изменена и все же считана устройством беспроводной связи. Это может оказаться проблематичным в некоторых контекстах, где системная информация меняется часто. Добавление больше меток значения обеспечит изменения системной информации с большей частотой, но недопустимо увеличит служебные издержки на сигнализацию.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В соответствии с одним или более вариантами осуществления по меньшей мере две отличающиеся возможные метки значения для системной информации соответственно ассоциированы с отличающимися возможными периодами времени действия, например, вместо того, что все возможные метки значения ассоциированы с одним и тем же периодом времени действия. Период времени, в течение которого оборудование пользователя считает системную информацию (например, включенную в блок или сообщение) действительной, вследствие этого, может зависеть от того, какую метку значения оборудование пользователя принимает с той системной информацией. В некоторых вариантах осуществления, например, таблица в оборудовании пользователя соответственно отображает по меньшей мере две из отличающихся возможных меток значения в отличающихся возможных периодах времени действия. С помощью отличающихся периодов времени действия, ассоциированных с по меньшей мере некоторыми из отличающихся меток значения, некоторые варианты осуществления допускают более частые изменения системной информации для того же самого объема служебных издержек на сигнализацию, который относится к передаче метки значения.
В частности, некоторые варианты осуществления в данном документе включают в себя способ, выполняемый оборудованием пользователя, выполненным с возможностью использования в системе беспроводной связи. Способ содержит этап, на котором принимают системную информацию и метку значения, указывающую версию системной информации. Метка значения ассоциирована с периодом времени действия, в течение которого версия системной информации считается действительной. Метка значения является одной из отличающихся возможных меток значения. По меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия.
В некоторых вариантах осуществления способ дополнительно содержит этап, на котором в ответ на прием системной информации и метки значения, сохраняют версию системной информации. Способ может также содержать этап, на котором определяют, является ли сохраненная версия системной информации действительной или недействительной посредством определения того, прошел ли период времени действия с момента сохранения версии системной информации. Способ может дополнительно содержать этап, на котором выборочно повторно получают системную информацию в зависимости от того, является ли сохраненная версия компонента системной информации действительной или недействительной в соответствии с определением.
В некоторых вариантах осуществления таблица в оборудовании пользователя отображает каждую отличающуюся возможную метку значения в одном из отличающихся возможных периодов времени действия, при этом по меньшей мере две из отличающихся возможных меток значения соответственно отображаются в отличающихся возможных периодах времени действия.
Варианты осуществления также содержат способ, выполняемый узлом радиосети, выполненным с возможностью использования в системе беспроводной связи. Способ содержит этап, на котором передают системную информацию и метку значения, указывающую версию системной информации. Метка значения ассоциирована с периодом времени действия, в течение которого версия системной информации считается действительной. Метка значения является одной из отличающихся возможных меток значения. По меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия.
В некоторых вариантах осуществления способ дополнительно содержит этап, на котором выбирают метку значения из отличающихся возможных меток значения на основании того, насколько часто должен обновляться компонент системной информации.
В некоторых вариантах осуществления таблица в узле радиосети отображает каждую отличающуюся возможную метку значения в одном из отличающихся возможных периодов времени действия, при этом по меньшей мере две из отличающихся возможных меток значения соответственно отображаются в отличающихся возможных периодах времени действия.
В любом из вышеупомянутых вариантов осуществления в оборудовании пользователя или узле радиосети, по меньшей мере две отличающиеся возможные метки значения могут быть ассоциированы с одним и тем же возможным периодом времени действия.
В любом из вышеупомянутых вариантов осуществления системная информация включена в минимальную системную информацию или основной блок информации. В качестве альтернативы системная информация может быть включена в другую системную информацию, отличную от минимальной системной информации, или в блок системной информации. В еще других вариантах осуществления системная информация включена в сообщение системной информации.
Варианты осуществления также включают в себя соответствующее устройство, компьютерные программы и носители (например, не временные машиночитаемые носители информации).
Например, варианты осуществления включают в себя оборудование пользователя, выполненное с возможностью использования в системе беспроводной связи. Оборудование пользователя выполнено с возможностью приема системной информации и метки значения, указывающей версию системной информации. Метка значения ассоциирована с периодом времени действия, в течение которого версия системной информации считается действительной. Метка значения является одной из отличающихся возможных меток значения. По меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия.
Варианты осуществления также включают в себя узел радиосети, выполненный с возможностью использования в системе беспроводной связи. Узел радиосети выполнен с возможностью передачи системной информации и метки значения, указывающей версию системной информации. Метка значения ассоциирована с периодом времени действия, в течение которого версия системной информации считается действительной. Метка значения является одной из отличающихся возможных меток значения. По меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фигура 1 является структурной схемой системы беспроводной связи, которая включает в себя узел радиосети и оборудование пользователя в соответствии с некоторыми вариантами осуществления.
Фигура 2A является структурной схемой системной информации и метки значения в соответствии с некоторыми вариантами осуществления.
Фигура 2B является структурной схемой системной информации и метки значения в соответствии с другими вариантами осуществления.
Фигура 2C является структурной схемой системной информации и метки значения в соответствии с по–прежнему другими вариантами осуществления.
Фигура 2D является структурной схемой системной информации и метки значения в соответствии еще другими вариантами осуществления.
Фигура 3A является логической блок–схемой способа, выполняемого узлом радиосети, в соответствии с некоторыми вариантами осуществления.
Фигура 3B является логической блок–схемой способа, выполняемого оборудованием пользователя, в соответствии с некоторыми вариантами осуществления.
Фигура 4A является логической блок–схемой способа, выполняемого узлом радиосети, в соответствии с другими вариантами осуществления.
Фигура 4B является логической блок–схемой способа, выполняемого оборудованием пользователя, в соответствии с другими вариантами осуществления.
Фигура 5 является структурной схемой периодов модификации, в соответствии с которыми системная информация меняется, в соответствии с некоторыми вариантами осуществления.
Фигура 6 является структурной схемой системы беспроводной связи Новой Радиосвязи (NR) в соответствии с некоторыми вариантами осуществления.
Фигура 7 является структурной схемой системы беспроводной связи и ассоциированных слоев протокола в соответствии с некоторыми вариантами осуществления.
Фигура 8 является структурной схемой системной информации в системе беспроводной связи Новой Радиосвязи (NR) в соответствии с некоторыми вариантами осуществления.
Фигура 9 является логической блок–схемой обработки, выполняемой оборудованием пользователя, в соответствии с некоторыми вариантами осуществления.
Фигура 10 является таблицей меток значения в соответствии с некоторыми вариантами осуществления.
Фигура 11 является таблицей меток значения, по меньшей мере с некоторыми метками значения, ассоциированными с отличающимися периодами времени действия, в соответствии с некоторыми вариантами осуществления.
Фигура 12A является структурной схемой узла радиосети в соответствии с некоторыми вариантами осуществления.
Фигура 12B является структурной схемой узла радиосети в соответствии с другими вариантами осуществления.
Фигура 13A является структурной схемой оборудования пользователя в соответствии с некоторыми вариантами осуществления.
Фигура 13B является структурной схемой оборудования пользователя в соответствии с другими вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Фигура 1 иллюстрирует узел 12 радиосети и оборудование 14 пользователя в системе 10 беспроводной связи, например, системе 5G. Узел 12 радиосети передает (например, осуществляет широковещательную передачу) так называемой системной информации 16 (SI) оборудованию 14 пользователя для того, чтобы помочь оборудованию 14 пользователя при работе в системе 10. Системная информация 16 может включать в себя, например, параметры, которые описывают общую информацию о системе 10, включая ID Наземной Сети Мобильной Связи Общего Пользования (PLMN), полосу пропускания системы и аналогичное. Системная информация 16 может дополнительно или в качестве альтернативы включать в себя параметры, которые описывают информацию особую для определенных сот в системе 10, такую как распределение каналов управления, информацию о канале поискового вызова, информацию о выборе соты и т.д.
Системная информация 16 может меняться время от времени. Узел 12 радиосети уведомляет оборудование 14 пользователя о таких изменениях. Узел 12 радиосети в связи с этим эффективно информирует оборудование 14 пользователя о таком изменении посредством передачи метки 18 значения, например, которая может быть вставлена в или иным образом ассоциирована с системной информацией 16, как показано на Фигуре 1. Метка 18 значения, ассоциированная с системной информацией 16, указывает версию той системной информации 16. Вследствие этого изменение системной информации 16 приводит к отличающейся версии у той системной информации, как указано меткой 18 значения. Например, метка 18 значения может увеличиваться каждый раз, когда меняется системная информация 16. В некоторых вариантах осуществления оборудование 14 пользователя считывает (и сохраняет) версию системной информации 16, указанную меткой 18 значения, если метка 18 значения изменилась с момента, когда оборудование 14 пользователя последний раз считывало (и сохраняло) системную информацию 16. Если метка 18 значения не изменилась, оборудование 14 пользователя может не считывать или не сохранять системную информацию 16, например, в предположении, что оборудование 14 пользователя уже ранее сохранило ту версию системной информации 16.
В соответствии с некоторыми вариантами осуществления в данном документе, однако, метка 18 значения не только указывает версию системной информации 16, но также ассоциирована с периодом 20 времени действия, в течение которого та версия системной информации 16 считается действительной. Оборудование 14 пользователя в данном случае считает версию системной информации действительной в течение периода 20 времени действия. Когда версия системной информации 16 становится недействительной после истечения периода 20 времени действия, оборудование 14 пользователя может повторно считывать (или повторно сохранять) системную информацию 16, даже если метка 18 значения не изменилась.
Например, в ответ на прием системной информации 16 и метки 18 значения, оборудование 14 пользователя может сохранять версию системной информации 16, которая указывается меткой 18 значения. Фигура 1, например, показывает, что оборудование 14 пользователя принимает и/или сохраняет системную информацию 16 в момент времени T0. Оборудование 14 пользователя также может запускать таймер или обратный отсчет для определения того, сколько времени прошло с того момента, как оборудование 14 пользователя приняло и/или сохранило версию системной информации 16. Когда период 20 времени действия истекает (например, как в момент времени T1 на Фигуре 1), оборудование 14 пользователя повторно получает системную информацию 16. Оборудование 14 пользователя может таким образом (например, время от времени или периодически) определять, является ли сохраненная версия системной информации 16 действительной или недействительной посредством определения того, прошел ли период 20 времени действия с момента сохранения версии системной информации 16, и выборочно повторно получать системную информацию 16 в зависимости от того, является ли сохраненная версия системной информации 16 действительной или недействительной в соответствии с тем определением.
Метка 18 значения в некоторых вариантах осуществления является одной из отличающихся возможных меток значения. Следует отметить, что по меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия. Фигура 1, например, показывает, что ассоциация 22 метка–период в или получаемая оборудованием 14 пользователя и/или узлом 12 радиосети (например, в форме таблицы) может отображать каждую из N отличающихся возможных меток значения 1, 2, … N в одном из M отличающихся возможных периодов 1, 2, … M времени действия, где N≥2 и M≥2. N может быть равно M в некоторых вариантах осуществления, тогда как в других вариантах осуществления M может не быть равным M. В одном варианте осуществления, например, N > M так, что только некоторые из N отличающихся возможных меток значения отображаются в отличающихся возможных периодах времени действия. Т.е. по меньшей мере две из N отличающихся возможных меток значения соответственно отображаются в отличающихся возможных периодах времени действия и по меньшей мере две из N отличающихся возможных меток значения соответственно отображаются в одном и том же возможном периоде времени действия. В этих и прочих вариантах осуществления, тогда, период времени действия, в течение которого версия системной информации 16 считается действительной, в некотором смысле может считаться особым для метки 18 значения, указывающей ту версию, или особым для подмножества меток значения, которое включает в себя метку 18 значения (например, где все метки значения в подмножестве ассоциированы с одним и тем же периодом времени действия).
В любом случае узел 12 радиосети в этих вариантах осуществления может управлять периодом времени, в течение которого оборудование 14 пользователя считает версию системной информации 16 действительной, посредством выбора того, какую метку значения использовать, чтобы указывать версию системной информации 16. Узел 12 радиосети может, например, выбирать метку 1, чтобы управлять оборудованием 14 пользователя, чтобы оно считало версию системной информации 16 действительной в течение периода 1 времени, выбирать метку 2, чтобы управлять оборудованием пользователя 14, чтобы оно вместо этого считало версию системной информации 16 действительной в течение периода 2 времени и т.д.
С помощью отличающихся периодов времени действия, ассоциированных по меньшей мере с некоторыми из отличающихся меток значения, некоторые варианты осуществления гибко учитывают ситуации, в которых системная информация должна редко обновляться (например, так, что подходит более длительный период времени действия), как, впрочем, и ситуации, в которых системная информация должна обновляться более часто (например, так, что подходит более короткий период времени действия). Узел 12 радиосети может, например, выбирать метку 18 значения для использования из отличающихся возможных меток значения на основании того, насколько часто должна обновляться системная информация 16. Узел 12 радиосети может выбирать метку значения, ассоциированную с относительно коротким периодом времени действия, если системная информация 16 должна обновляться более часто, но выбирать отличающуюся метку значения, ассоциированную с относительно длительным периодом времени действия, если системная информация 16 должна обновлять менее часто.
В качестве альтернативы или в дополнение некоторые варианты осуществления преимущественно допускают более частые изменения системной информации, чем известные подходы, например, для того же самого объема служебных издержек на сигнализацию, который относится к передаче метки значения. Например, метка значения может иметь то же самое число битов, как в известных подходах, тем не менее обеспечивая более частые изменения системной информации, поскольку по меньшей мере некоторые метки значения ассоциированы с отличающимися периодами времени действия.
Отметим, что системная информация 16 на Фигуре 1 может быть любым компонентом системной информации. Компонент системной информация является любой частью или фрагментом системной информации, при любой степени разбиения или разрешении. Как показано на Фигуре 2A, например, системная информация 16 на Фигуре 1 может быть сообщением 16A системной информации, которое включает в себя один или более блоки 24 системной информации (SIB). SIB 24 может группировать вместе системную информацию (например, в форме элементов информации), которые имеют одну и ту же сущность. Сообщение 16A системной информации может таким образом служить в качестве контейнера для одного или более SIB. В некоторых вариантах осуществления метка 18 значения ассоциируется с сообщением 16A системной информации и указывает версию сообщения 16A системной информации, например, на основе сообщение за сообщением, а не на основе SIB за SIB. В этих вариантах осуществления тогда оборудование 14 пользователя может сохранять метки значения сообщений системной информации, которую оно считывает. После считывания позже новой системной информации оборудование 14 пользователя может сравнивать метки значения, включенные в новую системную информацию и делать вывод о том, имеет ли место изменение в любых сообщениях системной информации, которые интересуют, и, следовательно, необходимо ли считывание широковещательной информации.
В других вариантах осуществления, показанных на Фигуре 2B, системная информация 16 на Фигуре 1 может быть SIB 16B, например, включенным в сообщение 26 системной информации. В данном случае метка 18 значения ассоциирована с SIB 16B и указывает версию SIB 16B, например, на основе SIB за SIB. Как показано, например, отличающиеся метки 18 значения могут быть ассоциированы с отличающимися SIB (например, включенными в одно и то же сообщение системной информации), чтобы указывать соответствующие версии этих SIB.
В по–прежнему других вариантах осуществления системная информация 16 на Фигуре 1 может быть основным блоком 16С информации (MIB), как показано на Фигуре 2C. В данном случае метка 18 значения ассоциирована с MIB 16С и указывает версию MIB 16C. MIB 16C может включать в себя, например, параметры, которые описывают общую информацию о системе 10, включая ID Наземной Сети Мобильной Связи Общего Пользования (PLMN), полосу пропускания системы и аналогичное. Это может отличаться от других SIB 24, которые включают в себя, например, параметры, которые описывают информацию особую для определенных сот в системе 10, такую как распределение каналов управления, информацию о канале поискового вызова, информацию о выборе соты и т.д.
В еще других вариантах осуществления системная информация 16 на Фигуре 1 может быть минимальной системной информацией 16D (например, в системе 5G Новой Радиосвязи), как показано на Фигуре 2D. В данном случае метка 18 значения ассоциируется с минимальной системной информацией 16D и указывает версию минимальной системной информации 16D. Минимальная системная информация 16D может включать в себя, например, параметры, которые описывают общую информацию о системе 10, включая ID Наземной Сети Мобильной Связи Общего Пользования (PLMN), полосу пропускания системы и аналогичное. Это может отличаться от прочей системной информации (например, в форме SIB 24), которая включают в себя, например, параметры, которые описывают информацию, особую для определенных сот в системе 10, такую как распределение каналов управления, информацию о канале поискового вызова, информацию о выборе соты и т.д. В по–прежнему других не показанных вариантах осуществления системная информация 16 может быть такой другой системной информацией, так что метка 18 значения, ассоциированная с другой системной информацией, указывает версию другой системной информации.
С учетом вышеупомянутых модификаций и вариаций, Фигура 3A иллюстрирует способ 100, выполняемый узлом 12 радиосети, выполненным с возможностью использования в системе 10 беспроводной связи, в соответствии с некоторыми вариантами осуществления. Как показано, способ 100 включает в себя передачу системной информации 16 и метки 18 значения, указывающей версию системной информации 16 (Блок 110). Метка 18 значения ассоциирована с периодом 20 времени действия, в течение которого версия системной информации 16 считается действительной. Метка 18 значения является одной из нескольких отличающихся возможных меток значения. По меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия. В некоторых вариантах осуществления способ 100 может дополнительно содержать формирование системной информации 16 и выбор метки 18 значения (Блок 105).
Фигура 3B иллюстрирует соответствующий способ 200, выполняемый оборудованием 14 пользователя, выполненным с возможностью использования в системе 10 беспроводной связи, в соответствии с некоторыми вариантами осуществления. Как показано способ 200 включает в себя прием системной информации 16 и метки 18 значения, указывающей версию системной информации 16 (Блок 210). Метка 18 значения ассоциирована с периодом 20 времени действия, в течение которого версия системной информации 16 считается действительной. Метка 18 значения является одной из нескольких отличающихся возможных меток значения. По меньшей мере две из отличающихся возможных меток значения соответственно ассоциированы с отличающимися возможными периодами времени действия.
В некоторых вариантах осуществления способ 200 может дополнительно содержать в ответ на прием системной информации 16 и метки 18 значения, сохранение версии системной информации 16 (Блок 220). Способ 200 также может содержать (например, время от времени или периодическое) определение, является ли сохраненная версия системной информации 16 действительной или недействительной, посредством определения, прошел ли период 20 времени действия с момента сохранения версии системной информации 16 (Блок 230). Способ 200 может дополнительно содержать выборочное повторное получение системной информации 16 в зависимости от того, является ли сохраненная версия системной информации 16 действительной или недействительной в соответствии с определением (Блок 240).
Фигура 4A иллюстрирует способ 150, выполняемый узлом 12 радиосети, выполненным с возможностью использования в системе 10 беспроводной связи, в соответствии с другими вариантами осуществления. Как показано способ 150 включает в себя передачу системной информации 16 и метки 18 значения, указывающей версию системной информации 16 (Блок 160). Период 20 времени действия, в течение которого версия системной информации 16 считается действительной, является особым для метки 18 значения или является особым для подмножества меток значения, которое включает в себя метку 18 значения. В некоторых вариантах осуществления способ 150 может дополнительно содержать формирование системной информации 16 и метки 18 значения (Блок 155).
Фигура 4B иллюстрирует соответствующий способ 250, выполняемый оборудованием 14 пользователя, выполненным с возможностью использования в системе 10 беспроводной связи, в соответствии с некоторыми вариантами осуществления. Как показано способ 250 включает в себя прием системной информации 16 и метки 18 значения, указывающей версию системной информации 16 (Блок 260). Период 20 времени действия, в течение которого версия системной информации 16 считается действительной, является особым для метки 18 значения или является особым для подмножества меток значения, которое включает в себя метку 18 значения.
В некоторых вариантах осуществления способ 250 может дополнительно содержать (например, время от времени или периодическое) определение, является ли версия системной информации 16 действительной или недействительной, посредством определения, прошел ли период 20 времени действия с момента приема системной информации 16 (Блок 270). Способ 250 может дополнительно содержать выборочное повторное получение системной информации 16 в зависимости от того, является ли версия системной информации 16 действительной или недействительной в соответствии с определением (Блок 280).
Некоторые варианты осуществления теперь будут описаны в определенных контекстах, чтобы предоставить более конкретные примеры этих вариантов осуществления.
Применительно к системе 5G, которая в настоящее время стандартизируется 3GPP (где сеть радиодоступа упоминается как Новая Радиосвязь (NR), а базовая сеть упоминается как Ядро Следующего Поколения (NGC)), 3GPP согласился частично изменить принципы распространения системной информации (SI), которые использовались в Долгосрочном Развитие (LTE).
В LTE системная информация указывается в документе 3GPP TS 36.331. В соответствии со спецификацией 3GPP для LTE изменение системной информации происходит только в особых радиокадрах, т.е. используется концепция периода модификации. Системная информация может быть передана некоторое число раз с одним и тем же содержимым в рамках периода модификации, как определяется ее планированием.
Когда сеть меняет по меньшей мере некоторую из системной информации, передаваемой по широковещательному каналу управления (BCCH), сеть сначала уведомляет оборудования пользователя (UE) о данном изменении и затем впоследствии начинает передавать обновленную системную информацию. Фигура 5, например, показывает, что сеть передает уведомление об изменении в период n модификации BCCH и затем начинает передачу обновленной информации системы в следующий период n+1 модификации BCCH. Когда UE принимает уведомление об изменении, UE получает новую системную информацию в следующем периоде модификации. UE применяет ранее полученную системную информацию до тех пор, пока UE не получает новую системную информацию.
Сообщение Поискового Вызова используется, чтобы информировать UE в режиме бездействия Управления Радиоресурсами (RRC) (RRC_IDLE), UE в соединенном режиме RRC (RRC_CONNECTED) или UE в неактивном режиме RRC (RRC_INACTIVE) об изменении системной информации. Если UE находится в RRC_CONNECTED и принимает сообщение Поискового Вызова, включающее в себя элемент информации (IE) systemInfoModification, то оно знает о том, что системная информация изменится в следующей границе периода модификации.
В LTE SystemInformationBlockType1 (или MasterInformationBlock–NB применительно к Узкополосному IoT (UE интернета Вещей)) включает в себя метку значения, systemInfoValueTag, которая указывает, произошло ли изменение в сообщениях SI. UE может использовать systemInfoValueTag, например, по возвращению из вне покрытия, чтобы верифицировать, являются ли по–прежнему действительными ранее сохраненные сообщения SI. UE считает сохраненную системную информацию недействительной через 3 часа с момента, когда она была успешно подтверждена как действительная, если не указано иное. Особые типы UE могут считать сохраненную системную информацию действительной даже в течение 24 часов с момента, когда она была успешно подтверждена как действительная. UE также может быть сконфигурировано параметром si–ValidityTime, который может менять эти 24 часа на 3 часа вместо этого. После этой продолжительности сохраненная системная информация должна быть обновлена через получение новой SI.
Применительно к определенным типам UE, например, NB–IoT UE, изменение особых сообщений системной информации также может быть указано посредством другой valueTag, systemInfoValueTagSI. Если systemInfoValueTag включена в SystemInformationBlockType1–BR (или MasterlnformationBlock–NB в NB–IoT) и отличается от той, что у сохраненной системной информации, и если systemInfoValueTagSI включена в SystemInformationBlockType1–BR (или SystemInformationBlockType1–NR в NB–IoT) для особого сообщения SI и отличается от сохраненной, то UE должно считать данное особое сообщение SI недействительным. Если включена только systemInfoValueTag и отличается от сохраненной, то некоторые UE должны считать любую сохраненную системную информацию недействительной, с некоторыми исключениями, как указано в документе 3GPPTS 36.331.
Сеть может выбирать не обновлять systemInfoValueTag после изменения некоторой системной информации, и она также может выбирать не включать указание модификации в сообщение поискового вызова, если некоторая системная информация изменилась. Это относится в частности к регулярно меняющейся информации. Результатом этого может быть то, что UE, которое обладает сохраненной системной информацией, может не всегда обладать самой последней системной информацией.
Система радиодоступа NR и NGC состоит из некоторого числа отличающихся узлов и интерфейсов, например, как обозначено в документе 3GPP TS 23.501 и как показано на Фигуре 6. В частности, на Фигуре 6 UE соединяется с сетью (радио) доступа (R)AN, которая в свою очередь предоставляет UE доступ к сети данных (DN) через функцию плоскости пользователя (UPF). Функции плоскости управления в базовой сети включают в себя функцию доступа и мобильности (AMF), функцию администрирования сеанса (SMF), функцию политики и управления (PCF), функцию приложений (AF), функцию сервера аутентификации (AUSF) и функцию единообразного администрирования данных (UDM).
Нижеследующее описание будет сфокусировано на RAN/Узле Доступа и UE и отсюда обращается к узлу радиодоступа (R)AN, как к g–Узлу B или сокращенно gNB.
Развертывание gNB включает в себя функциональные возможности, относящиеся к некоторому числу слоев протокола, таким как подслои Протокола Сходимости Пакетных Данных (PDCP), Управления Линией Радиосвязи (RLC) и Управления Доступом к Среде как в плоскости управления (для сигнализации управления), так, впрочем, и в плоскости пользователя (для данных пользователя). Следует отметить, что не требуется, чтобы gNB был единственным физическим узлом, и различные функциональные возможности, относящиеся к поддерживаемым протоколам, могут быть очень хорошо распределены по нескольким блокам обработки. Фигура 7 иллюстрирует Централизованный PDCP с Централизованным Администрированием Радиоресурсов (RRM) на отдельных платформах, где PDCP–U относится к плоскости пользователя, а PDCP–C относится к плоскости управления. См. документ 3GPP TS 38.801.
Одной из задач gNB является передача широковещательной информации и администрирование этой широковещательной информации осуществляется на слое Управления Радиоресурсами (RRC).
Применительно к NR было принято решение о разделении SI на «минимальную SI» и «прочую SI», где минимальная SI является SI, которая требуется для доступа к соте. В отношении минимальной SI осуществляется периодическая широковещательная передача в соте, тогда как в отношении прочей SI может либо осуществляться периодическая широковещательная передача, либо оно доставляется по требованию, возможно, как инициированная преамбулой произвольного доступа (также упоминаемой как Msg1) или сообщением 3 произвольного доступа (также упоминаемым как Msg3).
Аналогично системной информации в LTE, широковещательная передача минимальной системной информации также может быть сохранена в UE так, что если не меняется, то не требуется ее постоянное повторное получение. Способ, посредством которого это может быть осуществлено, состоит в индексации наборов системной информации с помощью индекса или valueTag, образом аналогичным тому, что описан выше. Тогда, если UE видит широковещательную передачу определенного индекса, оно может соотносить его с сохраненным индексом и, если они одинаковые, то системная информация, в отношении которой осуществляется широковещательная передача, является точно такой же, как сохраненная. Если индекс отличается, то системная информация должна быть получена вновь и возможно сохранена, и ассоциирована с новым valueTag.
Если системная информация меняется часто и важно, чтобы UE информировались об этом, тогда, в предположении времени действия в 3 или даже 24 часа, как указано в LTE, количество разных путей для кодирования индекса valueTag, может стать ограничением. Если, например, много изменений системной информации возникает в течение 3–часового периода и имеется мало кодов индекса valueTag, то это может привести к тому, что некоторые UE обладают сохраненной информацией, ассоциированой с индексом valueTag, который более не является корректным, а скорее обновлен. В то же время, есть желание сохранить поле valueTag настолько коротким, насколько это возможно, поскольку это информация, широковещательная передача которой осуществляется часто.
В соответствии с некоторыми вариантами осуществления индексам valueTag, вместо их расширения, чтобы предлагать больше отличающихся значений (например, расширяться с 5 или 6 битного поля до 8–12 битного поля или аналогичного), указываются отличающиеся времена действия. Несмотря на то, что обращаются к valueTag, отметим, что варианты осуществления могут быть расширены на любой тип указания, значение которого указывает, изменилась ли системная информация.
В ситуациях, когда происходят частые обновления системной информации, имеет смысл разрешить сохранение такой информации в UE, но время действия должно предпочтительно быть намного короче, чем 3 часа. С помощью определенных valueTag с продолжительностью «срока годности», которая значительно короче, чем прочие значения valueTag, некоторые варианты осуществления учитывают ситуации, когда системная информация обновляется редко, как, впрочем, и ситуации, когда системная информация обновляется часто.
В некоторых вариантах осуществления по меньшей мере два значения индекса valueTag указываются для каждого времени действия так, что сеть может переключаться между этими двумя значениями и менять широковещательную информацию с помощью цикла модификации, соответствующего циклу времени действия, и по–прежнему быть уверенной в том, что отсутствует UE, хранящее устаревшую системную информацию.
В некоторых вариантах осуществления, как показано на Фигуре 8, широковещательная информация разделяется на основной блок информации (MIB) NR и широковещательную информацию SIB NR. NR–MIB включается в передачи блок сигнала синхронизации (SS) в NR–PBCH (Физический Широковещательный Канал). NR–MIB имеет задачу индексировать другую системную информацию. MIB передается по PBCH, а остальное по физическому совместно используемому каналу нисходящей линии связи (PDSCH). В связи с этим NR–MIB включает в себя информацию, относящуюся к широковещательной информации NR–SIB1.
Широковещательная информация NR–SIB1 может, например, включать в себя всю информацию, которая необходима UE для считывания, чтобы иметь возможность доступа к системе, и она также может указывать на другие блоки системной информации, например, NR–SIB#, которые включают в себя дополнительную информацию, которая может быть менее критичной. В качестве альтернативы NR–SIB1 может включать в себя только информацию о другом NR–SIB# и он может не предоставлять всю информацию, которую необходимо иметь UE, чтобы осуществлять доступ к системе. NR–SIB1 тогда предоставляет информацию о других NR–SIB.
Минимальная системная информация может включать в себя информацию, относящуюся к: системному номеру кадра (SFN), Списку наземных сетей мобильной связи общего пользования (PLMN), ID Соты, параметрам закрепления в Соте, параметрам канала произвольного доступа (RACH), Параметрам для запроса другого SI–блока(ов), информации Планирования для другой SI, типу SIB, информации Действия, периодичности SI, информации о SI–окне, Указанию, осуществляется ли периодическая передача блока SI или он предоставляется по требованию, и/или Индексу/идентификатору в минимальной SI, чтобы позволить UE избежать повторного получения уже сохраненного SI–блока(ов)/сообщения(ий) SI.
Рассмотрим теперь блок SS на Фигуре 8. Во–первых, Блок SS предоставляет идентификационные данные физической соты (PCI), которые вероятно будут кодированы в качестве индекса последовательности у первичного сигнала синхронизации (PSS)/вторичного сигнала синхронизации (SSS) NR, т.е. NR–PSS/NR–SSS. Следовательно, для того, чтобы определить, является ли действительной сохраненная SI в конкретной соте, могут быть использованы PCI.
Во–вторых, Блок SS в некоторых вариантах осуществления может предоставлять часть NR–TSS (не показано), которая идентифицирует временную привязку принятого Блока SS в Пачке SS или Наборе Пачек SS. В случае, например, аналоговой развертки луча будет присутствовать зависимость между TSS и лучом. SI может зависеть от соответствующего луча. Если присутствует несколько лучей, то должна быть доступна соответствующая SI и таким образом требуется увеличенное число меток значения. Следовательно, требуется гибкое и динамичное назначение меток значения.
В–третьих, NR–PBCH содержит основной блок информации (MIB), который также может предоставлять один или более индексы, или идентификаторы, которые могут быть использованы, чтобы определять, является действительной или нет сохраненная SI. MIB может, например, содержать valueTag системной информации для данной цели, т.е. ValueTag_SI. NR–MIB может содержать конфигурацию физического канала, используемого, чтобы принимать NR–SIB1.
Некоторые варианты осуществления включают valueTag в MIB. Дополнительно или в качестве альтернативы (отдельная) метка значения может быть включена в один или более SIB (NR–SIB#).
Если MIB в блоке SS включает в себя valueTag, то UE, принимающее блок SS, будет способно определить, является действительной или нет определенная копия сохраненной системной информации. Фигура 9 иллюстрирует пример. Как показано UE считывает Блок SS и определяет, что valueTag, включенная в MIB, имеет определенное значение, где это значение упоминается в данном документе как «nd» (Блок 300). Затем UE проверяет, присутствует ли сохраненная SI, ассоциированная с действительным valueTag для MIB (Блок 310). Если присутствует, то UE использует сохраненную SI, ассоциированную с valueTag, со значением «nd» (Блок 320). Ели не присутствует, тем не менее, UE получает новую SI и сохраняет новую SI под новым valueTag с новым значение «nd» вместо старого значения «nd» (Блок 330).
С точки зрения gNB, gNB будет назначать valueTag новым конфигурациям системной информации. Рассмотрим пример, показанный на Фигуре 10. Как показано, набор различных конфигураций A–E, …, AF системной информации включен в таблицу вместе с набором значения valueTag MIB, назначенных gNB. В данной таблице время действия в UE составляет 3 часа, независимо от того какая метка значения используется. Это означает, что если UE хранит конфигурации с valueTag в качестве индекса, оно может использовать их до 3 часов спустя того, как MIB включает особую valueTag.
Отметим, что данный пример показывает в среднем 360мин/32 меток значения ~ 6мин. Так что каждые 6 минут SI может быть изменена, что может быть слишком мало, поскольку потребности в изменении SI могут быть намного выше.
Теперь можно понять, что присутствует соотношение между диапазоном valueTag, в данном примере иллюстрируется как [0..31], и максимальным числом обновлений системной информации, которое может быть представлено valueTag. В предположении 3–часового периода и 5–битного поля для индексов valueTag, будет возможно обновлять системную информацию только 31 раз и по–прежнему назначать новые метки значения. После этого присутствует продолжительность в 3 часа, в течение которой не должна осуществляться широковещательная передача определенного индекса, например, индекса 1 и SI–конфигурации B, чтобы допускать ассоциацию новой конфигурации с индексом 1, например, конфигурации BC. После этих трех часов таймер действия истекает и gNB может безопасно предполагать, что конфигурация более не хранится ни в каком UE, и конфигурация B более не будет использована.
Некоторые варианты осуществления вместо этого назначают указанное или сконфигурированное время действия для каждого из valueTag (или для каждого из подмножества valueTag). Фигура 11 показывает соответствующую таблицу в соответствии с одним примерным вариантом осуществления, где MIB valueTag составляет 5 битов. Как показано метки 0 и 1 значения имеют период времени действия в 10 секунд, метки 2 и 3 значения имеют период времени действия в 1 минуту, метки 4 и 5 значения имеют период времени действия в 10 минут и оставшиеся метки 6–31 значения имеют период времени действия в 3 часа.
Также возможна 1 секунда или даже ниже 1 секунды. При ниже 1 секунды, тем не менее, может быть достигнут предел, поскольку может потребоваться, например, 1мс, чтобы декодировать метку значения и/или ее предел продолжительности. В любом случае, в данной таблице отличающиеся времена действия ассоциированы с отличающимися valueTag. При указании отличающихся времен действия значительно увеличится динамика конфигураций SI и в течение одного и того же 3–часового периода можно будет переключать конфигурацию SI много больше раз, за счет только нескольких позиций конфигурации в 3–часовым циклом действия.
В качестве примера применяется SI–конфигурация C и MIB включает в себя индекс valueTag 2. UE, которое считывает информацию SI, когда данный индекс включен в MIB, будет хранить системную информацию в течение 1 минуты, а затем, в следующий раз, когда оно видит valueTag 2, если прошло больше минуты, оно будет вновь получать системную информацию.
В таблице может быть отмечено, что присутствует по меньшей мере две valueTag для каждой продолжительности. Причина этого заключается в том, что если существует необходимость изменить информацию SI в течение более длительного периода, но, например, в 10–минутных циклах gNB может переключаться между широковещательной передачей valueTag4 и valueTag5. Это позволяет оставить одну из valueTag неиспользуемой, но по–прежнему иметь возможность реализовать 10–минутный цикл, не рискуя тем, что какая–нибудь системная информация, которая устарела/недействительна хранится в UE. Если требуется 10–минутный цикл для системной информации и только одна valueTag обладает данным действием, то будет сложно осуществить изменение на новую информацию 10–минутного–цикла, поскольку могут быть UE, которые хранят индекс, и они будут по–прежнему использовать сохраненную системную информацию, ассоциированную с тем индексом в течение 10 минут, независимо от того, что она изменилась. Чтоб гарантировать то, что это не происходит, новая конфигурация может быть ассоциирована с индексом, который не использовался для продолжительности validityTime.
Соответственно некоторые варианты осуществления в данном документе указывают отличающиеся validityTime для valueTag. Отличающиеся validityTime и, в частности, более короткие времена обеспечат более гибкую обработку системной информации и обеспечат возможность изменения информации динамически. При только длинной продолжительности может случиться так, что число отличающихся конфигураций SI, которые можно просигнализировать, будет ограниченным, что может привести к тому, что мнение UE о системной информации, ассоциированной с определенным индексом, может быть некорректным.
Радиоузел в данном документе является любым типом узла, выполненным с возможностью осуществления связи через радиосигналы. Узел 12 радиосети в данном документе является любым типом сетевого узла (например, базовой станцией), выполненного с возможностью осуществления связи с другим узлом через радиосигналы. Оборудование 14 пользователя является любым типом устройства, выполненного с возможностью осуществления связи с узлом 12 радиосети или другим оборудованием 14 пользователя через радиосигналы. Оборудование 14 пользователя может, вследствие этого, относиться к устройству связи типа машина с машиной (M2M), устройству связи машинного типа (MTC), устройству NB–IoT и т.д. Оборудование 14 пользователя также может упоминаться как радиоустройство, устройство радиосвязи, беспроводной терминал или просто терминал – если контекст не указывает иное, при этом использование любого из этих понятий подразумевает включение UE или устройств связи типа устройство с устройством, устройств связи машинного типа или устройств с возможностью связи типа машина с машиной, датчиков, оборудованных беспроводным устройством, настольных компьютеров с возможностью беспроводной связи, мобильных терминалов, интеллектуальных телефонов, оборудования со встраиваемым лэптопом (LEE), оборудования с монтируемым лэптопом (LME), USB адаптеров, беспроводного оборудования, установленного у пользователя (CPE) и т.д. Следует понимать, что эти устройства могут быть UE, но обычно выполнены с возможностью передачи и/или приема данных без непосредственного взаимодействия с пользователем.
В сценарии IoT оборудование 14 пользователя, как описано в данном документе, может быть, или может содержаться в, машиной или устройством, которое осуществляет мониторинг или измерения, и передает результаты такого мониторинга или измерений другому устройству или сети. Конкретными примерами таких машин являются счетчики электроэнергии, промышленное оборудование или бытовые, или персональные приборы, например, холодильники, телевизоры, персональные носимые устройства, такие как наручные часы и т.д. В других сценариях оборудование 14 пользователя, как описано в данном документе, может содержаться в транспортном средстве и может осуществлять мониторинг и/или представление отчета о рабочем статусе транспортного средства или других функциях, ассоциированных с транспортным средством.
Отметим, что узел 12 радиосети (например, базовая станция), как описано выше, может выполнять обработку в данном документе посредством реализации любых функциональных средств или блоков. В одном варианте осуществления, например, узел радиосети содержит соответствующие схемы, выполненные с возможностью выполнения этапов, показанных на Фигуре 3A и/или 4A. Схемы в связи с этим могут быть выполнены в виде схем, предназначенных для выполнения определенной функциональной обработки, и/или одного или более микропроцессоров вместе с памятью. В вариантах осуществления, которые используют память, которая может быть выполнена в виде одного или нескольких типов памяти, таких как постоянная память (ROM), память с произвольным доступом, кэш–память, устройства флэш–памяти, оптические запоминающие устройства и т.д., память хранит программный код, который, когда исполняется одним или более микропроцессорами, выполняет методики, описанные в данном документе.
Фигура 12A иллюстрирует дополнительные подробности узла 12 радиосети в соответствии с одним или более вариантами осуществления. Как показано узел 12 радиосети включает в себя одну или более схемы 410 обработки и радиосхему 420. Радиосхема 420 может быть выполнена с возможностью передачи и/или приема через одну или более антенны, которые являются внутренними и/или внешними для узла 12 радиосети. Одна или более схемы 410 обработки выполнены с возможностью выполнения обработки, описанной выше, например, на Фигуре 3A и/или 4A, как например посредством исполнения инструкций, хранящихся в памяти 430. Одна или более схемы 410 обработки в связи с этим могут реализовывать определенные функциональные средства или блоки.
Фигура 12B в связи с этим иллюстрирует дополнительные подробности узла 12 радиосети в соответствии с одним или более прочими вариантами осуществления. В частности, узел 12 радиосети может включать в себя блок или модуль 440 передачи для передачи системной информации 16 и метки 18 значения, как описано выше. Один или более из этих модулей или блоков может быть реализован посредством одной или более схем 410 обработки на Фигуре 12A.
Аналогично, отметим, что оборудование 14 пользователя, как описано выше, может выполнять обработку в данном документе посредством реализации любых функциональных средств или блоков. В одном варианте осуществления, например, оборудование 14 пользователя содержит соответствующие схемы, выполненные с возможностью выполнения этапов, показанных на Фигуре 3B и/или 4B. Схемы в связи с этим могут быть выполнены в виде схем, предназначенных для выполнения определенной функциональной обработки, и/или одного или более микропроцессоров вместе с памятью. В вариантах осуществления, которые используют память, которая может быть выполнена в виде одного или нескольких типов памяти, таких как постоянная память (ROM), память с произвольным доступом, кэш–память, устройства флэш–памяти, оптические запоминающие устройства и т.д., память хранит программный код, который, когда исполняется одним или более микропроцессорами, выполняет методики, описанные в данном документе.
Фигура 13A иллюстрирует дополнительные подробности оборудования 14 пользователя в соответствии с одним или более вариантами осуществления. Как показано оборудование 14 пользователя включает в себя одну или более схемы 510 обработки и радиосхему 520. Радиосхема может быть выполнена с возможностью передачи и/или приема через одну или более антенны, которые являются внутренними и/или внешними для оборудования 14 пользователя. Одна или более схемы 510 обработки выполнены с возможностью выполнения обработки, описанной выше, например, на Фигуре 3B и/или 4B, как например посредством исполнения инструкций, хранящихся в памяти 530. Одна или более схемы 510 обработки в связи с этим могут реализовывать определенные функциональные средства или блоки.
Фигура 13B в связи с этим иллюстрирует дополнительные подробности оборудования 14 пользователя в соответствии с одним или более прочими вариантами осуществления. В частности, оборудование 14 пользователя может включать в себя блок или модуль 540 приема для приема системной информации 16 и метки 18 значения, как описано выше. Один или более из этих модулей или блоков может быть реализован посредством одной или более схем 510 обработки на Фигуре 13A.
Специалистам в соответствующей области техники также будет понятно, что варианты осуществления в данном документе дополнительно включают в себя соответствующие компьютерные программы.
В некоторых вариантах осуществления, например, компьютерная программа содержит инструкции, которые, когда исполняются по меньшей мере в одном процессоре узла радиосети, предписывают узлу радиосети выполнять любую из соответствующих обработок, описанных выше. В других вариантах осуществления, компьютерная программа содержит инструкции, которые, когда исполняются по меньшей мере в одном процессоре оборудования пользователя, предписывают оборудованию пользователя выполнять любую из соответствующих обработок, описанных выше. Компьютерная программа в связи с этим может содержать один или более модули кода, соответствующие средствам или блокам, описанным выше.
Варианты осуществления дополнительно включают в себя носитель, содержащий такую компьютерную программу. Данный носитель может содержать одно из следующего: электрический сигнал, оптический сигнал, радиосигнал или машиночитаемый запоминающий носитель информации.
Конечно настоящее изобретение может быть осуществлено путями отличными от тех, что в частности изложены в данном документе, не отступая от неотъемлемых характеристик изобретения. Настоящие варианты осуществления должны рассматриваться во всех аспектах как иллюстративные, а не ограничивающие, и подразумевается, что все изменения, подпадающие под содержание и диапазон эквивалентности прилагаемой формулы изобретения, должны быть включены в нее.