RU2613173C2

RU2613173C2 - Способ и устройство для регистрации

Info

Publication number: RU2613173C2
Application number: RU2014127861A
Authority: RU
Inventors: Санг Бум КИМ; Соенг Хун КИМ; Киеонг Ин ДЗЕОНГ
Original assignee: Самсунг Электроникс Ко., Лтд.
Priority date: 2012-01-09
Filing date: 2013-01-09
Publication date: 2017-03-15
Also published as: WO2013105790A1; JP6324319B2; EP2804416B1; US20200120740A1; KR20130081674A; CA2859499A1; EP2804416A4; US20140317456A1; AU2013208385A1; RU2014127861A; AU2017203059A1; CN104137600B; EP2804416A1; US9647914B2; JP2015506629A; US20170231028A1; US10779349B2; KR102049794B1; CA2859499C; AU2017203059B2

Abstract

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

Description

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

[01] Настоящее изобретение относится к способу и устройству регистрации в терминале в системе мобильной связи, и, в частности, к способу и устройству для эффективной регистрации информации о сбое соединения, при сбое в соединении терминала, и получения информация о местоположении терминала в режиме ожидания.

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

[02] Система мобильной связи разработана, чтобы пользователь обменивался информацией в движении. С быстрым развитием технологий система мобильной связи эволюционировала до уровня, допускающего предоставление услуги высокоскоростной передачи данных помимо начальных услуг для передачи речи. В последнее время, в качестве одной из систем мобильной связи следующего поколения, Расширенная система долгосрочного развития (LTE-A) проходит стандартизацию Проектом партнерства третьего поколения (3GPP). LTE является технологией для осуществления высокоскоростной пакетной связи со скоростью передачи данных выше, чем доступная в настоящее время скорость передачи данных, и стремится к коммерческому развертыванию примерно в период 2010 г.

[03] С развитием стандарта 3GPP проводятся многие исследования для оптимизации радиосетей, а также для повышения скорости передачи данных. В начальной конфигурации радиосети или на этапе оптимизации базовая станция или контроллер базовой станции должен собирать информацию радиосреды, связанную с собственным покрытием соты, и этот процесс называется эксплуатационным испытанием. Традиционное эксплуатационное испытание является очень длительной и трудоемкой задачей, выполняемой таким образом, что оператор перевозит устройства для испытаний на неком транспортном средстве, выполняя при этом задачу измерения неоднократно в течение длительного времени. Результат измерения используется для конфигурирования параметров системы у базовых станций или контроллеров базовых станций. Такое традиционное эксплуатационное испытание увеличивает суммарные издержки и время обслуживания и оптимизации радиосети. Проводится исследование минимизации эксплуатационных испытаний и улучшения процесса анализа и ручной конфигурации радиосреды с целью MDT (Минимизация эксплуатационного испытания). Подробнее говоря, терминал измеряет информацию о соте и дополнительную информацию о соседних eNB. Терминал сообщает eNB информацию измерения радиоканала периодически или сразу в ответ на определенное событие либо после того, как истекло заранее установленное время с момента времени, когда зарегистрирована информация измерения радиоканала. При этом операция UE по передаче измеренной информации о соте и другой дополнительной информации к UE называется сообщением информации измерения MDT. Если терминал находится в состоянии, допускающем взаимодействие с eNB, то он сразу передает к eNB результат измерения информации о соседней соте. В противном случае, если он не находится в состоянии, допускающем взаимодействие с eNB, то терминал сохраняет зарегистрированную информацию измерения и передает сохраненное сообщение измерения MDT, когда становится возможным взаимодействовать с eNB. В нижеследующем описании информация радиоканала, измеренная терминалом, и другая дополнительная информация называются информацией измерения MDT, и операция, передающая информацию измерения MDT от терминала к базовой станции, называется сообщением информации измерения MDT. При сообщении информации измерения MDT, если можно взаимодействовать с базовой станцией, то терминал сразу передает информацию измерения MDT. В противном случае, если в текущее время невозможно взаимодействовать с базовой станцией, то терминал ожидает, пока станет возможным взаимодействовать с базовой станцией. Базовая станция использует сообщенную терминалом информацию измерения MDT для оптимизации зоны соты.

[04] Фиг. 1 - схема, иллюстрирующая эксплуатационное испытание без схемы MDT и процедуру исполнения MDT.

[05] Ссылаясь на фиг. 1, традиционное эксплуатационное испытание выполняется способом измерения состояния сигнала при перемещении по зоне обслуживания для поиска пропусков покрытия на транспортном средстве, несущем измерительное устройство.

[06] При MDT, терминал вместо этого выполняет данную операцию. Система 105 контроля сети (NMS) может дать команду выполнить MDT. В то же время NMS 105 предоставляет Администратору элементов (EM) 100 конфигурационную информацию, необходимую для MDT. EM 110 формирует конфигурацию MDT для усовершенствованного Узла Б (eNB) 115. eNB 115 отправляет пользовательскому оборудованию (UE) 120 конфигурационную информацию MDT для выдачи команды выполнить MDT, что обозначено номером 125 ссылки. UE 120 выполняет MDT для сбора информации измерения MDT. Информация MDT может включать в себя информацию о местоположении и времени, а также информацию измерения сигнала. Собранная информация измерения MDT сообщается eNB 115, что обозначено номером 130 ссылки, и eNB 115 отправляет информацию измерения MDT Объекту сбора трасс (TCE) 135. TCE 135 является сервером для сбора информации измерения MDT.

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

Техническая проблема

[07] Настоящее изобретение предложено для решения вышеупомянутых проблем и направлено на предоставление устройства и способа для эффективной регистрации состояния канала или сбоя соединения.

Решение проблемы

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

[09] В соответствии с другим аспектом настоящего изобретения, способ приема регистрации сбоя управления радиоресурсами (RRC) в базовой станции включает в себя определение, когда от терминала принимают сообщение завершения настройки соединения RRC (RRCConnectionSetupComplete), включает ли сообщение завершения настройки соединения RRC индикатор, указывающий, имеет ли терминал информацию о сбое произвольного доступа, передачу терминалу, когда сообщение завершения настройки соединения RRC включает в себя индикатор, сообщения с запросом информации терминала (Запрос информации UE), запрашивающего у терминала информацию о сбое произвольного доступа, и прием от терминала информации о сбое произвольного доступа.

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

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

Полезные результаты

[12] Устройство и способ согласно настоящему изобретению полезны при эффективной регистрации состояния канала или сбоя соединения.

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

