СПОСОБ И УСТРОЙСТВО ДЛЯ ЗАПРОСА СИСТЕМНОЙ ИНФОРМАЦИИ Российский патент 2020 года по МПК H04W74/08 H04W48/14 

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

Область техники

[1] Настоящее изобретение относится к системе беспроводной связи, а более конкретно, к способу, в котором UE запрашивает другую системную информацию, и к устройству, поддерживающему его.

Описание уровня техники

[2] Чтобы удовлетворять потребности в растущем трафике беспроводных данных с момента, когда система связи четвертого поколения (4G) вышла на рынок, прилагаются постоянные усилия к тому, чтобы разрабатывать улучшенные системы связи пятого поколения (5G) или пред-5G-системы связи. По определенным причинам, 5G-система связи или пред-5G-система связи называется "выходящей за рамки 4G системой сетевой связи" или "системой после стандарта долгосрочного развития (LTE)".

[3] Системная информация означает существенную информацию для связи между терминалом и базовой станцией. В 3GPP LTE, системная информация разделяется на MIB (блок главной информации) и SIB (блок системной информации). MIB представляет собой наиболее существенную информацию. SIB подразделяется в SIB-X-формы согласно важности или циклу. MIB передается через PBCH (физический широковещательный канал), который представляет собой физический канал. SIB представляет собой общую управляющую информацию и передается через PDCCH по-другому по сравнению с MIB.

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

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

[5] Согласно варианту осуществления, предусмотрен способ для UE, чтобы запрашивать системную информацию в системе беспроводной связи. Способ может включать в себя: передачу преамбулы произвольного доступа для запроса системной информации в базовую станцию (BS); прием, из BS, ответа по произвольному доступу, включающего в себя только идентификатор преамбулы произвольного доступа (RAPID), соответствующий передаваемой преамбуле произвольного доступа; и предположение того, что процедура произвольного доступа завершается.

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

[7] UE может эффективно запрашивать другую системную информацию.

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

[8] Фиг. 1 показывает архитектуру LTE-системы.

[9] Фиг. 2 показывает плоскость управления радиоинтерфейсного протокола LTE-системы.

[10] Фиг. 3 показывает пользовательскую плоскость радиоинтерфейсного протокола LTE-системы.

[11] Фиг. 4 показывает пример передачи блока главной информации (MIB), блока 1 системной информации (SIB1) и других SIB.

[12] Фиг. 5 показывает обновление системной информации.

[13] Фиг. 6 иллюстрирует процедуру конкурентного произвольного доступа.

[14] Фиг. 7 иллюстрирует процедуру неконкурентного произвольного доступа.

[15] Фиг. 8 показывает процедуру для UE, чтобы принимать системную информацию нового типа.

[16] Фиг. 9 показывает процедуру, в которой UE запрашивает системную информацию в процедуре произвольного доступа согласно варианту осуществления настоящего изобретения.

[17] Фиг. 10 показывает пример MAC-подзаголовка, включающего в себя только RAPID согласно варианту осуществления настоящего изобретения.

[18] Фиг. 11 показывает пример MAC PUD согласно варианту осуществления настоящего изобретения.

[19] Фиг. 12 показывает способ для UE, чтобы запрашивать и принимать системную информацию на основе нового типа RAR-окна в процедуре произвольного доступа согласно варианту осуществления настоящего изобретения.

[20] Фиг. 13 показывает пример, в котором запрашиваемая системная информация предоставляется во втором RAR-окне согласно варианту осуществления настоящего изобретения.

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

[22] Фиг. 15 является блок-схемой, иллюстрирующей систему беспроводной связи согласно варианту осуществления настоящего изобретения.

Подробное описание вариантов осуществления

[23] Технология, описанная ниже, может использоваться для различных систем беспроводной связи, таких как система множественного доступа с кодовым разделением каналов (CDMA), система множественного доступа с временным разделением каналов (TDMA), система множественного доступа с частотным разделением каналов (FDMA), система множественного доступа с ортогональным частотным разделением каналов (OFDMA), система множественного доступа в частотной области с одной несущей (SC-FDMA) и т.д. CDMA может реализовываться с помощью такой технологии радиосвязи, как универсальный наземный радиодоступ (UTRA) или CDMA2000. TDMA может реализовываться с помощью такой технологии радиосвязи, как глобальная система мобильной связи (GSM)/ общая служба пакетной радиопередачи (GPRS)/развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE). OFDMA может реализовываться с помощью такой технологии радиосвязи, как стандарт Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, усовершенствованный UTRA (E-UTRA) и т.д. IEEE 802.16m развивается из IEEE 802.16e и предоставляет обратную совместимость с системой на основе IEEE 802.16e. UTRA составляет часть универсальной системы мобильной связи (UMTS). Стандарт долгосрочного развития (LTE) Партнерского проекта третьего поколения (3GPP) составляет часть усовершенствованной UMTS (E-UMTS) с использованием E-UTRA. 3GPP LTE использует OFDMA в нисходящей линии связи и использует SC-FDMA в восходящей линии связи. Усовершенствованный стандарт LTE (LTE-A) является развитием LTE. 5G является развитием LTE-A.

[24] Для ясности, нижеприведенное описание акцентирует внимание на LTE-A/5G. Тем не менее, технические признаки настоящего изобретения не ограничены этим.

[25] Фиг. 1 показывает архитектуру LTE-системы. Сеть связи широко развертывается с возможностью предоставлять множество услуг связи, таких как протокол голосовая связь по интернет-протоколу (VoIP) через IMS и пакетные данные.

[26] Ссылаясь на фиг. 1, архитектура LTE-системы включает в себя одно или более абонентских устройств (UE; 10), усовершенствованную наземную сеть радиодоступа UMTS (E-UTRAN) и усовершенствованное ядро пакетной коммутации (EPC). UE 10 означает оборудование связи, носимое пользователем. UE 10 может быть стационарным или мобильным и может упоминаться как другой термин, такой как мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS), беспроводное устройство и т.д.

[27] E-UTRAN включает в себя один или более усовершенствованных узлов B 20 (eNB), и множество UE могут быть расположены в одной соте. ENB 20 предоставляет конечную точку плоскости управления и пользовательской плоскости в UE 10. ENB 20, в общем, представляет собой стационарную станцию, которая обменивается данными с UE 10, и может упоминаться как другой термин, такой как базовая станция (BS), приемо-передающая система базовой станции (BTS), точка доступа и т.д. Один eNB 20 может развертываться в расчете на соту. Предусмотрены одна или более сот в пределах покрытия eNB 20. Одна сота выполнена с возможностью выбирать одну из полос пропускания из 1,25, 2,5, 5, 10 и 20 МГц и т.д. и предоставляет услуги передачи по нисходящей линией связи или по восходящей линии связи в несколько UE. В этом случае, различные соты могут быть выполнены с возможностью предоставлять различные полосы пропускания.

[28] В дальнейшем в этом документе, нисходящая линия связи (DL) обозначает связь из eNB 20 в UE 10, и восходящая линия связи (UL) обозначает связь из UE 10 в eNB 20. В DL, передающее устройство может составлять часть eNB 20, и приемное устройство может составлять часть UE 10. В UL, передающее устройство может составлять часть UE 10, и приемное устройство может составлять часть eNB 20.

