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

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

Иллюстрации

Показать все

Реферат

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

[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 может уведомить eN