[13] Фиг. 1 - схема, иллюстрирующая эксплуатационное испытание без схемы MDT и процедуру исполнения MDT.

[14] Фиг. 2 - схема прохождения сигнала, иллюстрирующая процедуру MDT.

[15] Фиг. 3 - схема прохождения сигнала, иллюстрирующая процедуру, в которой UE 305 сообщает зарегистрированную информацию измерения канала в ответ на запрос от eNB 310.

[16] Фиг. 4 - схема прохождения сигнала, иллюстрирующая процедуру сообщения о сбое установления соединения RRC.

[17] Фиг. 5 - схема прохождения сигнала, иллюстрирующая процедуру произвольного доступа.

[18] Фиг. 6 - схема, иллюстрирующая процедуру попытки установления соединения RRC в соответствии с первым вариантом осуществления настоящего изобретения.

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

[20] Фиг. 8 - блок-схема алгоритма, иллюстрирующая процедуру соединения RRC в соответствии с первым вариантом осуществления настоящего изобретения.

[21] Фиг. 9 - схема, иллюстрирующая процедуру получения информации о местоположении GNSS в соответствии со вторым вариантом осуществления настоящего изобретения.

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

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

[24] Фиг. 12 - блок-схема алгоритма, иллюстрирующая процедуру конфигурации регистрации в eNB в соответствии со вторым вариантом осуществления настоящего изобретения.

[25] Фиг. 13 - блок-схема, иллюстрирующая конфигурацию UE в соответствии с вариантами осуществления настоящего изобретения.

[26] Фиг. 14 - блок-схема, иллюстрирующая конфигурацию eNB в соответствии с вариантами осуществления настоящего изобретения.

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

[27] Типовые варианты осуществления настоящего изобретения подробно описываются со ссылкой на прилагаемые чертежи.

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

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

[30] Настоящее изобретение относится к способу и устройству для эффективной регистрации полезной информации при сбое соединения с целью MDT и получения информации о местоположении UE в режиме ожидания.

[31] Перед подробным объяснением настоящего изобретения описывается процедура MDT.

[32] Фиг. 2 - схема прохождения сигнала, иллюстрирующая процедуру MDT. На этапе 210 eNB 205 отправляет к UE 200 в соединенном режиме информацию, необходимую для конфигурации MDT, то есть информацию о конфигурации измерения канала. Информация, необходимая для конфигурации MDT, называется конфигурационной информацией MDT. Конфигурационная информация MDT включает в себя, по меньшей мере, одно из абсолютного времени, интервала регистрации, длительности регистрации и списка наземных сетей мобильной связи общего пользования (PLMN) MDT.

[33] Интервал регистрации является разновидностью цикла замеров для использования в периодическом измерении контрольного сигнала нисходящей линии связи. UE 200 собирает и регистрирует информацию измерения MDT с интервалом регистрации.

[34] Длительность регистрации является длительностью для выполнения MDT. UE выполняет измерение сигнала в течение длительности регистрации с интервалом регистрации. Если заканчивается длительность регистрации, то UE 200 прекращает измерение сигнала.

[35] Список PLMN MDT является списком PLMN, которым UE 200 может сообщать информацию измерения MDT.

[36] На этапе 215, если состояние RRC у UE 200 переходит из соединенного режима в режим ожидания, то UE 200 начинает MDT. На этапе 220 UE измеряет сигналы и регистрирует результат измерения (выборку). Измерение и регистрация выполняются повторно до окончания длительности регистрации, начиная с завершения первого измерения и регистрации. Каждая выборка 230 измерения включает в себя информацию о результате измерения для MDT. Информация о результате измерения, зарегистрированная в зарегистрированной выборке, может включать в себя идентификатор обслуживающий соты (глобальный id соты), значение результата измерения канала обслуживающей соты (например, Принимаемая мощность опорного сигнала(RSRP)/Принимаемое качество опорного сигнала (RSRQ)), значения результата измерения канала у соседних сот, информацию о местоположении UE 200 и относительную отметку времени.

[37] На этапе 235 UE 200 повторно устанавливает соединение. Если UE 200 входит в режим соединения, то на этапе 240 оно отправляет к eNB 205 индикатор, указывающий, присутствует ли какая-нибудь доступная регистрация. То есть UE 200 уведомляет eNB 205 о наличии/отсутствии зарегистрированной информации измерения MDT. eNB 205 может запросить у UE сообщать информацию измерения MDT в зависимости от ситуации. Если eNB 205 запрашивает у UE 200 сообщение информации измерения MDT, то UE 200 сообщает информацию измерения MDT, зарегистрированную до того времени, и удаляет зарегистрированную информацию. Если eNB 205 не запрашивает у UE 200 сообщение информации измерения MDT, то UE 200 постоянно сохраняет зарегистрированную информацию.

[38] Если UE 200 снова входит в режим ожидания до окончания длительности регистрации на этапе 245, то оно продолжает операцию MDT на этапе 250 для сбора информации измерения MDT. Когда заканчивается длительность регистрации, UE 200 в зависимости от варианта осуществления может учитывать или не учитывать время в соединенном режиме. Если на этапе 255 заканчивается длительность регистрации, то UE 200 прекращает операцию MDT.

[39] UE 200 снова входит в соединенный режим на этапе 260. UE 200 уведомляет eNB 205 о наличии зарегистрированной информации измерения MDT на этапе 265 и, если eNB 205 запрашивает сообщение информации измерения MDT, сообщает eNB 205 зарегистрированную информацию измерения MDT.

[40] Фиг. 3 - схема прохождения сигнала, иллюстрирующая процедуру, в которой UE 305 сообщает зарегистрированную информацию измерения канала в ответ на запрос от eNB 310. UE 305 инициирует произвольный доступ для взаимодействия с eNB 310 на этапе 315. UE 305 предпринимает попытку произвольного доступа на этапе 320.

[41] Потом UE 305 входит в соединенный режим на этапе 325. Затем eNB 310 отправляет к UE 305 сообщение LoggedMeasurementConfiguration на этапе 330. Сообщение LoggedMeasurementConfiguration включает в себя информацию, необходимую UE 305 для выполнения MDT в режиме ожидания, то есть информацию о конфигурации измерения канала. Далее UE 305 входит в режим ожидания на этапе 340 и выполняет измерение MDT на этапе 345, если начинается длительность измерения MDT. Если указанная длительность регистрации заканчивается, то UE 305 прекращает измерение MDT на этапе 355.