[29] EPC включает в себя объект управления мобильностью (MME), который отвечает за функции плоскости управления, и шлюз по стандарту развития архитектуры системы (SAE) (S-GW), который отвечает за функции пользовательской плоскости. MME/S-GW 30 может позиционироваться на конце сети и соединяться с внешней сетью. MME имеет информацию по доступу UE или информацию характеристик UE, и эта информация может главным образом использоваться при управлении мобильностью UE. S-GW представляет собой шлюз, конечная точка которого представляет собой E-UTRAN. MME/S-GW 30 предоставляет конечную точку функции управления сеансами и мобильностью для UE 10. EPC дополнительно может включать в себя шлюз сети пакетной передачи данных (PDN) (PDN-GW). PDN-GW представляет собой шлюз, конечная точка которого представляет собой PDN.

[30] MME предоставляет различные функции, включающие в себя передачу служебных сигналов на не связанном с предоставлением доступа уровне (NAS) в eNB 20, обеспечение безопасности передачи служебных NAS-сигналов, управление безопасностью на связанном с предоставлением доступа уровне (AS), передачу служебных сигналов между базовыми сетевыми (CN) узлами для мобильности между 3GPP-сетями доступа, досягаемость UE в режиме бездействия (включающую в себя управление и выполнение повторной передачи поисковых вызовов), управление списками зон отслеживания (для UE в режиме бездействия и активном режиме), выбор P-GW и S-GW, выбор MME для передач обслуживания с изменением MME, выбор обслуживающего узла поддержки GPRS (SGSN) для передач обслуживания 2G или 3G 3GPP-сетям доступа, роуминг, аутентификацию, функции управления однонаправленными каналами, включающие в себя установление выделенных однонаправленных каналов, поддержку для передачи сообщений системы оповещения населения об опасности (PWS) (которая включает в себя систему оповещения о землетрясениях и цунами (ETWS) и коммерческую систему мобильных оповещений (CMAS)). S-GW-хост предоставляет различные функции, включающие в себя пакетную фильтрацию в расчете на пользователя (например, посредством глубокого анализа пакетов), законный перехват, выделение адресов по Интернет-протоколу (IP) для UE, маркировку пакетов транспортного уровня в DL, тарификацию и оплату услуг на уровне обслуживания в UL и DL, активацию-деактивацию доступа, принудительное назначение скорости передачи, принудительное назначение скорости DL-передачи на основе APN-AMBR. Для ясности, MME/S-GW 30 упоминается в данном документе просто в качестве "шлюза", но следует понимать, что этот объект включает в себя как MME, так и S-GW.

[31] Интерфейсы для передачи пользовательского трафика или управляющего трафика могут использоваться. UE 10 и eNB 20 соединяются посредством Uu-интерфейса. ENB 20 соединяются между собой посредством X2-интерфейса. Соседние eNB могут иметь ячеистую сетевую структуру, которая имеет X2-интерфейс. ENB 20 соединяются с EPC посредством S1-интерфейса. ENB 20 соединяются с MME посредством S1-MME-интерфейса и соединяются с S-GW посредством S1-U-интерфейса. S1-интерфейс поддерживает взаимосвязь "многие-ко-многим" между eNB 20 и MME/S-GW.

[32] ENB 20 может выполнять функции выбора для шлюза 30, маршрутизации в шлюз 30 во время активации уровня управления радиоресурсами (RRC), диспетчеризации и передачи сообщений поисковых вызовов, диспетчеризации и передачи информации широковещательного канала (BCH), динамического выделения ресурсов в UE 10 как в UL, так и в DL, конфигурирования и инициализации eNB-измерений, управления однонаправленными радиоканалами, управления допуском к радиосвязи (RAC) и управления мобильностью соединений в состоянии LTE_ACTIVE. В EPC и как отмечено выше, шлюз 30 может выполнять функции инициирования поисковых вызовов, управления состоянием LTE_IDLE, шифрования пользовательской плоскости, управления однонаправленными SAE-каналами и шифрования и защиты целостности передачи служебных NAS-сигналов.

[33] Фиг. 2 показывает плоскость управления радиоинтерфейсного протокола LTE-системы. Фиг. 3 показывает пользовательскую плоскость радиоинтерфейсного протокола LTE-системы.

[34] Уровни радиоинтерфейсного протокола между UE и E-UTRAN могут классифицироваться на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней модели взаимодействия открытых систем (OSI), которая известна в системе связи. Радиоинтерфейсный протокол между UE и E-UTRAN может быть горизонтально разделен на физический уровень, канальный уровень и сетевой уровень и может быть вертикально разделен на плоскость управления (C-плоскость), которая представляет собой стек протоколов для передачи управляющих сигналов, и пользовательскую плоскость (U-плоскость), которая представляет собой стек протоколов для передачи информации в виде данных. Уровни радиоинтерфейсного протокола существуют в парах в UE и E-UTRAN и отвечают за передачу данных Uu-интерфейса.

[35] Физический уровень (PHY) принадлежит L1. PHY-уровень предоставляет для верхнего уровня услугу передачи информации через физический канал. PHY-уровень соединяется уровнем управления доступом к среде (MAC), который представляет собой верхний уровень для PHY-уровня, через транспортный канал. Физический канал преобразуется в транспортный канал. Данные передаются между MAC-уровнем и PHY-уровнем через транспортный канал. Между различными PHY-уровнями, т.е. PHY-уровнем передающего устройства и PHY-уровнем приемного устройства, данные передаются через физический канал с использованием радиоресурсов. Физический канал модулируется с использованием схемы мультиплексирования с ортогональным частотным разделением каналов (OFDM) и использует время и частоту в качестве радиоресурса.

[36] PHY-уровень использует несколько физических каналов управления. Физический канал управления нисходящей линии связи (PDCCH) сообщает в UE в отношении выделения ресурсов канала поисковых вызовов (PCH) и совместно используемого канала нисходящей линии связи (DL-SCH) и информации гибридного автоматического запроса на повторную передачу (HARQ), связанной с DL-SCH. PDCCH может переносить разрешение на UL-передачу для формирования сообщений в UE в отношении выделения ресурсов UL-передачи. Физический канал индикатора формата канала управления (PCFICH) сообщает число OFDM-символов, используемых для PDCCH, в UE и передается в каждом субкадре. Физический канал индикатора гибридного ARQ (PHICH) переносит сигнал подтверждения (ACK)/отрицания (NACK) HARQ-приема в ответ на UL-передачу. Физический канал управления восходящей линии связи (PUCCH) переносит управляющую информацию UL, такую как HARQ ACK/NACK для DL-передачи, запрос на диспетчеризацию и CQI. Физический совместно используемый канал восходящей линии связи (PUSCH) переносит совместно используемый канал (SCH) восходящей линии связи (UL).

[37] Физический канал состоит из множества субкадров во временной области и множества поднесущих в частотной области. Один субкадр состоит из множества символов во временной области. Один субкадр состоит из множества блоков ресурсов (RB). Один RB состоит из множества символов и множества поднесущих. Помимо этого, каждый субкадр может использовать конкретные поднесущие конкретных символов соответствующего субкадра для PDCCH. Например, первый символ субкадра может использоваться для PDCCH. PDCCH переносит динамические выделенные ресурсы, такие как блок физических ресурсов (PRB) и схема модуляции и кодирования (MCS). Интервал времени передачи (TTI), который является единицей времени для передачи данных, может быть равен длине одного субкадра. Длина одного субкадра может составлять 1 мс.