[42] Потом UE 305 решает перейти в соединенный режим на этапе 360. UE 305 отправляет к eNB 310 сообщение RRCConnectionRequest на этапе 365. Если выносится решение принять запрос соединения RRC, то eNB 310 отправляет к UE 305 сообщение RRCConnectionSetup на этапе 370.

[43] UE 305, перешедшее в соединенный режим, на этапе 375 уведомляет eNB 310 о наличии информации измерения канала, зарегистрированной в режиме ожидания. С этой целью UE 305 передает сообщение RRCConnectionSetupComplete, включающее в себя индикатор, указывающий наличие информации измерения канала, зарегистрированной в режиме ожидания. UE 305 не передает индикатор всем PLMN, а соответствующей RPLMN, когда текущая Зарегистрированная наземная сеть мобильной связи общего пользования (RPLMN) включается в список PLMN MDT. RPLMN обозначает PLMN, обслуживающую UE. Когда UE 305 включается или нуждается в смене PLMN, оно сообщает объекту управления мобильностью (MME) PLMN, рассматриваемую как доступную, то есть выбранную PLMN, посредством процедуры Обновления зоны слежения (TAU). Если определяется, что выбранная PLMN доступна, то MME уведомляет UE 305 о доступности, так что выбранная PLMN становится RPLMN.

[44] В случае передачи обслуживания UE 305 может включить индикатор в сообщение RRCConnectionReconfigurationComplete. Причина для передачи к eNB 310 индикатора состоит в том, чтобы уведомить eNB 310 о наличии информации измерения MDT, зарегистрированной UE 305, и предоставить основу для определения, запрашивает ли eNB 410 информацию измерения MDT.

[45] Как правило, UE 305 может зарегистрировать большое количество информации измерения канала, потому что оно длительное время пребывает в режиме ожидания. Если UE 305 переходит в соединенный режим, то оно вынуждено потреблять большое количество ресурсов для передачи зарегистрированной информации. Соответственно, eNB 310 должен определить, запрашивать ли информацию измерения MDT, учитывая текущее состояние пропускной способности радиосвязи. Если определяется, что информация измерения канала, зарегистрированная UE 305, является полезной, то на этапе 380 eNB 310 запрашивает у UE 305 информацию измерения MDT с использованием сообщения UEInformationRequest. После приема сообщения UEInformationRequest от eNB 310 UE на этапе 385 инициирует передачу зарегистрированной информации измерения MDT. Как правило, зарегистрированная информация измерения MDT имеет низкую необходимость срочной передачи, предпочтительно передавать информацию измерения MDT с учетом приоритетов других сообщений RRC и данных. UE 305 на этапе 390 отправляет к eNB 310 UEInformationResponse, включающее в себя информацию измерения MDT. UE 305 может удалить информацию измерения MDT, которая уже сообщена eNB 310. На этапе 390 зарегистрированная конфигурация MDT может передаваться вместе с зарегистрированным результатом измерения.

[46] Когда происходит сбой линии радиосвязи (RLF), UE регистрирует информацию, необходимую для оптимизации соты с целью MDT. В стандарте LTE Rel-11 проводится обсуждение применения такого подхода к установлению соединения RRC. Первый вариант осуществления настоящего изобретения предлагает полезную информацию, зарегистрированную UE, при сбое в установлении соединения RRC. Второй вариант осуществления предлагает способ для эффективного получения информации о местоположении UE в режиме ожидания.

[47]

[48] <Первый вариант осуществления>

[49] Когда необходимо взаимодействие, UE LTE входит в соединенный режим посредством процедуры установления соединения RRC. Процедура установления соединения RRC состоит из обмена тремя типами сообщений RRC между UE и eNB. На первом этапе UE отправляет к eNB сообщение с запросом соединения RRC. Это сообщение включает в себя идентификатор UE (UE ID) и значение причины установления. На следующем этапе eNB отправляет к UE сообщение настройки соединения RRC. Это сообщение включает в себя конфигурационную информацию радиоресурсов, необходимую UE для установления соединения с eNB. Сообщением с запросом соединения RRC и сообщением настройки соединения RRC обмениваются между eNB и UE посредством процедуры радиодоступа. Процедура произвольного доступа подробно описывается позже. На третьем этапе UE отправляет к eNB сообщение завершения настройки соединения RRC. Если этими сообщениями обмениваются успешно, то UE взаимодействует с eNB.

[50] Процедура установления соединения RRC может потерпеть неудачу по различным причинам. Как правило, если сообщениями не обмениваются нормально из-за плохого состояния радиоканала, то процедура установления соединения RRC дает сбой. Соответственно, если eNB допускает проверку, потерпела ли неудачу процедура установления соединения RRC, то это может быть полезно для оптимизации зоны обслуживания соты. В этом варианте осуществления информация, включающая в себя сообщение о сбое установления соединения RRC, раскрывается на основе способа для сообщения сбоя установления соединения RRC аналогично сообщению RLF.

[51] Фиг. 4 - схема прохождения сигнала, иллюстрирующая процедуру сообщения о сбое установления соединения RRC. UE 400 на этапе 410 находится в режиме ожидания. Потом UE 400 на этапе 415 предпринимает попытку процедуры установления соединения RRC для взаимодействия с eNB 405. Однако процедура дает сбой из-за плохого условия канала. Если процедура дает сбой, то UE 400 сообщает NAS UE о сбое. После того, как истекает заранее установленное время, NAS UE снова предпринимает попытку процедуры установления соединения RRC. Если эта процедура дает сбой, то UE 400 регистрирует полезную информацию, например информацию измерения канала у обслуживающей и соседней сот и ID сот.

[52] UE 400 снова предпринимает попытку процедуры установления соединения RRC. С этой целью UE 400 на этапе 420 отправляет к eNB 405 сообщение с запросом соединения RRC. eNB 405 отправляет к UE 400 сообщение настройки соединения RRC на этапе 425. UE 400 отправляет к eNB 405 сообщение завершения настройки соединения RRC на этапе 430. Сообщение завершения настройки соединения RRC включает в себя индикатор, указывающий наличие информации о сбое установления соединения RRC, то есть IE (информационный элемент) acf-InfoAvailable, зарегистрированной на этапе 415. Этот индикатор включается в сообщение завершения настройки соединения RRC, только когда выполняется заранее установленное условие. Например, если RPLMN для eNB, сконфигурированная с соединением RRC, соответствует одной из RPLMN, эквивалентных PLMN (EPLMN), выбранной PLMN в момент, когда заканчивается T300, то UE 400 включает индикатор в сообщение завершения настройки соединения RRC. В соответствии с альтернативным вариантом осуществления, если RPLMN для eNB, сконфигурированная с соединением RRC, соответствует одной из RPLMN, эквивалентных PLMN (EPLMN), выбранной PLMN, то UE 400 включает индикатор в сообщение завершения настройки соединения RRC, а в противном случае, если RPLMN для eNB, сконфигурированная с соединением RRC, соответствует некоторым оставшимся из RPLMN, эквивалентных PLMN (EPLMN), выбранной PLMN, то исключает индикатор из сообщения завершения настройки соединения RRC.