[38] Транспортный канал классифицируется на общий транспортный канал и выделенный транспортный канал согласно тому, канал совместно используется или нет. Транспортный DL-канал для передачи данных из сети в UE включает в себя широковещательный канал (BCH) для передачи системной информации, канал поисковых вызовов (PCH) для передачи сообщения поискового вызова, DL-SCH для передачи пользовательского трафика или управляющих сигналов и т.д. DL-SCH поддерживает HARQ, динамическую адаптацию линии связи посредством варьирования модуляции, кодирования и мощности передачи и динамического и полустатического выделения ресурсов. DL-SCH также может обеспечивать широковещательную передачу во всей соте и использование формирования диаграммы направленности. Системная информация переносит один или более блоков системной информации. Все блоки системной информации могут передаваться с идентичной периодичностью. Сигналы трафика или управляющие сигналы услуги широковещательной и многоадресной передачи мультимедиа (MBMS) могут передаваться через DL-SCH или многоадресный канал (MCH).

[39] Транспортный UL-канал для передачи данных из UE в сеть включает в себя канал с произвольным доступом (RACH) для передачи начального управляющего сообщения, UL-SCH для передачи пользовательского трафика или управляющих сигналов и т.д. UL-SCH поддерживает HARQ и динамическую адаптацию линии связи посредством варьирования мощности передачи и потенциально модуляции и кодирования. UL-SCH также может предоставлять использование формирования диаграммы направленности. RACH нормально используется для начального доступа к соте.

[40] MAC-уровень принадлежит L2. MAC-уровень предоставляет услуги для уровня управления радиосвязью (RLC), который представляет собой верхний уровень MAC-уровня через логический канал. MAC-уровень предоставляет функцию преобразования нескольких логических каналов в несколько транспортных каналов. MAC-уровень также предоставляет функцию мультиплексирования логических каналов посредством преобразования нескольких логических каналов в один транспортный канал. MAC-подуровень предоставляет услуги передачи данных на логических каналах.

[41] Логические каналы классифицируются на каналы управления для передачи информации плоскости управления и каналы трафика для передачи информации пользовательской плоскости, согласно типу передаваемой информации. Таким образом, набор типов логических каналов задается для различных услуг передачи данных, предлагаемых посредством MAC-уровня. Логические каналы расположены выше транспортного канала и преобразуются в транспортные каналы.

[42] Каналы управления используются только для передачи информации плоскости управления. Каналы управления, предоставленные посредством MAC-уровня, включают в себя широковещательный канал управления (BCCH), канал управления поисковыми вызовами (PCCH), общий канал управления (CCCH), многоадресный канал управления (MCCH) и выделенный канал управления (DCCH). BCCH представляет собой канал нисходящей линии связи для широковещательной передачи системной управляющей информации. PCCH представляет собой канал нисходящей линии связи, который передает информацию поисковых вызовов, и используется, когда сеть не знает соту местоположения UE. CCCH используется посредством UE, имеющих RRC-соединение с сетью. MCCH представляет собой канал нисходящей линии связи типа "точка-многоточка", используемый для передачи управляющей MBMS-информации из сети в UE. DCCH представляет собой двунаправленный канал типа "точка-точка", используемый посредством UE, имеющих RRC-соединение, которое передает выделенную управляющую информацию между UE и сетью.

[43] Каналы трафика используются для передачи информации пользовательской плоскости только. Каналы трафика, предоставленные посредством MAC-уровня, включают в себя выделенный канал трафика (DTCH) и многоадресный канал трафика (MTCH). DTCH представляет собой канал типа "точка-точка", выделяемый одному UE для передачи пользовательской информации, и может существовать в восходящей и нисходящей линии связи. MTCH представляет собой канал нисходящей линии связи типа "точка-многоточка" для передачи данных трафика из сети в UE.

[44] Соединения по восходящей линии связи между логическими каналами и транспортными каналами включают в себя DCCH, который может преобразовываться в UL-SCH, DTCH, который может преобразовываться в UL-SCH, и CCCH, который может преобразовываться в UL-SCH. Соединения по нисходящей линии связи между логическими каналами и транспортными каналами включают в себя BCCH, который может преобразовываться в BCH или DL-SCH, PCCH, который может преобразовываться в PCH, DCCH, который может преобразовываться в DL-SCH, и DTCH, который может преобразовываться в DL-SCH, MCCH, который может преобразовываться в MCH и MTCH, который может преобразовываться в MCH.

[45] RLC-уровень принадлежит L2. RLC-уровень предоставляет функцию регулирования размера данных таким образом, что он является подходящим для нижнего уровня, чтобы передавать данные, посредством конкатенации и сегментации данных, принимаемых из верхнего уровня в радиосекции. Помимо этого, чтобы обеспечивать различное качество обслуживания (QoS), требуемое посредством однонаправленного радиоканала (RB), RLC-уровень предоставляет три рабочих режима, т.е., прозрачный режим (TM), режим без подтверждения приема (UM) и режим с подтверждением приема (AM). AM RLC предоставляет функцию повторной передачи через автоматический запрос на повторную передачу (ARQ) для надежной передачи данных. Между тем, функция RLC-уровня может реализовываться с помощью функционального блока внутри MAC-уровня. В этом случае, RLC-уровень может не существовать.

[46] Уровень протокола конвергенции пакетных данных (PDCP) принадлежит L2. PDCP-уровень предоставляет функцию функции сжатия заголовков, которая уменьшает необязательную управляющую информацию таким образом, что данные, передаваемые посредством использования IP-пакетов, таких как IPv4 или IPv6, могут эффективно передаваться по радиоинтерфейсу, который имеет относительно небольшую полосу пропускания. Сжатие заголовков увеличивает эффективность передачи в радиосекции посредством передачи только необходимой информации в заголовке данных. Помимо этого, PDCP-уровень предоставляет функцию безопасности. Функция безопасности включает в себя шифрование, которое предотвращает проверку третьих сторон, и защиту целостности, которая предотвращает манипулирование данными третьих сторон.

[47] Уровень управления радиоресурсами (RRC) принадлежит L3. RLC-уровень расположен в самой нижней части L3 и задается только в плоскости управления. RRC-уровень принимает на себя роль управления радиоресурсом между UE и сетью. Для этого, UE и сеть обмениваются RRC-сообщением через RRC-уровень. RRC-уровень управляет логическими каналами, транспортными каналами и физическими каналами относительно конфигурирования, переконфигурирования и высвобождения RB. RB представляет собой логический тракт, предоставленный посредством L1 и L2 для доставки данных между UE и сетью. Таким образом, RB обозначает услугу, предоставляемую L2 для передачи данных между UE и E-UTRAN. Конфигурирование RB подразумевает процесс для указания уровня протоколов радиосвязи и свойств канала, чтобы предоставлять конкретные услуги, и для определения соответствующих подробных параметров и операций. RB классифицируется на два типа, т.е. на служебный RB (SRB) и RB передачи данных (DRB). SRB используется в качестве тракта для передачи RRC-сообщения в плоскости управления. DRB используется в качестве тракта для передачи пользовательских данных в пользовательской плоскости.

[48] Не связанный с предоставлением доступа уровень (NAS), размещенный поверх RRC-уровня, выполняет такие функции, как управление сеансами и управление мобильностью.