[53] Если после приема индикатора определяется, что необходимо сообщение зарегистрированной информации, то eNB 405 просит UE 400 сообщить зарегистрированную информацию с использованием сообщения с запросом информации UE. С этой целью сообщение с запросом информации UE включает в себя индикатор acf-ReportReq. Индикатор acf-ReportReq является индикатором запроса к UE 400 сообщить зарегистрированную информацию.

[54] UE 400 сообщает зарегистрированную информацию eNB 405 с использованием сообщения с ответом информации UE на этапе 440. Сообщение с ответом информации UE включает в себя IE acf-Report. IE acf-Report включает в себя информацию, зарегистрированную, когда произошел сбой установления соединения RRC.

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

[56] Фиг. 5 - схема прохождения сигнала, иллюстрирующая процедуру произвольного доступа.

[57] UE 500 передает eNB 505 преамбулу произвольного доступа для соединения на этапе 510. Преамбула может быть не принята eNB из-за состояния радиоканала. Соответственно, UE 500 ожидает сообщение с ответом, то есть Ответ произвольного доступа (RAR), в течение заранее установленного промежутка RAR, и если не принимают RAR, соответствующий преамбуле, то дополнительно ожидает в течение времени отсрочки. То есть UE 500 ожидает в течение периода 515, равного сумме промежутка RAR и времени отсрочки, а затем повторно передает преамбулу произвольного доступа на этапе 520. Если время отсрочки у eNB не сконфигурировано заранее, то время отсрочки равно 0.

[58] На этапе 525 UE 500 успешно принимает сообщение RAR в промежутке RAR. UE на этапе 530 отправляет к eNB 505 msg 3, используя радиоресурс, указанный в сообщении RAR. В зависимости от цели произвольного доступа msg 3 включает в себя разное сообщение. В случае начального доступа msg 3 включает в себя сообщение с запросом соединения RRC.

[59] UE 500 передает сообщение с запросом соединения RRC и одновременно запускает таймер T300. Если процедура установления соединения RRC дает сбой до окончания таймера T300, то UE 500 считает, что произошел сбой установления соединения RRC. В этом случае UE 500 регистрирует информацию о сбое доступа. eNB 505 на этапе 535 отправляет к UE 500 сообщение разрешения конфликта. Сообщение разрешения конфликта включает в себя сообщение настройки соединения RRC.

[60] В этом варианте осуществления раскрывается полезная информация, зарегистрированная UE, при сбое в установлении соединения RRC. Эта информация сообщается eNB, когда UE снова успешно соединяется с eNB. Поскольку это описано со ссылкой на фиг. 4, подробное описание процедуры сообщения в этом документе пропускается. Для оптимизации зоны обслуживания соты полезная информация, зарегистрированная UE, перечисляется следующим образом.

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

[62] 1. cellGlobalId: идентификатор соты (id) для соты, где произошел сбой доступа

[63] 2. measResultCurrentCell: информация измерения канала текущей обслуживающей соты (например, RSRP/RSRQ)

[64] 3. measResultNeighCells: информация измерения канала соседних сот

[65] 4. locationInfo: информация о местоположении зоны, где произошел сбой доступа

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

[67] 5. PowerLimitationReached: Указывает, возникло ли явление дефицита мощности в процедуре произвольного доступа. Явление дефицита мощности является явлением, при котором требуемая мощность превышает максимальную мощность (max power). Эта информация означает, что UE находится в зоне, где UE испытывает очень плохое условие радиоканала, поэтому использует свою максимальную мощность передачи.

[68] 6. numberOfPreamblesSent: количество преамбул, переданных в процедуре произвольного доступа

[69] К тому же следующая информация может включаться в информацию, зарегистрированную, когда потерпело неудачу установление соединения RRC.

[70] 7. RARrcvd: указывает, принят ли допустимый RAR в процедуре произвольного доступа, в которой произошел RACH-сбой

[71] 8. BackoffApplied: информация об отсрочке, применяемой в процедуре произвольного доступа.

[72] Фиг. 6 - схема, иллюстрирующая процедуру попытки установления соединения RRC в соответствии с первым вариантом осуществления настоящего изобретения. Со ссылкой на фиг. 6 выполняется описание индикатора PowerLimitationReached и переменной numberOfPreamblesSen. UE передает первую преамбулу на этапе 600. UE контролирует, принимают ли сообщение RAR в ответ на преамбулу в течение промежутка RAR. Если оно дает сбой в приеме RAR, то UE дополнительно ожидает в течение времени отсрочки. То есть UE ожидает в течение периода 650, равного сумме промежутка RAR и времени отсрочки.

[73] Потом UE передает вторую преамбулу на этапе 615. В то же время UE увеличивает мощность передачи на шаг линейного изменения мощности, чтобы передать преамбулу. Причина увеличения мощности передачи состоит в повышении вероятности успеха передачи путем увеличения мощности передачи UE в случае, когда передача преамбулы дает сбой из-за плохого состояния радиоканала. Максимальное количество повторных передач преамбулы ограничено. Передача второй преамбулы также дает сбой, и соответственно UE на этапе 617 увеличивает мощность передачи, чтобы передать третью преамбулу. Передача третьей преамбулы также дает сбой, и соответственно UE на этапе 620 увеличивает мощность передачи, чтобы передать четвертую преамбулу.

[74] В результате неоднократного увеличения мощности передачи мощность передачи у UE достигает максимальной мощности передачи на этапе 620. В то же время, поскольку мощность передачи UE достигла максимальной мощности передачи UE, IE 630 PowerLimitationReached устанавливается в "истину". Если UE успешно приняло сообщение RAR на этапе 640, то количество передач преамбулы равно 4, и соответственно IE numberofPreambleSent устанавливается в 4.

[75] Потом UE отправляет к eNB сообщение 645 msg 3, используя радиоресурс, указанный сообщением RAR. Сообщение msg 3 включает в себя сообщение с запросом соединения RRC. UE передает сообщение и одновременно запускает таймер T300. Если процедура установления соединения RRC не завершена до окончания таймера T300 (655), то на этапе 660 UE считает, что процедура установления соединения RRC потерпела неудачу. В результате UE на этапе 665 регистрирует информацию, перечисленную выше. В то же время PowerLimitationReached и numberofPreambleSent регистрируются вместе на этапе 665.