[49] Ссылаясь на фиг. 2, RLC- и MAC-уровни (завершаются в eNB на стороне сети) могут выполнять такие функции, как диспетчеризация, автоматический запрос на повторную передачу (ARQ) и гибридный автоматический запрос на повторную передачу (HARQ). RRC-уровень (завершается в eNB на стороне сети) может выполнять такие функции, как широковещательная передача, поисковые вызовы, управление RRC-соединениями, RB-управление, функции мобильности и формирование сообщений и управление измерениями UE. Управляющий NAS-протокол (завершается в MME шлюза на стороне сети) может выполнять такие функции, как управление однонаправленными SAE-каналами, аутентификация, обработка мобильности LTE_IDLE, инициирование поисковых вызовов в LTE_IDLE и управление безопасностью для передачи служебных сигналов между шлюзом и UE.

[50] Ссылаясь на фиг. 3, RLC- и MAC-уровни (завершаются в eNB на стороне сети) могут выполнять идентичные функции для плоскости управления. PDCP-уровень (завершается в eNB на стороне сети) может выполнять такие функции пользовательской плоскости, как сжатие заголовков, защита целостности и шифрование.

[51] В дальнейшем в этом документе, описывается системная информация.

[52] Фиг. 4 показывает пример передачи блока главной информации (MIB), блока 1 системной информации (SIB1) и других SIB.

[53] LTE-сота передает в широковещательном режиме базовые параметры, необходимые для работы в режиме UE IDLE_MODE и UE CONNECTED_MODE, через множество отдельных блоков информации. Примеры блоков информации включают в себя MIB, SIB1, SIB2 и другие SIB (SIBn).

[54] MIB включает в себя самые существенные параметры, необходимые для UE, чтобы осуществлять доступ к соте. Ссылаясь на фиг. 4, MIB-сообщение передается в широковещательном режиме через BCH согласно периодичности в 40 мс, и MIB-передача повторяется во всех радиокадрах с периодичностью в 40 мс. UE принимает SIB-сообщение с использованием параметров, принимаемых через MIB.

[55] Предусмотрены различные типы SIB.

[56] SIB1 включает в себя фрагменты информации, ассоциированные с доступом к соте, и, в частности, включает в себя информацию диспетчеризации по SIB (SIB2-SIBn), отличным от SIB1. SIB, имеющие идентичную периодичность передачи, из числа SIB, отличных от SIB1, передаются с помощью идентичного системного информационного (SI) сообщения. Таким образом, информация диспетчеризации включает в себя взаимосвязь преобразования между каждым SIB и SI-сообщением. SI-сообщение передается в SI-окне во временной области, и каждое SI-сообщение ассоциировано с одним SI-окном. Поскольку SI-окна для различных фрагментов SI не перекрываются, только одно SI-сообщение передается в SI-окне. Таким образом, информация диспетчеризации включает в себя длительность SI-окна и периодичности SI-передачи. Время/частота для передачи SI-сообщения определяется посредством динамической диспетчеризации посредством BS. SIB1 передается в широковещательном режиме через совместно используемый канал нисходящей линии связи (DL SCH) согласно периодичности в восемь радиокадров (т.е. периодичности в 80 мс), и SIB1 многократно повторно передается в пятом субкадре радиокадра SFN-mod-2 с периодичностью в 80 мс.

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

[58] SIB3 включает в себя информацию повторного выбора соты. SIB4 включает в себя информацию частоты относительно обслуживающей соты и внутричастотную информацию относительно соседней соте для повторного выбора соты. SIB5 включает в себя информацию частоты относительно различного E-UTRA и межчастотную информацию относительно соседней соты для повторного выбора соты. SIB6 включает в себя информацию частоты относительно UTRA и информацию относительно соседней UTRA-соты для повторного выбора соты. SIB7 включает в себя информацию частоты относительно GERAN для повторного выбора соты. SIB8 включает в себя информацию относительно соседней соты.

[59] SIB9 включает в себя идентификатор собственного усовершенствованного узла B (HeNB). SIB10-SIB12 включают в себя сообщение системы оповещения населения об опасности, например, для оповещения о землетрясениях. SIB14 используется для того, чтобы поддерживать усовершенствованный запрет доступа, и управляет UE таким образом, чтобы осуществлять доступ к соте. SIB15 включает в себя информацию, требуемую для того, чтобы принимать MBMS на смежных несущих частотах. SIB16 включает в себя связанную с GPS-временем и универсальным скоординированным временем (UTC) информацию. SIB17 включает в себя вспомогательную RAN-информацию.

[60] Не все SIB всегда обязаны присутствовать. Например, SIB9 не требуется в режиме, в котором оператор услуг беспроводной связи устанавливает HeNB, в то время как SIB13 не требуется, если сота не предоставляет MBMS.

[61] Системная информация применяется обобщенно ко всем UE, осуществляющим доступ к соте, и UE должны всегда поддерживать актуальную системную информацию, чтобы выполнять соответствующую операцию. Когда системная информация изменяется, UE должны знать заранее время, когда BS передает новую системную информацию. Чтобы BS и UE взаимно распознавали период радиокадра для передачи новой системной информации, принцип периода модификации BCCH вводится в "3GPP TS 36,331 v9.3.0", который описывается подробно.

[62] Фиг. 5 показывает обновление системной информации.

[63] Ссылаясь на фиг. 5, BS, которая намеревается обновлять системную информацию в (n+1)-ом периоде модификации, уведомляет заранее UE относительно обновления системной информации в n-ом периоде модификации. UE, которое уведомляется относительно обновления системной информации в n-ом периоде модификации, принимает и применяет новую системную информацию в самом начале (n+1)-ого периода модификации. Когда обновление системной информации диспетчеризуется, BS включает индикатор модификации системной информации в сообщение поискового вызова. Обычно, сообщение поискового вызова представляет собой сообщение, принимаемое посредством UE в режиме бездействия. Тем не менее, поскольку обновление системной информации уведомляется через сообщение поискового вызова, UE в соединенном режиме также должно иногда принимать сообщение поискового вызова и идентифицировать обновление системной информации.

[64] В дальнейшем в этом документе, описывается произвольный доступ.

[65] Произвольный доступ используется посредством UE для того, чтобы получать синхронизацию в восходящей линии связи с BS, либо для выделения радиоресурса восходящей линии связи. После того, как мощность включается, UE получает синхронизацию в нисходящей линии связи с начальной сотой и принимает системную информацию. Затем UE получает, из системной информации, набор доступных преамбул произвольного доступа и информацию относительно радиоресурса, используемого для передачи преамбулы произвольного доступа. Радиоресурс, используемый для передачи преамбулы произвольного доступа, может указываться в качестве радиокадра и/или комбинации, по меньшей мере, одного или более субкадров. UE передает преамбулу произвольного доступа, случайно выбранную из набора преамбул произвольного доступа, и BS, принимающая преамбулу произвольного доступа, отправляет значение временного совмещения (TA) для синхронизации в восходящей линии связи в UE через ответ по произвольному доступу. Таким образом, UE получает синхронизацию в восходящей линии связи.

[66] Таким образом, BS выделяет преамбулу выделенного произвольного доступа для конкретного UE, и UE выполняет неконкурентный произвольный доступ с использованием преамбулы произвольного доступа. Таким образом, может быть предусмотрен процесс выбора преамбулы произвольного доступа, конкурентного произвольного доступа, при котором UE случайно выбирает и использует одну преамбулу произвольного доступа из конкретного набора, и неконкурентного произвольного доступа, при котором только конкретному UE выделяется преамбула произвольного доступа посредством BS. Неконкурентный произвольный доступ может использоваться для процедуры передачи обслуживания или при запросе посредством команды BS.