[76] Фиг. 7 - блок-схема алгоритма, иллюстрирующая процедуру соединения RRC в соответствии с вариантом осуществления настоящего изобретения. Фиг. 7 показывает работу UE. UE на этапе 700 определяет, необходимо ли соединиться с eNB для передачи данных. Если необходимо соединиться с eNB, то процедура переходит к этапу 705 для начала процедуры установления соединения RRC. Если не нужно соединиться с eNB, то UE контролирует, пока не станет необходимым соединиться с eNB.

[77] UE отправляет к eNB сообщение с запросом соединения RRC на этапе 705. UE запускает таймер T300 на этапе 710. Таймер T300 запускается в момент, когда передается запрос соединения RRC, и останавливается, когда от eNB принимают сообщение настройки соединения RRC или отклонения соединения RRC, выполняется повторный выбор соты или верхним уровнем выдается команда отмены установления соединения. Если заканчивается таймер T300, то UE рассматривает это в качестве сбоя установления соединения RRC и уведомляет об этом верхний уровень.

[78] На этапе 715 UE определяет, принимают ли сообщение настройки соединения RRC от eNB до окончания таймера T300. Если сообщение настройки соединения RRC не принимают от eNB до окончания таймера T300, то на этапе 745 UE объявляет сбой установления соединения RRC и на этапе 750 уведомляет NAS UE о сбое установления соединения RRC. UE на этапе 755 также регистрирует информацию, предложенную в настоящем варианте осуществления. То есть регистрируется, по меньшей мере, одно из cellGlobalId, measResultCurrentCell, measResultNeighCells, locationInfo, PowerLimitationReached, numberOfPreamblesSent, RARrcvd и BackoffApplied.

[79] Если UE принимает сообщение настройки соединения RRC до окончания таймера T300 на этапе 715, то UE определяет, что процедура установления соединения RRC завершена успешно. Если процедура установления соединения RRC завершена успешно, то процедура переходит к этапу 720. Последующая процедура определяется в зависимости от того, возникал ли когда-либо какой-нибудь сбой установления соединения RRC.

[80] На этапе 720 UE определяет, имеется ли какой-нибудь несообщенный сбой установления соединения RRC. Если имеется какой-либо несообщенный сбой установления соединения RRC, то процедура переходит к этапу 725, где UE передает сообщение завершения настройки соединения RRC, включающее в себя IE acf-InfoAvailable. IE acf-InfoAvailable является индикатором, информирующим eNB, что у UE есть сообщение о сбое для отправки. UE на этапе 730 принимает от eNB сообщение с запросом информации UE, включающее в себя IE acf-ReportReq. IE acf-ReportReq указывает, что eNB запрашивает у UE сообщение о сбое. На этапе 735 UE отправляет к eNB сообщение с ответом информации UE, включающее в себя IE acf-Report.

[81] Если на этапе 720 отсутствует сообщение о сбое для отправки, то процедура переходит к этапу 740, где UE передает сообщение завершения настройки соединения RRC, не включающее в себя IE acf-InfoAvailable.

[82] Фиг. 8 - блок-схема алгоритма, иллюстрирующая процедуру соединения RRC в соответствии с первым вариантом осуществления настоящего изобретения. Фиг. 8 является чертежом для объяснения работы eNB. eNB на этапе 800 определяет, принимают ли сообщение с запросом соединения RRC от UE. Если от UE принимают сообщение с запросом соединения RRC, то процедура переходит к этапу 805. На этапе 805 eNB отправляет к UE сообщение настройки соединения RRC. Если сообщение с запросом соединения RRC не принимают от UE, то eNB контролирует, пока не будет принято сообщение с запросом соединения RRC от UE.

[83] На этапе 810 eNB определяет, включает ли принятое сообщение завершения настройки соединения RRC в себя IE acf-InfoAvailable. IE acf-InfoAvailable является индикатором, уведомляющим eNB, что у UE есть сообщение о сбое для отправки. Если сообщение завершения настройки соединения RRC включает в себя IE acf-InfoAvailable, то процедура переходит к этапу 815. На этапе 815 eNB определяет, необходимо ли принять информацию о сбое установления соединения RRC, зарегистрированную UE. Если необходимо принять информацию о сбое установления соединения RRC, то eNB на этапе 820 отправляет к UE сообщение с запросом информации UE, включающее в себя IE acf-ReportReq. IE acf-ReportReq является индикатором, запрашивающим у UE сообщение о сбое установления соединения RRC. На этапе 825 eNB принимает от UE сообщение с ответом информации UE, включающее в себя acf-Report. IE acf-Report включает в себя информацию сообщения о сбое.

[84] Если не нужно принять информацию, зарегистрированную UE на этапе 815, то eNB не нужно отправлять к UE сообщение с запросом информации UE. В этом случае процедура переходит к этапу 830. На этапе 830, если сообщение с запросом информации UE передается к UE с иными целями, например сообщение RACH и сообщение RLF, то процедура переходит к этапу 835. На этапе 835 eNB отправляет к UE сообщение с запросом информации UE, не включающее в себя IE acf-ReportReq. На этапе 840 eNB принимает сообщение с ответом информации UE, не включающее в себя acf-Report.

[85]

[86] <Второй вариант осуществления>

[87] Информация о местоположении UE, полученная приемником глобальной навигационной спутниковой системы (GNSS), имеет относительно высокую точность. Соответственно, для технологии MDT, требующей точной информации о местоположении UE, современный eNB обладает функцией, допускающей запрашивание у UE в соединенном режиме информации о местоположении GNSS. Эта функция может работать с UE в режиме ожидания. Однако приемник GNSS активизируется с целью зарегистрированной MDT, UE вынуждено потреблять дополнительную мощность. В частности, поскольку зарегистрированная MDT выполняется вплоть до 2 часов, продолжение операции определения местоположения в течение такого длительного времени, скорее всего, является значительной нагрузкой на UE. Поэтому необходимо оптимизировать работу приемника GNSS. Хотя описание в качестве примера ориентируется на приемник GNSS, также могут применяться другие типы модуля определения местоположения, допускающего предоставление точной информации о местоположении, с низким энергопотреблением.

[88] Этот вариант осуществления раскрывает способ приведения в действие приемника GNSS, только когда выполняется заранее установленное условие, а не пока длится зарегистрированная MDT. Могут использоваться два условия или более. Этот вариант осуществления включает в себя этап, чтобы eNB предоставил информацию для использования при определении, выполняется ли заранее установленное условие, и этап, чтобы UE включило или выключило приемник GNSS на продолжительность MDT.