[67] Фиг. 6 иллюстрирует процедуру конкурентного произвольного доступа.

[68] Ссылаясь на фиг. 6, UE случайно выбирает одну преамбулу произвольного доступа из набора преамбул произвольного доступа, указываемого посредством системной информации или команды передачи обслуживания. UE выбирает радиоресурс для передачи преамбулы произвольного доступа, чтобы передавать выбранную преамбулу произвольного доступа (S610). Радиоресурс может представлять собой конкретный субкадр, и выбор радиоресурса может представлять собой выбор физического канала с произвольным доступом (PRACH).

[69] После передачи преамбулы произвольного доступа, UE пытается принимать ответ по произвольному доступу в пределах окна приема ответа по произвольному доступу, указываемого посредством системной информации или команды передачи обслуживания, и, соответственно, принимает ответ по произвольному доступу (S620). Ответ по произвольному доступу может передаваться в MAC PDU-формате, и MAC PDU может перенаправляться через физический совместно используемый канал нисходящей линии связи (PDSCH). Дополнительно, физический канал управления нисходящей линии связи (PDCCH) также перенаправляется таким образом, что UE надлежащим образом принимает информацию, перенаправляемую через PDSCH. Таким образом, PDCCH включает в себя информацию относительно приема PDSCH UE, информацию частоты и времени относительно радиоресурса для PDSCH и формат передачи для PDSCH. После успешного приема PDCCH, перенаправляемого в UE, UE надлежащим образом принимает ответ по произвольному доступу, передаваемый через PDSCH, на основе информации в PDCCH.

[70] Ответ по произвольному доступу может включать в себя идентификатор (идентификатор) преамбулы произвольного доступа, радиоресурс восходящей линии связи (разрешение на UL-передачу), временный идентификатор радиосети временной соты (C-RNTI) и команду временного совмещения (TAC). Поскольку один ответ по произвольному доступу может включать в себя информацию ответа по произвольному доступу для одного или более UE, идентификатор преамбулы произвольного доступа может быть включен, чтобы указывать UE, для которого являются допустимыми разрешение на UL-передачу, временный C-RNTI и TAC. Идентификатор преамбулы произвольного доступа может представлять собой идентификатор преамбулы произвольного доступа, принимаемой посредством BS. TAC может быть включена в качестве информации для UE, чтобы регулировать синхронизацию в восходящей линии связи. Ответ по произвольному доступу может указываться посредством идентификатора произвольного доступа на PDCCH, т.е. временного идентификатора радиосети с произвольным доступом (RA-RNTI).

[71] Когда UE принимает ответ по произвольному доступу, допустимый для него, UE обрабатывает информацию, включенную в ответ по произвольному доступу, и выполняет диспетчеризованную передачу в BS (S630). Таким образом, UE применяет TAC и сохраняет временный C-RNTI. Дополнительно, UE передает данные, сохраненные в буфере UE, или новые сформированные данные в BS с использованием разрешения на UL-передачу. В этом случае, информация для того, чтобы идентифицировать UE, должна быть включена, причем она служит для идентификации UE, чтобы избегать коллизии, поскольку BS не определяет то, какие UE выполняют произвольный доступ в процессе конкурентного произвольного доступа.

[72] Предусмотрено два способа для включения информации для идентификации UE. Когда UE имеет допустимый идентификатор соты, уже выделяемый посредством соответствующей соты перед выполнением произвольного доступа, UE должно передавать идентификатор соты через разрешение на UL-передачу. Тем не менее, когда UE не выделяется допустимый идентификатор соты перед процессом произвольного доступа, UE передает этот уникальный идентификатор (например, S-TMSI или случайный идентификатор). Обычно, уникальный идентификатор длиннее идентификатора соты. Когда UE передает данные через разрешение на UL-передачу, UE запускает таймер разрешения конфликтов.

[73] После передачи данных, включающих в себя идентификатор UE, через разрешение на UL-передачу, выделяемое посредством приема ответа по произвольному доступу, UE ожидает инструкции из BS, чтобы избегать коллизии (S640). Таким образом, UE пытается принимать PDCCH, чтобы принимать конкретное сообщение. Предусмотрено два предложенных способа для приема PDCCH. Как описано выше, когда идентификатор UE, передаваемый через разрешение на UL-передачу, представляет собой идентификатор соты, UE может пытаться принимать PDCCH с использованием идентификатора соты UE. В этом случае, когда UE принимает PDCCH через идентификатор соты UE до того, как истекает таймер разрешения конфликтов, UE определяет то, что произвольный доступ нормально выполнен, и завершает произвольный доступ. Когда идентификатор, передаваемый через разрешение на UL-передачу, представляет собой уникальный идентификатор, UE может пытаться принимать PDCCH с использованием временного C-RNTI, включенного в ответ по произвольному доступу. В этом случае, когда UE принимает PDCCH через временный идентификатор соты до того, как истекает таймер разрешения конфликтов, UE идентифицирует данные, перенаправляемые посредством PDSCH, указываемого посредством PDCCH. Когда данные включают в себя уникальный идентификатор UE, UE может определять то, что произвольный доступ нормально выполнен, и может завершать произвольный доступ.

[74] Фиг. 7 иллюстрирует процедуру неконкурентного произвольного доступа.

[75] В отличие от конкурентного произвольного доступа, неконкурентный произвольный доступ может завершаться, когда UE принимает ответ по произвольному доступу.

[76] Неконкурентный произвольный доступ может инициироваться посредством запроса, такого как передача обслуживания и/или команда из BS. Здесь, в этих двух случаях, конкурентный произвольный доступ также может выполняться.

[77] Для UE выделяется, посредством BS, обозначенная преамбула произвольного доступа, не имеющая вероятности коллизии. Преамбула произвольного доступа может выделяться через команду передачи обслуживания и PDCCH-команду (S710).

[78] После выделения преамбулы произвольного доступа, обозначенной для UE, UE передает преамбулу произвольного доступа в BS (S720).

[79] При приеме преамбулы произвольного доступа, BS передает ответ по произвольному доступу в UE в ответ (S730). Процедура, ассоциированная с ответом по произвольному доступу, упомянута выше на S620 по фиг. 6.

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

[81] Фиг. 8 показывает процедуру для UE, чтобы принимать системную информацию нового типа.

[82] Ссылаясь на фиг. 8, системная информация нового типа может разделяться на минимальную системную информацию и другую системную информацию. Минимальная системная информация может периодически передаваться в широковещательном режиме. Минимальная системная информация может включать в себя базовую информацию, требуемую для начального доступа к соте, и информацию для получения любой другой системной информации, которая инициализируется по запросу или периодически передается в широковещательном режиме. Минимальная системная информация может включать в себя, по меньшей мере, одно из SFN, списка PLMN, идентификатора соты, параметра закрепления в соте и RACH-параметра. Когда сеть разрешает механизм по запросу, параметр, требуемый для того, чтобы запрашивать другую системную информацию, может быть включен в минимальную системную информацию. Другая системная информация может означать всю системную информацию, не передаваемую в широковещательном режиме в минимальной системной информации.

[83] Между тем, UE может запрашивать сеть на предмет того, чтобы передавать системную информацию, чтобы получать другую системную информацию. Например, когда сеть не передает в широковещательном режиме конкретную системную информацию, UE в режиме RRC_IDLE может запрашивать конкретную системную информацию из сети с использованием RACH-процедуры. Когда UE запрашивает конкретную системную информацию из сети с использованием RACH-процедуры, первое сообщение может использоваться для того, чтобы запрашивать системную информацию, и запрашиваемая системная информация может передаваться в широковещательном режиме. Когда первое сообщение используется для того, чтобы запрашивать системную информацию, UE, возможно, не должно обязательно передавать третье сообщение в сеть. Кроме того, когда первое сообщение используется для того, чтобы запрашивать системную информацию, UE не должно передавать третье сообщение в сеть, и в силу этого разрешение на UL-передачу для третьего сообщения не должно обязательно быть включено во второе сообщение. В дальнейшем в этом документе, описываются способ для UE, чтобы запрашивать системную информацию в процедуре произвольного доступа, и устройство, поддерживающее системную информацию, согласно варианту осуществления настоящего изобретения. В настоящем описании изобретения, процедура произвольного доступа для запроса системной информации также может упоминаться как процедура запроса на системную информацию. В настоящем описании изобретения, сообщение, передаваемое первым в процедуре произвольного доступа, может упоминаться как первое сообщение или MSG1, сообщение, передаваемое вторым, может упоминаться как второе сообщение или MSG2, сообщение, передаваемое третьим, может упоминаться как третье сообщение или MSG3, и сообщение, передаваемое четвертым, может упоминаться как четвертое сообщение или MSG4.

[84] Фиг. 9 показывает процедуру, в которой UE запрашивает системную информацию в процедуре произвольного доступа согласно варианту осуществления настоящего изобретения.

[85] Ссылаясь на фиг. 9, на этапе S910, UE может передавать первое сообщение в BS. Первое сообщение может представлять собой преамбулу произвольного доступа. Преамбула произвольного доступа может использоваться для того, чтобы запрашивать системную информацию. Первое сообщение может передаваться с использованием ресурса первого сообщения, зарезервированного, чтобы запрашивать системную информацию. Например, когда UE хочет принимать другую системную информацию, UE может выбирать ресурс первого сообщения, соответствующий интересующей другой системной информации, и может передавать первое сообщение, запрашивающее передачу системной информации, с использованием выбранного ресурса первого сообщения. UE может находиться в состоянии RRC_IDLE или состоянии RRC_INACTIVE.

[86] На этапе S920, UE может принимать, из BS, второе сообщение, включающее в себя идентификатор преамбулы произвольного доступа (RAPID), соответствующий передаваемой преамбуле произвольного доступа. Таким образом, UE может принимать, из BS, второе сообщение, включающее в себя первый идентификатор ресурса, который совпадает с передаваемым ресурсом первого сообщения. Второе сообщение может представлять собой ответ по произвольному доступу или ответ на запрос на системную информацию.

[87] Второе сообщение может включать в себя только RAPID. Когда преамбула произвольного доступа для запроса системной информации передается, BS может передавать, в UE, второе сообщение, включающее в себя только RAPID, соответствующий передаваемой преамбуле произвольного доступа. Второе сообщение может включать в себя только RAPID, соответствующий преамбуле произвольного доступа, передаваемой, чтобы запрашивать системную информацию на этапе S910, но может не включать в себя ответ по произвольному доступу на уровне управления доступом к среде (MAC RAR). Таким образом, второе сообщение может не включать в себя разрешение на UL-передачу, преобразованное в преамбулу произвольного доступа, передаваемую, чтобы запрашивать системную информацию на этапе S910. Когда RAPID соответствует любой из преамбул произвольного доступа, заданных таким образом, чтобы запрашивать системную информацию, MAC RAR может не быть включен в MAC под-PDU.

[88] Фиг. 10 показывает пример MAC-подзаголовка, включающего в себя только RAPID согласно варианту осуществления настоящего изобретения.

[89] Снова ссылаясь на фиг. 9, на этапе S930, когда UE принимает второе сообщение, включающее в себя только RAPID (т.е. не включающее в себя MAC RAR или разрешение на UL-передачу), UE может определять то, что процедура произвольного доступа для запроса системной информации завершается. Соответственно, UE может завершать процедуру произвольного доступа для запроса системной информации. Следовательно, UE может не передавать третье сообщение в BS. UE может ожидать, что запрашиваемая системная информация должна передаваться в широковещательном режиме. Помимо этого, UE может сообщать на верхний уровень то, что ACK запроса на системную информацию принимается.

[90] На этапе S940, UE может верифицировать, когда запрашиваемая системная информация должна передаваться в широковещательном режиме, и может принимать запрашиваемую системную информацию. Запрашиваемая системная информация может приниматься широковещательным способом.

[91] Альтернативно, хотя не показано на фиг. 9, на этапе S920, UE может принимать второе сообщение, включающее в себя MAC RAR, соответствующий передаваемой преамбуле произвольного доступа. Соответственно, при приеме второго сообщения, включающего в себя разрешение на UL-передачу, UE может выполнять четырехэтапную процедуру произвольного доступа и может переходить в состояние RRC_CONNECTED. Таким образом, UE может передавать третье сообщение в BS, может принимать четвертое сообщение из BS и может переходить в состояние RRC_CONNECTED. Затем UE может принимать запрашиваемую системную информацию выделенным способом.

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

[93] Фиг. 11 показывает пример MAC PUD согласно варианту осуществления настоящего изобретения.

[94] Ссылаясь на фиг. 11, MAC PDU может включать в себя MAC PDU-заголовок и нуль или более MAC RAR. Один MAC PDU-заголовок может включать в себя один или более MAC PDU-подзаголовков. Для каждого MAC PDU-подзаголовка, включающего в себя RAPID, соответствующий MAC RAR может быть или не быть включен в MAC PDU. Первый MAC-подзаголовок, включающий в себя RAPID, может преобразовываться в первый MAC RAR. Второй MAC-подзаголовок, включающий в себя RAPID, может преобразовываться во второй MAC RAR. Таким образом, MAC-подзаголовок, включающий в себя RAPID 2, может преобразовываться в первый MAC RAR, включающий в себя разрешение на UL-передачу, и MAC-подзаголовок, включающий в себя RAPID 4, может преобразовываться во второй MAC RAR, включающий в себя разрешение на UL-передачу. Тем не менее, третий и четвертый MAC-подзаголовки, включающие в себя RAPID, могут не преобразовываться в MAC RAR.

[95] В варианте осуществления по фиг. 11, когда UE использует ресурс первого сообщения, имеющий RAPID 2 или RAPID 4, UE может выполнять четырехэтапную процедуру произвольного доступа. Таким образом, поскольку UE принимает ответ по произвольному доступу, включающий в себя разрешение на UL-передачу, в ответ на преамбулу произвольного доступа, UE может передавать третье сообщение и может принимать четвертое сообщение после приема второго сообщения.

[96] В варианте осуществления по фиг. 11, когда UE использует ресурс первого сообщения, имеющий RAPID 1 или RAPID 3, UE может определять то, что системная информация успешно запрашивается. Таким образом, UE может не передавать третье сообщение, чтобы завершать процедуру произвольного доступа. Поскольку UE принимает ответ по произвольному доступу, не включающий в себя разрешение на UL-передачу, в ответ на преамбулу произвольного доступа, UE может завершать процедуру произвольного доступа без передачи третьего сообщения.

[97] Помимо этого, в варианте осуществления по фиг. 11, новый индикатор, включающий в себя RAPID, может быть включен в MAC-подзаголовок, чтобы указывать то, включен или нет MAC RAR в MAC PDU.

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