[89] Фиг. 9 - схема, иллюстрирующая процедуру получения информации о местоположении GNSS в соответствии со вторым вариантом осуществления настоящего изобретения. Зарегистрированная MDT является процедурой, по которой UE регистрирует информацию измерения канала и информацию о местоположении в режиме ожидания, а при переходе в соединенный режим сообщает eNB зарегистрированную информацию.

[90] На этапе 910 UE 905 уведомляет eNB 900, поддерживает ли оно способ определения местоположения, допускающий сбор точной информации о местоположении. Такие способы определения местоположения включают в себя автономную GNSS и определение местоположения с помощью сети.

[91] Автономная GNSS является способом получения точной информации о местоположении соответствующего UE с использованием сигналов, принятых от множества спутников. С использованием автономной GNSS UE способно само получать информацию о местоположении без помощи eNB.

[92] Определение местоположения с помощью сети является способом получения точной информации о местоположении соответствующего UE при совместной работе с eNB.

[93] Схема определения местоположения, поддерживаемая UE 905, является разновидностью информации о возможности UE. UE может уведомить eNB о поддерживаемой схеме определения местоположения, используя различные способы. Чтобы уведомить о наличии поддержки различных схем определения местоположения, можно использовать битовый массив. Также можно ограничить одной схему определения местоположения, доступную для MDT, так что UE уведомляет eNB, поддерживает ли оно схему определения местоположения, с использованием 1-разрядного индикатора. Например, можно ограничиться использованием только автономной GNSS. При этом UE уведомляет eNB, поддерживает ли оно автономную GNSS, с использованием 1-разрядного индикатора.

[94] На этапе 910 UE 905 отправляет eNB 900 информацию о возможности UE касательно того, поддерживает ли оно автономную GNSS.

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

[96] Способ для выдачи команды выполнить определение местоположения может определяться в зависимости от того, ограничивается ли одной схема определения местоположения, доступная для MDT. Если схема определения местоположения ограничивается одной, то eNB 900 допускает выдачу UE команды выполнить эту схему с использованием 1-разрядного индикатора. В противном случае, если можно использовать несколько схем определения местоположения, то eNB 900 должен уведомить UE 905 о схеме определения местоположения, которая будет использоваться для MDT, вместе с информацией о том, выполнять ли схему определения местоположения. Например, если UE 905 поддерживает автономную GNSS и определение местоположения с помощью сети, то можно использовать два разряда: первый разряд для указания, выполнять ли определение местоположения, а второй разряд для указания одной из двух схем определения местоположения. В соответствии с альтернативным вариантом осуществления eNB 900 может указывать только то, выполнять ли определение местоположения, а UE определяет схему определения местоположения, которая будет использоваться.

[97] В этом варианте осуществления eNB 900 допускает выдачу UE 905, поддерживающему автономную GNSS, команды для получения информации о местоположении GNSS с помощью приемника GNSS и регистрации информации о местоположении GNSS в зарегистрированной MDT. В этом случае eNB 900 может сконфигурировать и отправить к UE 905, по меньшей мере, одно условие "включения" приемника GNSS, чтобы минимизировать энергопотребление UE 905.

[98] В качестве примера условия включения приемника GNSS UE 905 может определить включение или выключение приемника GNSS на основе информации измерения канала у UE 905. Технология MDT направлена на оптимизацию зоны обслуживания соты, то есть обнаружение пропусков покрытия или слабого покрытия. Соответственно, если информация об области в плохом состоянии радиоканала у обслуживающей соты и/или соседних сот предоставляется точнее, то эта информация может иметь полезное значение. Принимая во внимание сохранение ограниченной мощности UE, эффективнее собирать точную информацию о местоположении GNSS касательно области, имеющей особенно плохое состояние канала, чем собирать точную информацию о местоположении GNSS по всей зоне.

[99] Чтобы привести в действие приемник GNSS при этих условиях, eNB 900 отправляет UE 905 сообщение с зарегистрированной конфигурацией измерения, включающее в себя связанную конфигурационную информацию. В случае, когда UE 905 на основе информации измерения канала определяет, включить или выключить приемник GNSS, eNB 900 может включить в информацию о зарегистрированной конфигурации измерения пороговую величину RSRP и/или RSRQ обслуживающей соты и/или соседней соты для включения или выключения. При выполнении зарегистрированной MDT в режиме ожидания UE сравнивает пороговое значение и измеренное значение для определения, включить или выключить приемник GNSS. Например, в случае, когда задается пороговое значение RSRP обслуживающей соты, UE 905 включает приемник GNSS, только когда измеренная RSRP обслуживающей соты хуже порогового значения.

[100] UE переходит из соединенного режима в режим ожидания на этапе 920.

[101] Если UE 905 находится в границе зоны, указанной сообщением с зарегистрированной конфигурацией измерения, то есть в зоне, где выполняется зарегистрированная MDT, то UE 905 выполняет зарегистрированную MDT на этапе 925. Одновременно UE выполняет определение местоположения для получения точной информации о местоположении. Приемник GNSS включается для получения информации о местоположении GNSS, когда выполняется заранее установленное условие. Например, если значение измерения RSRP/RSRQ у обслуживающей или соседней соты ниже порогового значения, указанного в сообщении с зарегистрированной конфигурацией измерения, то UE 905 включает приемник GNSS.

[102] Если приемник GNSS работает с иной целью, нежели MDT, то UE регистрирует полученную информацию о местоположении GNSS независимо от условия. Если значение измерения RSRP/RERQ становится больше порогового значения, то приемник GNSS прекращает работу. В этом случае, если приемник GNSS работает, его нужно блокировать, чтобы остановить приемник GNSS с иной целью, нежели MDT, хотя условие выполняется.

[103] UE 905 регистрирует информацию измерения MDT и полученную информацию о местоположении GNSS на этапе 930.

[104] Фиг. 10 - блок-схема алгоритма, иллюстрирующая процедуру измерения MDT в соответствии со вторым вариантом осуществления настоящего изобретения. UE на этапе 1000 определяет, закончилась ли длительность регистрации. Если длительность регистрации закончилась, то UE больше не выполняет никакую операцию связанного с MDT измерения на этапе 1005. Если длительность регистрации не закончилась, то процедура переходит к этапу 1010.