[99] Фиг. 12 показывает способ для UE, чтобы запрашивать и принимать системную информацию на основе нового типа RAR-окна в процедуре произвольного доступа согласно варианту осуществления настоящего изобретения. В частности, (a) по фиг. 12 показывает пример, в котором первое сообщение передается для общей RACH-цели, и (b) и (c) по фиг. 12 показывают пример, в котором первое сообщение передается для цели запроса системной информации.

[100] Что касается (a) по фиг. 12, на этапе S1201, UE может инициировать RACH-процедуру, чтобы устанавливать RRC-соединение. UE может выбирать ресурс первого сообщения и может передавать первое сообщение с использованием выбранного ресурса первого сообщения. Первое сообщение может представлять собой преамбулу произвольного доступа. Выбранный ресурс первого сообщения не представляет собой ресурс, ассоциированный с запросом на системную информацию. Таким образом, UE может ожидать, что второе сообщение должно приниматься в первом RAR-окне. Второе сообщение может представлять собой ответ по произвольному доступу.

[101] На этапе S1202, UE может принимать второе сообщение в первом RAR-окне. Второе сообщение может приниматься согласно первой RAR-конфигурации. На этапе S1203, UE может передавать третье сообщение в сеть. Третье сообщение может включать в себя идентификатор UE. На этапе S1204, UE может принимать четвертое сообщение из сети. Например, четвертое сообщение может представлять собой сообщение установления RRC-соединения. Затем UE может переходить в состояние RRC_CONNECTED.

[102] Что касается (b) по фиг. 12, на этапе S1211, когда UE хочет принимать другую системную информацию, UE может выбирать ресурс первого сообщения, соответствующий интересующей другой системной информации. UE может передавать первое сообщение, запрашивающее передачу системной информации, с использованием выбранного ресурса первого сообщения. Первое сообщение может представлять собой преамбулу произвольного доступа. Выбранный ресурс первого сообщения представляет собой ресурс, ассоциированный с запросом на системную информацию. Таким образом, UE может ожидать, что второе сообщение должно приниматься во втором RAR-окне. Второе сообщение может представлять собой ответ по произвольному доступу или ответ на запрос на системную информацию.

[103] Дополнительно, сеть может определять то, следует передавать в широковещательном или одноадресном режиме запрашиваемую системную информацию. В (b) по фиг. 12, предполагается, что сеть определяет передавать в широковещательном режиме запрашиваемую системную информацию.

[104] На этапе S1212, UE может принимать второе сообщение, включающее в себя RAPID, соответствующий передаваемой преамбуле произвольного доступа, во втором RAR-окне. Второе сообщение может приниматься согласно второй RAR-конфигурации. Вторая RAR-конфигурация может периодически передаваться в широковещательном режиме наряду с первой RAR-конфигурацией. Когда второе сообщение, включающее в себя RAPID, соответствующий передаваемой преамбуле произвольного доступа, принимается, UE может определять то, что системная информация успешно запрашивается. В противном случае, UE может предполагать то, что запрос на системную информацию завершен неудачно, и может повторно передавать первое сообщение, запрашивающее системную информацию.

[105] Второе сообщение может не включать в себя разрешение на UL-передачу или MAC RAR, преобразованный в передаваемую преамбулу произвольного доступа. Когда UE принимает второе сообщение, которое не включает в себя разрешение на UL-передачу или MAC RAR, преобразованный в передаваемую преамбулу произвольного доступа, UE может предполагать то, что RACH-процедура для запроса системной информации или процедура запроса на системную информацию завершается. UE может прекращать или завершать RACH-процедуру для запроса системной информации или процедуру запроса на системную информацию. Дополнительно, UE может ожидать, что запрашиваемая системная информация должна передаваться в широковещательном режиме.

[106] На этапе S1213, UE может проверять то, когда запрашиваемая системная информация передается в широковещательном режиме. UE может принимать запрашиваемую системную информацию широковещательным способом.

[107] Что касается (c) по фиг. 12, на этапе S1221, когда UE хочет принимать другую системную информацию, UE может выбирать ресурс первого сообщения, соответствующий интересующей другой системной информации. UE может передавать первое сообщение, запрашивающее передачу системной информации, с использованием выбранного ресурса первого сообщения. Первое сообщение может представлять собой преамбулу произвольного доступа. Выбранный ресурс первого сообщения представляет собой ресурс, ассоциированный с запросом на системную информацию. Таким образом, UE может ожидать, что второе сообщение должно приниматься во втором RAR-окне. Второе сообщение может представлять собой ответ по произвольному доступу или ответ на запрос на системную информацию.

[108] Дополнительно, сеть может определять то, следует передавать в широковещательном или одноадресном режиме запрашиваемую системную информацию. В (c) по фиг. 12, предполагается, что сеть определяет передавать в одноадресном режиме запрашиваемую системную информацию.

[109] На этапе S1222, UE может принимать второе сообщение, включающее в себя RAPID, соответствующий передаваемой преамбуле произвольного доступа, во втором RAR-окне. Второе сообщение может приниматься согласно второй RAR-конфигурации. Вторая RAR-конфигурация может периодически передаваться в широковещательном режиме наряду с первой RAR-конфигурацией. Когда второе сообщение, включающее в себя RAPID, соответствующий передаваемой преамбуле произвольного доступа, принимается, UE может определять то, что системная информация успешно запрашивается. В противном случае, UE может предполагать то, что запрос на системную информацию завершен неудачно, и может повторно передавать первое сообщение, запрашивающее системную информацию.

[110] Второе сообщение может включать в себя разрешение на UL-передачу или MAC RAR, преобразованный в передаваемую преамбулу произвольного доступа. Когда UE принимает второе сообщение, которое включает в себя разрешение на UL-передачу или MAC RAR, преобразованный в передаваемую преамбулу произвольного доступа, UE может продолжать RACH-процедуру для запроса системной информации или процедуру запроса на системную информацию. UE может ожидать, что запрашиваемая системная информация должна передаваться в одноадресном режиме, и может продолжать четырехэтапную RACH-процедуру, чтобы принимать запрашиваемую системную информацию выделенным способом.

[111] На этапе S1223, UE может передавать третье сообщение в сеть. Третье сообщение может включать в себя идентификатор UE. На этапе S1224, UE может принимать четвертое сообщение из сети. Например, четвертое сообщение может представлять собой сообщение установления RRC-соединения. На этапе S1225, UE может переходить в состояние RRC_CONNECTED и может принимать запрашиваемую системную информацию через выделенную передачу служебных сигналов.

[112] Фиг. 13 показывает пример, в котором запрашиваемая системная информация предоставляется во втором RAR-окне согласно варианту осуществления настоящего изобретения.

[113] Что касается (a) по фиг. 13, когда UE передает первое сообщение в N-ом втором RAR-окне, UE может ожидать, что второе сообщение должно передаваться в (N+1)-ом втором RAR-окне. Конфигурация для вторых RAR-окон может периодически передаваться в широковещательном режиме.

[114] Что касается (b) по фиг. 13, когда множество UE запрашивают блок системной информации в N-ом втором RAR-окне, сеть может определять передавать в широковещательном режиме блок запрашиваемой системной информации в (N+1)-ом втором RAR-окне. В этом случае, может не быть предусмотрено MAC RAR, соответствующего MAC-подзаголовку. Тем не менее, одно UE запрашивает блок системной информации в N-ом втором RAR-окне, сеть может определять передавать в широковещательном режиме блок запрашиваемой системной информации в (N+1)-ом втором RAR-окне. Альтернативно, сеть может определять передавать в одноадресном режиме блок запрашиваемой системной информации в (N+1)-ом втором RAR-окне. В этом случае, может быть предусмотрен MAC RAR, включающий в себя разрешение на UL-передачу, соответствующее MAC-подзаголовку.

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

[116] Ссылаясь на фиг. 14, на этапе S1410, UE может передавать преамбулу произвольного доступа для запроса системной информации в BS.

[117] На этапе S1420, UE может принимать, из BS, ответ по произвольному доступу, включающий в себя только RAPID, соответствующий передаваемой преамбуле произвольного доступа. Ответ по произвольному доступу может не включать в себя MAC RAR, соответствующий RAPID. Ответ по произвольному доступу может не включать в себя разрешение на UL-передачу, соответствующее RAPID. Ответ по произвольному доступу, включающий в себя только RAPID, может представлять собой ACK запроса на системную информацию. Ответ по произвольному доступу может приниматься из BS с использованием MAC PDU.

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

[119] На этапе S1430, UE может предполагать то, что процедура произвольного доступа завершается. Когда UE принимает ответ по произвольному доступу, включающий в себя только RAPID, предполагается, что процедура произвольного доступа завершается.

[120] В процедуре произвольного доступа, третье сообщение может не передаваться в BS в ответ на ответ по произвольному доступу.

[121] Помимо этого, UE может передавать, на верхний уровень, прием ACK запроса на системную информацию.

[122] Помимо этого, UE может проверять то, что запрашиваемая системная информация передается в широковещательном режиме. UE может принимать запрашиваемую системную информацию.

[123] Фиг. 15 является блок-схемой, иллюстрирующей систему беспроводной связи согласно варианту осуществления настоящего изобретения.

[124] BS 1500 включает в себя процессор 1501, запоминающее устройство 1502 и приемо-передающее устройство 1503. Запоминающее устройство 1502 соединяется с процессором 1501 и сохраняет различную информацию для управления процессором 1501. Приемо-передающее устройство 1503 соединяется с процессором 1501 и передает и/или принимает радиосигналы. Процессор 1501 реализует предложенные функции, процессы и/или способы. В вышеприведенном варианте осуществления, работа базовой станции может реализовываться посредством процессора 1501.

[125] UE 1510 включает в себя процессор 1511, запоминающее устройство 1512 и приемо-передающее устройство 1513. Запоминающее устройство 1512 соединяется с процессором 1511 и сохраняет различную информацию для управления процессором 1511. Приемо-передающее устройство 1513 соединяется с процессором 1511 и передает и/или принимает радиосигналы. Процессор 1511 реализует предложенные функции, процессы и/или способы. В описанных вариантах осуществления, работа UE может реализовываться посредством процессора 1511.

[126] Процессор может включать в себя специализированную интегральную схему (ASIC), отдельный набор микросхем, логическую схему и/или модуль обработки данных. Запоминающее устройство может включать в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), флэш-память, карту памяти, носитель хранения данных и/или другие эквивалентные устройства хранения данных. Приемо-передающее устройство может включать в себя схему полосы модулирующих частот для обработки беспроводного сигнала. Когда вариант осуществления реализуется в программном обеспечении, вышеуказанные способы могут реализовываться с помощью модуля (т.е. процесса, функции и т.д.) для выполнения вышеуказанных функций. Модуль может сохраняться в запоминающем устройстве и может выполняться посредством процессора. Запоминающее устройство может быть расположено внутри или снаружи процессора и может соединяться с процессором посредством использования различных известных средств.

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

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

Изобретение относится к системе беспроводной связи. Технический результат изобретения заключается в более эффективном использовании радиоресурсов для запроса системной информации. Способ для запроса системной информации в системе беспроводной связи посредством абонентского устройства (UE) содержит этапы, на которых: передают преамбулу произвольного доступа в базовую станцию (BS) для запроса системной информации; принимают из BS сообщение ответа по произвольному доступу (RAR), включающее в себя подзаголовок уровня управления доступом к среде (MAC). Определяют, что процедура произвольного доступа завершена, основываясь на RAR-сообщении, не содержащем MAC RAR, соответствующий RAPID; принимают из BS системную информацию без передачи сообщения на BS в ответ на RAR-сообщение, основываясь на RAR-сообщении, не содержащем MAC RAR, соответствующий RAPID. 2 н. и 12 з.п. ф-лы, 15 ил.

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

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

принимают, из BS, сообщение ответа по произвольному доступу (RAR), включающее в себя подзаголовок уровня управления доступом к среде (MAC),

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

при этом RAR-сообщение не содержит MAC RAR, соответствующий RAPID;

определяют, что процедура произвольного доступа завершена, основываясь на RAR-сообщении, не содержащем MAC RAR, соответствующий RAPID; и

принимают, из BS, системную информацию без передачи сообщения на BS, в ответ на RAR-сообщение, основываясь на RAR-сообщении, не содержащем MAC RAR, соответствующий RAPID.

2. Способ по п. 1, в котором RAR-сообщение не включает в себя разрешение на передачу по восходящей линии связи, соответствующее RAPID.

3. Способ по п. 1, дополнительно содержащий этап, на котором:

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

4. Способ по п. 3, в котором RAR-сообщение составляет ACK запроса на системную информацию.

5. Способ по п. 1, в котором RAR-сообщение принимается из BS через блок данных протокола управления доступом к среде (MAC PDU).

6. Способ по п. 1, в котором RAR-сообщение принимается в RAR-окне, сконфигурированном с возможностью приема RAR-сообщения.

7. Способ по п. 1, дополнительно содержащий этап, на котором:

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

8. Абонентское устройство (UE), запрашивающее системную информацию в системе беспроводной связи, причем UE содержит:

запоминающее устройство;

приемо-передающее устройство; и

процессор, функционально соединенный с запоминающим устройством и приемо-передающим устройством, при этом процессор выполнен с возможностью:

управлять приемо-передающим устройством с возможностью передавать, в базовую станцию (BS), преамбулу произвольного доступа для запроса системной информации;

управлять приемо-передающим устройством с возможностью принимать, из BS, сообщение ответа по произвольному доступу (RAR), включающее в себя подзаголовок уровня управления доступом к среде (MAC),

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

при этом RAR-сообщение не содержит MAC RAR, соответствующий RAPID;

определять, что процедура произвольного доступа завершена, основываясь на RAR-сообщении, не содержащем MAC RAR, соответствующий RAPID; и

управлять приемо-передающим устройством с возможностью принимать, из BS, системную информацию без передачи сообщения на BS, в ответ на RAR-сообщение, основываясь на RAR-сообщении, не содержащем MAC RAR, соответствующий RAPID.

9. UE по п. 8, в котором RAR-сообщение не включает в себя разрешение на передачу по восходящей линии связи, соответствующее RAPID.

10. UE по п. 8, в котором процессор дополнительно выполнен с возможностью:

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

11. UE по п. 10, в котором RAR-сообщение составляет ACK запроса на системную информацию.

12. UE по п. 8, в котором RAR-сообщение принимается из BS через блок данных протокола управления доступом к среде (MAC PDU).

13. UE по п. 8, в котором RAR-сообщение принимается в RAR-окне, сконфигурированном с возможностью приема RAR-сообщения.

14. UE по п. 8, в котором процессор дополнительно выполнен с возможностью:

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