[105] На этапе 1010 UE на основе результата измерения определяет, предполагается ли какая-нибудь проблема, например пропуск покрытия или слабое покрытие в обслуживающей или соседней соте. Необходимо, по меньшей мере, одно условие, чтобы UE предположило какую-либо проблему. Чтобы определить, выполняются ли условия, eNB должен заранее предоставить UE связанную конфигурационную информацию. Если на основе этих условий не предполагается никакой проблемы, то UE регистрирует только результат измерения MDT на этапе 1015. В противном случае, если предполагается какая-либо проблема, то на этапе 1020 UE включает приемник GNSS и регистрирует информацию о местоположении GNSS, полученную приемником GNSS, вместе с результатом измерения MDT.

[106] Фиг. 11 - блок-схема алгоритма, иллюстрирующая процедуру регистрации в соответствии со вторым вариантом осуществления настоящего изобретения. UE на этапе 1100 определяет, принимают ли от eNB сообщение с запросом возможности UE. Сообщение с запросом возможности UE используется для запроса возможности UE, когда eNB желает узнать функции, поддерживаемые UE, или возможность UE. Если от eNB принимают сообщение с запросом возможности UE, то процедура переходит к этапу 1105.

[107] На этапе 1105 UE сообщает eNB функции, которые оно поддерживает, используя сообщение с информацией о возможности UE. Сообщение с информацией о возможности включает в себя информацию о том, имеет ли UE приемник GNSS и допускает ли получение информации о местоположении GNSS с его использованием. Соответственно, eNB допускает определение, запрашивать ли схему определения местоположения по автономной GNSS, при конфигурировании зарегистрированной MDT у UE.

[108] На этапе 1110 UE определяет, принимают ли от eNB сообщение с зарегистрированной конфигурацией измерения для зарегистрированной конфигурации MDT. Если принимают сообщение с конфигурацией измерения, то UE вынуждено выполнять зарегистрированную MDT в режиме ожидания. Если UE принимает сообщение с зарегистрированной конфигурацией измерения, то процедура переходит к этапу 1115.

[109] На этапе 1115 UE определяет, перешло ли оно в режим ожидания. Если UE перешло в режим ожидания, то оно начинает отсчет длительности регистрации для выполнения зарегистрированной MDT. Если UE перешло в режим ожидания, то процедура переходит к этапу 1120.

[110] На этапе 1120 UE определяет, располагается ли оно в зоне, назначенной для выполнения зарегистрированной MDT. UE может конфигурироваться для регистрации информации измерения в назначенной зоне. Ограничивая регистрацию информации измерения интересующей зоной, можно избежать ненужной регистрации и сэкономить запоминающее устройство UE. О такой интересующей зоне eNB может уведомлять UE в единицах соты или Зоны слежения (TA). TA является набором сот в качестве единицы для передачи поискового вызова определенному UE. Если UE находится в этой зоне, то UE на этапе 1125 определяет, закончилась ли сконфигурированная длительность регистрации. Если длительность регистрации закончилась, то UE заканчивает зарегистрированную MDT. Перед тем, как заканчивается длительность регистрации, UE повторно проверяет, находится ли оно в зоне, сконфигурированной для выполнения MDT.

[111] Если UE находится в зоне, сконфигурированной для выполнения MDT, то UE выполняет процедуру зарегистрированной MDT на этапе 1130. В режиме ожидания UE периодически собирает и регистрирует информацию измерения соты.

[112] На этапе 1135 UE определяет, выполняется ли одно из заранее установленных условий для включения приемника GNSS. Если ни одно из условий для включения приемника GNSS не выполняется, то процедура переходит к этапу 1140.

[113] На этапе 1140, если приемник GNSS используется только для MDT, то UE останавливает приемник GNSS, либо, если приемник GNSS находится в выключенном состоянии, остается без какого-либо действия. Однако, если приемник GNSS работает с иной целью, UE не должно выключать приемник GNSS.

[114] Если выполняется какое-нибудь условие для включения приемника GNSS, то UE включает приемник GNSS для получения информации о местоположении на этапе 1145. UE на этапе 1150 регистрирует информацию о местоположении вместе с информацией измерения MDT, которая регистрируется периодически. В то же время, если UE включает приемник GNSS для получения информации о местоположении с иной целью независимо от выполнения условий, то UE может зарегистрировать информацию о местоположении вместе с информацией измерения MDT.

[115] На этапе 1155 UE определяет, закончилась ли длительность регистрации. Если длительность регистрации не закончилась, то UE постоянно контролирует, находится ли оно в интересующей зоне. Если длительность регистрации закончилась, то UE заканчивает процедуру зарегистрированной MDT.

[116] Фиг. 12 - блок-схема алгоритма, иллюстрирующая процедуру конфигурации регистрации в eNB в соответствии со вторым вариантом осуществления настоящего изобретения. eNB на этапе 1200 отправляет к UE сообщение с запросом возможности UE. eNB принимает от UE сообщение с информацией о возможности UE на этапе 1205.

[117] eNB на этапе 1210 определяет, устанавливается ли IE standaloneGNSS-Location в "поддерживает" в сообщении с информацией о возможности. Если тот IE устанавливается в "поддерживает", то это означает, что UE имеет GNSS, допускающую получение информации о местоположении GNSS. IE standaloneGNSS-Location является примером, и eNB допускает анализ сообщения с информацией о возможности для проверки схемы определения местоположения, поддерживаемой UE, на основе другого IE или индикатора. В зависимости от схемы определения местоположения, используемой UE, зарегистрированная конфигурация измерения, которую eNB формирует для UE, определяется по-разному.

[118] Если UE не поддерживает определение местоположения по GNSS, то на этапе 1225 eNB формирует для UE зарегистрированную конфигурацию MDT, не требующую никакой информации о местоположении GNSS. Если UE поддерживает определение местоположения по GNSS, то на этапе 1215 eNB определяет, конфигурировать ли зарегистрированную MDT, требующую информацию о местоположении GNSS. Если определяется, что нужно конфигурировать зарегистрированную MDT, требующую информацию о местоположении GNSS, то eNB отправляет к UE сообщение с зарегистрированной конфигурацией, включающее в себя индикатор, запрашивающий зарегистрированную MDT, требующую информацию о местоположении GNSS.

[119] Фиг. 13 - блок-схема, иллюстрирующая конфигурацию UE в соответствии с вариантами осуществления настоящего изобретения.

[120] UE обменивается данными с верхним уровнем 1310 и передает и принимает управляющие сообщения посредством процессора 1315 управляющих сообщений. UE мультиплексирует управляющий сигнал и сигнал данных, которые будут переданы к eNB, посредством мультиплексора 1305 и передает мультиплексированные данные посредством передатчика 1300 под управлением контроллера 1320. В отличие от этого при приеме сигналов UE принимает физический сигнал посредством приемника 1300, демультиплексирует принятый сигнал посредством демультиплексора 1305 и доставляет информацию сообщения на верхний уровень 1310 или процессору 1315 управляющих сообщений под управлением контроллера 1320. В соответствии с вариантом осуществления настоящего изобретения контроллер 1320 может управлять отдельными компонентами, так что UE работает, как описано выше.

[121] Фиг. 14 - блок-схема, иллюстрирующая конфигурацию eNB в соответствии с вариантами осуществления настоящего изобретения.

[122] eNB из фиг. 14 включает в себя приемопередатчик 1405, контроллер 1410, мультиплексор/демультиплексор 1420, процессор 1435 управляющих сообщений, различные процессоры 1425 и 1430 верхнего уровня и планировщик 1415. Приемопередатчик 1405 передает данные и заранее установленный управляющий сигнал на несущей нисходящей линии связи и принимает данные и управляющий сигнал на несущей восходящей линии связи. В случае, когда конфигурируется множество несущих, приемопередатчик 1405 допускает передачу и прием данных и управляющих сигналов на многочисленных несущих. Мультиплексор/демультиплексор 1420 мультиплексирует данные, сформированные процессорами 1425 и 1430 верхнего уровня и процессором 1435 управляющих сообщений, или демультиплексирует данные, принятые приемопередатчиком 1405, чтобы доставить демультиплексированные данные процессорам 1425 и 1430 верхнего уровня, процессору 1435 управляющих сообщений и контроллеру 1410. Блок 1401 управления определяет, применять ли характерный для полосы интервал измерений к некоторому UE, и включать ли конфигурационную информацию в сообщение RRCConnectionReconfiguration. Процессор 1435 управляющих сообщений формирует RRCConnectionReconfiguration для верхнего уровня в соответствии с командой от контроллера. Процессоры 1425 и 1430 верхнего уровня можно реализовать в расчете на UE в расчете на услугу, и они обрабатывают данные, сформированные пользовательской услугой, например FTP и VoIP, чтобы доставить обработанные данные мультиплексору/демультиплексору 1420, и обрабатывают данные от мультиплексора/демультиплексора 1420, чтобы доставить обработанные данные сервисным приложениям верхнего уровня. Планировщик 1415 выделяет UE ресурс передачи в подходящий момент с учетом состояния буфера, условия канала и активного времени UE и управляет приемопередатчиком, чтобы обработать сигнал, переданный UE, и передать сигнал к UE. В соответствии с вариантом осуществления настоящего изобретения контроллер 1410 может управлять соответствующими компонентами, так что eNB работает, как описано выше.

[123]

[124] Будет понятно, что каждый блок из иллюстраций блок-схем алгоритмов и/или блок-схем и сочетания блоков на иллюстрациях блок-схем алгоритмов и/или блок-схемах можно реализовать с помощью команд компьютерной программы. Эти команды компьютерной программы могут предоставляться процессору универсального компьютера, специализированного компьютера или другого программируемого устройства обработки данных для создания машины, так что команды, которые исполняются посредством процессора компьютера или другого программируемого устройства обработки данных, создают средство для реализации функций/действий, заданных в блоке или блоках блок-схемы алгоритма и/или блок-схемы. Эти команды компьютерной программы также могут храниться в машиночитаемом запоминающем устройстве, которое может побудить компьютер или другое программируемое устройство обработки данных функционировать конкретным образом, так что сохраненные в машиночитаемом запоминающем устройстве команды создают изделие, включающее в себя командное средство, которое реализует функцию/действие, заданные в блоке или блоках блок-схемы алгоритма и/или блок-схемы. Команды компьютерной программы также могут быть загружены в компьютер или другое программируемое устройство обработки данных, чтобы побудить выполнение последовательности функциональных этапов на компьютере или другом программируемом устройстве для создания реализуемого компьютером процесса, так что команды, которые исполняются на компьютере или другом программируемом устройстве, обеспечивают этапы для реализации функций/действий, заданных в блоке или блоках блок-схемы алгоритма и/или блок-схемы.

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

[126] Термин "модуль" в соответствии с вариантами осуществления изобретения означает, но не ограничивается этим, программный или аппаратный компонент, например программируемую пользователем вентильную матрицу (FPGA) или специализированную интегральную схему (ASIC), который выполняет некоторые задачи. Модуль преимущественно может конфигурироваться для постоянного нахождения на адресуемом носителе информации и конфигурироваться для исполнения на одном или нескольких процессорах. Таким образом, модуль в качестве примера может включать в себя компоненты, например программные компоненты, объектно-ориентированные программные компоненты, компоненты классов и компоненты задач, процессы, функции, атрибуты, процедуры, подпрограммы, сегменты программного кода, драйверы, микропрограммное обеспечение, микрокод, схемы, данные, базы данных, структуры данных, таблицы, массивы и переменные. Функциональные возможности, предусмотренные в компонентах и модулях, могут объединяться в меньшее количество компонентов и модулей или дальше разделяться на дополнительные компоненты и модули. К тому же компоненты и модули можно реализовать так, что они исполняются на одном или нескольких CPU в устройстве или защищенной мультимедийной карте.

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

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

Claims

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

передают по меньшей мере одну преамбулу для произвольного доступа;

передают первое сообщение для запроса настройки соединения управления радиоресурсами (RRC);

запускают таймер;

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

передают второе сообщение, включающее в себя первую информацию.

2. Способ по п. 1, в котором по меньшей мере одну преамбулу передают посредством постепенного увеличения уровня мощности передачи.

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

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

4. Способ по п. 3, дополнительно содержащий, если заканчивается таймер, по меньшей мере один из этапов, на которых:

устанавливают идентификатор соты для соты;

устанавливают информацию измерения канала соты;

устанавливают информацию измерения канала по меньшей мере одной соседней соты; или

устанавливают контент информации о местоположении.

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

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

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

7. Терминал в системе беспроводной связи, содержащий:

приемопередатчик, выполненный с возможностью передачи и приема сигнала, и

контроллер, выполненный с возможностью:

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

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

запуска таймера; и

установки, если заканчивается таймер, первой

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

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

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

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

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

установки идентификатора соты для соты;

установки информации измерения канала соты;

установки информации измерения канала по меньшей мере одной соседней соты; или

установки контента информации о местоположении.

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

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

причем вторая информация устанавливается после приема третьего сообщения.