УСТРОЙСТВО И СПОСОБ ОБНАРУЖЕНИЯ ПРИЧИНЫ ОТКАЗА ЛИНИИ РАДИОСВЯЗИ ИЛИ ОТКАЗА В ХЭНДОВЕРЕ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ Российский патент 2016 года по МПК H04B7/26 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[1] Настоящее изобретение относится к области систем мобильной связи. Более конкретно, настоящее изобретение относится к способу обнаружения причины отказа линии радиосвязи (RLF) или отказа в хэндовере в системах мобильной связи.

УРОВЕНЬ ТЕХНИКИ

[2] Наряду с развитием технологий связи система мобильной связи эволюционировала в систему Развития архитектуры системы (SAE). Фиг. 1 представляет собой структурную схему, иллюстрирующую структуру системы SAE в соответствии с известным уровнем техники. Обратимся к фиг. 1, на которой система SAE включает в себя развитую универсальную сеть 101 наземного радиодоступа (E-UTRAN) и базовую сеть, содержащую объект 105 управления мобильностью (ММЕ) и обслуживающий шлюз 106 (S-GW). E-UTRAN 101 сконфигурирована так, чтобы соединять пользовательское оборудование (UE) с базовой сетью, и включает в себя более одного развитого Узла Б 102 (eNB) и более одного Домашнего Узла Б 103 (HeNB), а также дополнительно включает в себя необязательный шлюз 104 HeNB (HeNB GW). ММЕ 105 и S-GW 106 могут быть интегрированы в один модуль или могут применяться раздельно. eNB 102 соединяется с другим eNB 102 посредством Х2-интерфейса и соединяется с ММЕ 105 и S-GW 106 соответственно посредством S1-интерфейса. HeNB 103 соединяется с ММЕ 105 и S-GW 106 соответственно посредством S1-интерфейса; или соединяется с необязательным HeNB GW 104 посредством S1-интерфейса, а HeNB GW 104 затем соединяется с ММЕ 105 и S-GW 106 соответственно посредством S1-интерфейса.

[3] На раннем этапе развертывания системы SAE или во время этапа функционирования системы SAE следует задействовать большое количество человеческих и материальных ресурсов, чтобы оптимизировать параметры системы SAE, особенно радиопараметры, дабы гарантировать хорошее покрытие и емкость, устойчивость мобильной связи, балансировку нагрузки при движении и достаточную скорость доступа UE в системе SAE. Чтобы сберечь физические и материальные ресурсы, потребляемые в процессе функционирования системы SAE, в настоящее время предлагается способ самооптимизации системы SAE. В процессе самооптимизации конфигурации eNB или HeNB оптимизируются в соответствии с текущим состоянием системы SAE. И eNB, и HeNB могут именоваться eNB для удобства объяснения в следующем описании способа самооптимизации системы SAE.

[4] Фиг. 2 представляет собой блок-схему, иллюстрирующую основной принцип самооптимизации системы SAE в соответствии с известным уровнем техники. Обратимся к фиг. 2, на которой после того как eNB включает питание или осуществляет доступ к системе SAE, может быть начат процесс самоконфигурирования. Процесс самоконфигурирования включает в себя базовую конфигурацию 210 и начальную конфигурацию 220 радиопараметра для eNB. Базовая конфигурация 210 для eNB включает в себя конфигурирование адреса интернет-протокола (IP) eNB и обнаружение управления функционированием и обслуживания 211 (ОАМ), аутентификацию между eNB и базовой сетью 212, обнаружение HeNB GW, к которому принадлежит eNB, когда eNB является HeNB 213, и загрузку параметров программного обеспечения и операций eNB для самоконфигурации 214. Начальная конфигурация 220 радиопараметра осуществляется в соответствии с опытом или моделированием. Поскольку на производительность eNB в системе SAE будет влиять среда в области, где расположен eNB, eNB инициализирует конфигурацию радиопараметра в соответствии со средой в области, где расположен eNB. В частности, eNB выполняет начальную конфигурацию для перечня 221 соседних областей и начальную конфигурацию для балансировки 222 нагрузки. После процесса самоконфигурирования многие параметры, сконфигурированные eNB, не оптимизированы. Следовательно, чтобы повысить производительность системы SAE, конфигурация eNB должна быть оптимизирована или отрегулирована, что также называется самооптимизацией системы мобильной связи. Оптимизация или регулировка конфигурации eNB может выполняться eNB под управлением ОАМ, как это известно из уровня техники. В частности, может существовать стандартизированный интерфейс между eNB и ОАМ, и ОАМ будет передавать параметр, подлежащий оптимизации, к eNB (то есть eNB или HeNB) посредством стандартизированного интерфейса, и затем eNB оптимизирует параметр в процессе самоконфигурации в соответствии с параметром, подлежащим оптимизации. Кроме того, конфигурация eNB также может быть оптимизирована или отрегулирована самим eNB, то есть eNB обнаруживает и получает характеристику, подлежащую оптимизации, и затем оптимизирует или регулирует параметр, соответствующий этой характеристике. Оптимизация или регулировка конфигурации eNB 230 может включать в себя самооптимизацию перечня 231 соседних областей, самооптимизацию покрытия и емкости (не показано), самооптимизацию устойчивости мобильной связи (не показано), самооптимизацию балансировки 232 нагрузки и самооптимизацию параметра канала произвольного доступа (RACH) (не показано) и т.п.

[5] В настоящее время версия 8 SAE предложила самооптимизацию перечня соседних областей. Версия 9 определила базовые схемы для самооптимизации покрытия и емкости и самооптимизации устойчивости мобильной связи. Основные принципы самооптимизации в определенных схемах заключаются в том, что в соответствии с разностью между временем последнего успешного хэндовера UE и временем, когда UE пытается повторно установить соединение управления радиоресурсами (RRC), eNB определяет, происходит ли хэндовер слишком поздно или слишком рано или в отношении не той соты, чтобы осуществить самооптимизацию.

[6] Однако в представленной выше схеме для самооптимизации, в соответствии с известным уровнем техники, после того как UE успешно повторно устанавливает соединение RRC, имеется возможность определить, происходит ли хэндовер слишком поздно или имеется ли ослабление в зоне покрытия в соответствии с информацией об измерениях UE, полученной UE. Однако после того как UE не удается повторно установить соединение RRC (например, eNB принимает запрос о повторном установлении RRC, но терпит неудачу в процессе повторного установления), если eNB, в отношении которого UE повторно устанавливает соединение RRC, передает инструкцию отказа линии радиосвязи (RLF) к eNB, покрывающему соту, где происходит RLF, сота, где происходит RLF, не может различить, имеется ли ослабление в зоне покрытия или хэндовер происходит слишком поздно. Если eNB, в отношении которого UE повторно устанавливает соединение RRC, не передает инструкцию RLF к eNB, покрывающему соту, где происходит RLF, сота, где происходит RLF, не может знать, какова разность между временем последнего успешного хэндовера UE и временем, когда UE пытается повторно установить соединение RRC, и, таким образом, не может различить, происходит ли хэндовер слишком поздно или слишком рано или в отношении не той соты. Однако даже если UE передает отчет сети об указанной разности после входа в сеть вновь, сеть все еще может производить ошибочное определение, поскольку разность между временем, когда UE пытается повторно установить соединение RRC, и временем RLF/отказа в хэндовере велика.

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

РЕШЕНИЕ ПРОБЛЕМЫ

[8] Аспектами настоящего изобретения являются решение по меньшей мере вышеупомянутых проблем и/или недостатков и обеспечение по меньшей мере преимуществ, описанных ниже. Соответственно, аспектом настоящего изобретения является обеспечение способа обнаружения причины отказа линии радиосвязи (RLF) или отказа в хэндовере, чтобы самооптимизация для системы мобильной связи могла выполняться корректно в соответствии с обнаруженной причиной, и это может улучшить производительность системы мобильной связи.

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[16] Представленные выше и другие аспекты, признаки и преимущества определенных примерных вариантов осуществления настоящего изобретения будут более понятны из следующего описания, рассматриваемого совместно с прилагаемыми чертежами, в которых:

[17] Фиг. 1 представляет собой структурную схему, иллюстрирующую структуру системы Развития архитектуры системы (SAE) в соответствии с известным уровнем техники;

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

[19] Фиг. 3 представляет собой блок-схему последовательности операций способа обнаружения причины отказа линии радиосвязи (RLF) или отказа в хэндовере в соответствии с примерным вариантом осуществления настоящего изобретения;

[20] Фиг. 4а представляет собой блок-схему последовательности операций, иллюстрирующую, как пользовательское оборудование (UE) передает информацию о RLF или отказе в хэндовере к развитому Узлу Б (eNB) в соответствии с примерным вариантом осуществления настоящего изобретения;

[21] Фиг. 4b представляет собой блок-схему последовательности операций, иллюстрирующую, как UE передает информацию о RLF или отказе в хэндовере к eNB в соответствии с другим примерным вариантом осуществления настоящего изобретения;

[22] Фиг. 5 представляет собой блок-схему последовательности операций способа для eNB, чтобы определять причину RLF или отказа в хэндовере в соответствии с примерным вариантом осуществления настоящего изобретения;

[23] Фиг. 6 представляет собой блок-схему UE в системе мобильной связи в соответствии с примерным вариантом осуществления настоящего изобретения; и

[24] Фиг. 7 представляет собой блок-схему eNB в системе мобильной связи в соответствии с примерным вариантом осуществления настоящего изобретения.

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

НАИЛУЧШИЙ РЕЖИМ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

[28] Следует понимать, что указание единственного числа включает в себя обозначаемые объекты во множественном числе, если контекст явным образом не диктует иное. Таким образом, например, указание на «поверхность компонента» включает в себя указание на одну или более таких поверхностей.

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

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

[31] Для удобства описания примерные варианты осуществления настоящего изобретения описаны с использованием терминов и слов, определенных в стандарте долгосрочного развития (LTE) Проекта партнерства третьего поколения (3GPP). Однако настоящее изобретение не ограничивается этими терминами и словами и может реализовываться в системе, соответствующей другому стандарту. Например, UE может называться терминалом, пользовательским терминалом, мобильной станцией и так далее, а eNB может именоваться базовой станцией, станцией радиодоступа (RAS) и так далее.

[32] На основе вышеизложенного техническая схема примерных вариантов осуществления настоящего изобретения может быть такой, как описано ниже.

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

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

[35] Фиг. 3 представляет собой блок-схему последовательности операций способа обнаружения причины RLF или отказа в хэндовере в соответствии с примерным вариантом осуществления настоящего изобретения.

[36] Обратимся к фиг. 3, на которой на этапе 301 UE сталкивается с RLF или отказом в хэндовере.

[37] На этапе 302, после того как соединение RRC успешно повторно установлено или соединение RRC успешно установлено, UE передает информацию об отказе, содержащую информацию о том, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, к eNB. На этапе 302, помимо информации о том, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, информация об отказе, передаваемая UE к eNB, может дополнительно включать в себя по меньшей мере что-то одно из: результаты измерения UE обслуживающей соты UE и соседней соты UE, когда происходит RLF или отказ в хэндовере, такие как мощность приема опорного сигнала (RSRP)/ качество приема опорного сигнала (RSRQ), идентификационная информация соты, где UE располагается до того, как UE осуществляет хэндовер к соте, где происходит RLF или отказ в хэндовере, такая как усовершенствованная глобальная идентификационная информация соты (ECGI) и идентификационная информация физического канала (PCI), идентификационная информация соты, в которой происходит RLF или отказ в хэндовере, и о количестве времени между тем, когда происходит RLF или отказ в хэндовере, и тем, когда происходит последующее успешное повторное установление соединения управления радиоресурсами (RRC) или успешное установление соединения RRC.

[38] Следует отметить, что UE может определять, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере. Затем UE передает инструкцию, такую как инструкция о том, что UE недавно подвергалось хэндоверу, к eNB. Или UE может сразу передавать количество времени между тем, когда UE принимает последнюю команду хэндовера, и тем, когда происходит RLF или отказ в хэндовере, к eNB. eNB определяет, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере.

[39] На этапе 303 eNB определяет причину RLF или отказа в хэндовере, с которыми столкнулось UE, в соответствии с информацией об отказе, переданной UE.

[40] Следует отметить, что на этапе 303 причина RLF или отказа в хэндовере, с которыми столкнулось UE, может быть одной из следующих: UE осуществляет хэндовер слишком рано, UE осуществляет хэндовер слишком поздно, UE осуществляет хэндовер не к той соте, имеется провал в зоне покрытия.

[41] После вышеизложенного процедура способа обнаружения причины RLF или отказа в хэндовере, с которыми столкнулось UE, завершается.

[42] Фиг. 4а представляет собой блок-схему последовательности операций, иллюстрирующую, как пользовательское оборудование (UE) передает информацию о RLF или отказе в хэндовере к выделенному Узлу Б (eNB) в соответствии с примерным вариантом осуществления настоящего изобретения.

[43] Обратимся к фиг. 4а, на которой на этапе 401 UE 410 сталкивается с RLF или отказом в хэндовере в соте 1, при этом сота 1 управляется eNB1 421.

[44] На этапе 402 UE 410 инициирует процесс повторного установления соединения RRC или процесс установления соединения RRC в соте 2, при этом сота 2 управляется eNB2 422. На этапе 402 UE 410 может инициировать процесс повторного установления соединения RRC в соте 2, и соединение RRC повторно устанавливается успешно; или UE 410 может инициировать процесс установления соединения RRC после того, как UE 410 не удается инициировать процесс повторного установления соединения RRC в соте 2, и соединение RRC устанавливается успешно; или после того как UE 410 не удается инициировать процесс повторного установления соединения RRC в других сотах, соединение RRC успешно повторно устанавливается в соте 2. Сообщение о завершении повторного установления соединения RRC или сообщение о завершении установления соединения RRC может содержать указание на доступную информацию о RLF, и доступная информация о RLF может быть информацией о RLF или информацией об отказе в хэндовере.

[45] На этапе 403 UE 410 переходит в активное состояние, соединяется с системой развитой универсальной сети наземного радиодоступа (E-UTRAN) и передает информационный отчет о RLF к eNB2 422. Активное состояние может именоваться режимом соединения. Информационный отчет о RLF имеет то же содержание, что и содержание информации об отказе, переданной UE к eNB на этапе 302, и не будет здесь заново подробно описываться.

[46] На этапе 404 eNB2 422 передает информационный отчет о RLF к eNB1 421, управляющему сотой, где происходит RLF. На этапе 404 eNB2 422 находит eNB1 421 в соответствии с идентификационной информацией соты, где происходит RLF или отказ в хэндовере. Информация о RLF содержит результаты измерения UE 410 обслуживающей соты UE 410 и соседней соты UE 410, когда UE 410 сталкивается с RLF или отказом в хэндовере; и/или информацию о том, подвергалось ли UE 410 хэндоверу недавно, до столкновения с RLF или отказом в хэндовере; идентификационную информацию соты, где UE 410 располагается до того, как UE 410 осуществляет хэндовер к соте, где происходит RLF или отказ в хэндовере; и/или идентификационную информацию соты, в которой происходит RLF или отказ в хэндовере; и/или информацию о количестве времени между тем, когда происходит RLF или отказ в хэндовере, и тем, когда происходит последующее успешное повторное установление соединения управления радиоресурсами (RRC) или успешное установление соединения RRC; идентификационную информацию соты, в которой повторно устанавливается соединение RRC или устанавливается соединение RRC, такую как ECGI. Информационный отчет о RLF может представлять собой сообщение указания RLF согласно известному уровню техники или новое сообщение.

[47] Следует отметить, что подобно этапу 302, на этапе 403 и этапе 404 также может быть, что UE 410 определяет, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, и затем UE передает инструкцию, такую как инструкция о том, что UE недавно подвергалось хэндоверу, к eNB. Или UE 410 может сразу передавать количество времени между тем, когда UE 410 принимает последнюю команду хэндовера, и тем, когда происходит RLF или отказ в хэндовере, к eNB. eNB определяет, подвергалось ли UE 410 хэндоверу недавно, до столкновения с RLF или отказом в хэндовере.

[48] На этапе 405 eNB1 421 определяет причину RLF или отказа в хэндовере, с которыми столкнулось UE 410. Следует отметить, что когда eNB1 421 определяет, что причина отказа - слишком ранний хэндовер или хэндовер не к той соте, eNB1 421 передает отчет о слишком раннем хэндовере или отчет о хэндовере не к той соте к исходной соте (то есть сота инициирует хэндовер).

[49] Фиг. 4b представляет собой блок-схему последовательности операций, иллюстрирующую, как UE передает информацию о RLF или отказе в хэндовере к eNB в соответствии с другим примерным вариантом осуществления настоящего изобретения.

[50] Обратимся к фиг. 4b, на которой на этапе 451 UE 410 сталкивается с RLF или отказом в хэндовере в соте 1, при этом сота 1 является сотой, управляемой eNB1 421.

[51] На этапе 452 UE 410 инициирует процесс повторного установления соединения RRC или процесс установления соединения RRC в соте 2, при этом сота 2 управляется eNB2 422. На этапе 452 UE 410 может инициировать процесс повторного установления соединения RRC в соте 2, и соединение RRC повторно устанавливается успешно; или UE 410 может инициировать процесс установления соединения RRC после того, как UE 410 не удается инициировать процесс повторного установления соединения RRC в соте 2, и соединение RRC устанавливается успешно; или после того как UE 410 не удается инициировать процесс повторного установления соединения RRC в других сотах, соединение RRC успешно повторно устанавливается в соте 2. Сообщение о завершении повторного установления соединения RRC или сообщение о завершении установления соединения RRC может содержать указание на доступную информацию о RLF, и доступная информация о RLF может быть информацией о RLF или информацией об отказе в хэндовере.

[52] На этапе 453, когда UE 410 переходит в активное состояние и соединяется с системой E-UTRAN, eNB2 422 передает информационный отчет о RLF к UE 410. Соответственно, на этапе 452 UE 410 передает информационный отчет о RLF к eNB2 422 после приема запроса информации о RLF. Процесс запроса информации о RLF и процесс передачи информационного отчета о RLF могут быть, соответственно, процессом запроса информации согласно известному уровню техники и процессом ответа по информации UE согласно известному уровню техники или могут быть заново определенным процессом обмена сообщениями RRC. Информационный отчет о RLF имеет то же содержание, что и содержание информации об отказе, переданной UE к eNB на этапе 302, и, таким образом, не будет здесь заново подробно описываться.

[53] На этапе 455 eNB2 422 передает информационный отчет о RLF к eNB1 421, управляющему сотой, где происходит RLF. На этапе 454 eNB2 422 находит eNB1 421 в соответствии с идентификационной информацией соты, где происходит RLF или отказ в хэндовере. Информация о RLF содержит результаты измерения UE 410 обслуживающей соты UE 410 и соседней соты UE 410, когда UE 410 сталкивается с RLF или отказом в хэндовере; и/или информацию о том, подвергалось ли UE 410 хэндоверу недавно, до столкновения с RLF или отказом в хэндовере; идентификационную информацию соты, где UE 410 располагается до того, как UE 410 осуществляет хэндовер к соте, где происходит RLF или отказ в хэндовере; и/или идентификационную информацию соты, в которой происходит RLF или отказ в хэндовере; и/или информацию о количестве времени между тем, когда происходит RLF или отказ в хэндовере, и тем, когда происходит последующее успешное повторное установление соединения управления радиоресурсами (RRC) или успешное установление соединения RRC; идентификационную информацию соты, в которой повторно устанавливается соединение RRC или устанавливается соединение RRC, такую как ECGI. Информационный отчет о RLF может представлять собой сообщение указания RLF согласно известному уровню техники или новое сообщение.

[54] Следует отметить, что подобно этапу 302, на этапе 454 и этапе 455 также может быть, что UE 410 определяет, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, и затем UE передает инструкцию, такую как инструкция о том, что UE недавно подвергалось хэндоверу, к eNB. Или UE 410 может сразу передавать количество времени между тем, когда UE 410 принимает последнюю команду хэндовера, и тем, когда происходит RLF или отказ в хэндовере, к eNB. eNB определяет, подвергалось ли UE 410 хэндоверу недавно, до столкновения с RLF или отказом в хэндовере.

[55] На этапе 456 eNB1 421 определяет причину RLF или отказа в хэндовере, с которыми столкнулось UE 410. Следует отметить, что когда eNB1 421 определяет, что причина отказа - слишком ранний хэндовер или хэндовер не к той соте, eNB1 421 передает отчет о слишком раннем хэндовере или отчет о хэндовере не к той соте к исходной соте (то есть сота инициирует хэндовер).

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

[57] Фиг. 5 представляет собой блок-схему последовательности операций способа определения посредством eNB причины RLF или отказа в хэндовере в соответствии с примерным вариантом осуществления настоящего изобретения.

[58] Обратимся к фиг. 5, на которой на этапе 501 eNB определяет, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере. Если нет, выполняется этап 502. В противном случае выполняется этап 505.

[59] Здесь eNB может сразу знать, подвергалось ли UE хэндоверу недавно, до того как произошел отказ, в соответствии с инструкцией от UE относительно того, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере. Или eNB само может сразу осуществить определение.

[60] В соответствии с количеством времени РА между тем, когда UE принимает последнюю команду хэндовера, и тем, когда впоследствии происходит RLF или отказ в хэндовере от UE, eNB определяет, подвергалось ли UE хэндоверу недавно, посредством определения того, превышает ли РА пороговое значение, и РА обозначает период между тем, когда UE принимает последнюю команду хэндовера, и тем, когда впоследствии происходит RLF или отказ в хэндовере. Когда РА больше порогового значения, недавнего хэндовера для UE нет. В противном случае есть недавний хэндовер для UE до отказа связи.

[61] На этапе 502 eNB определяет, содержит ли информационный отчет о RLF, переданный UE, информацию о соте с хорошим качеством сигнала, измеренной UE. Если да, то выполняется этап 503. В противном случае выполняется этап 504.

[62] На этапе 503, когда в информационном отчете о RLF содержится информация о соте с хорошим качеством сигнала, измеренной UE, eNB определяет, что причиной RLF или отказа в хэндовере, с которыми столкнулось UE, является слишком поздний хэндовер, и вся процедура прекращается.

[63] На этапе 504, когда в информационном отчете о RLF нет соты с хорошим качеством сигнала, измеренной UE, eNB определяет, что причиной RLF или отказа в хэндовере, с которыми столкнулось UE, является провал в зоне покрытия, и вся процедура прекращается.

[64] На этапе 505 eNB определяет, является ли сота с лучшим качеством связи из отчета об измерениях UE, включенного в отчет о RLF, PD-сотой. Если да, то выполняется этап 508. В противном случае выполняется этап 506. Следует отметить, что PD - это идентификационная информация соты, где располагается UE до хэндовера к последней соте, обслуживающей UE, такая как ECGI.

[65] На этапе 506 eNB определяет, имеется ли другая сота с более хорошим качеством сигнала (то есть не та сота, в которой происходит RLF или отказ в хэндовере). Если да, то выполняется этап 507. В противном случае выполняется этап 504, при этом eNB определяет, что причиной RLF или отказа в хэндовере, с которыми столкнулось UE, является провал в зоне покрытия.

[66] На этапе 507, когда eNB определяет, что другая сота с более хорошим качеством сигнала имеется, eNB определяет, что причиной RLF или отказа в хэндовере, с которыми столкнулось UE, является хэндовер не к той соте, и вся процедура прекращается.

[67] На этапе 508, когда eNB определяет, что сота с лучшим качеством сигнала из отчета об измерениях UE, включенного в отчет о RLF, является PD-сотой, eNB определяет, что причиной RLF или отказа в хэндовере, с которыми столкнулось UE, является слишком ранний хэндовер, и вся процедура прекращается.

[68] Таким образом, вся процедура для определения eNB причины RLF или отказа в хэндовере завершается.

[69] Следует отметить, что когда eNB определяет, что UE попадает в провал в зоне покрытия или пытается осуществить хэндовер, но попадает в провал в зоне покрытия, eNB должен дополнительно определить размер провала в зоне покрытия в соответствии с количеством времени между тем, когда происходит RLF или отказ в хэндовере, и тем, когда происходит последующее успешное повторное установление соединения RRC или успешное установление соединения RRC; и затем выполнить оптимизацию зоны покрытия.

[70] И таким образом, вся процедура определения eNB причины RLF или отказа в хэндовере завершается.

[71] В примерном варианте осуществления, проиллюстрированном на фиг. 5, этап 501, этап 502, этап 505 и этап 506 представляют условия для определения причины RLF или отказа в хэндовере. В другом примерном варианте осуществления настоящего изобретения по меньшей мере один из этапа 501, этапа 502, этапа 505 и этапа 506 может быть пропущен. Например, eNB может определять, что причиной RLF или отказа в хэндовере, с которыми столкнулось UE, является слишком поздний хэндовер, когда условие на этапе 501 соблюдается без выполнения этапа 502.

[72] Также следует отметить, что, хотя на фиг. 4а, фиг. 4b и фиг. 5 в качестве примера, чтобы описать способ обнаружения причины RLF или отказа в хэндовере, с которыми столкнулось UE, берется система SAE, способ также может применяться в отношении других систем, если могут быть реализованы примерные варианты осуществления настоящего изобретения.

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

[74] Фиг. 6 представляет собой блок-схему UE в системе мобильной связи в соответствии с примерным вариантом осуществления настоящего изобретения.

[75] Обратимся к фиг. 6, на которой UE включает в себя радиочастотный (RF) процессор 610, модем 620, блок 630 памяти и контроллер 640.

[76] RF-процессор 610 выполняет такие функции, как преобразование и усиление полосы сигнала, чтобы передавать и принимать сигналы по радиоканалу. То есть RF-процессор 610 с повышением частоты преобразует сигнал основной полосы частот, выведенный от модема 620, в RF-сигнал и передает RF-сигнал посредством антенны, а также с понижением частоты преобразует RF-сигнал, принятый посредством антенны, в сигнал основной полосы частот. Хотя это и не проиллюстрировано, например, RF-процессор 610 может включать в себя усилитель, смеситель, генератор, цифроаналоговый преобразователь (DAC), аналого-цифровой преобразователь (ADC) и т.п.

[77] Модем 620 преобразует сигнал основной полосы частот и строку битов в соответствии со стандартом физического уровня системы. Например, чтобы передать данные, модем 620 генерирует комбинированные символы путем кодирования и модулирования строки битов для передачи, отображает комбинированные символы в поднесущие и составляет символы мультиплексирования с ортогональным разделением частот (OFDM) путем применения обратного быстрого преобразования Фурье (IFFT) и вставки циклического префикса (СР). При приеме данных модем 620 разделяет сигнал основной полосы частот, выведенный от RF-процессора 610, на символы OFDM, восстанавливает сигналы, отображенные в поднесущие, путем применения быстрого преобразования Фурье (FFT), и восстанавливает принятую строку битов путем демодуляции и декодирования сигналов.

[78] Блок 630 памяти хранит базовые программы, используемые для операций UE, и системную информацию. Блок 630 памяти предоставляет хранимые данные контроллеру 640 по запросу от контроллера 640.

[79] Контроллер 640 управляет общими функциями UE. Например, контроллер 640 генерирует пакет для передачи и сообщение и предоставляет в модем 620 пакет для передачи и сообщение. Контроллер 640 также обрабатывает пакет приема и сообщение от модема 620. Более конкретно, в соответствии с примерным вариантом реализации настоящего изобретения, контроллер 640 осуществляет управление так, чтобы предоставлялся информационный отчет о RLF при столкновении с RLF или отказом в хэндовере. Например, контроллер 640 осуществляет управление так, что UE функционирует как UE, проиллюстрированное на фиг. 4а или фиг. 4b. Функционирование контроллера 640 для обеспечения информационного отчета о RLF описано ниже.

[80] При столкновении с RLF или отказом в хэндовере контроллер 640 выполняет процесс повторного установления соединения RRC или установления соединения RRC, чтобы войти в режим соединения. После входа в режим соединения контроллер 640 генерирует информационный отчет о RLF и управляет модемом 620 и RF-процессором 610, чтобы осуществилась передача информационного отчета о RLF к подсоединенному eNB. В это время контроллер 640 передает информационный отчет о RLF без какого-либо запроса или передает информационный отчет о RLF по приеме запроса от eNB. Здесь информационный отчет о RLF содержит по меньшей мере одно из информации о том, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, о результатах измерения UE обслуживающей соты и соседней соты UE, когда происходит RLF или отказ в хэндовере, об идентификационной информации соты, где UE располагается до того, как UE осуществляет хэндовер к соте, где происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой происходит RLF или отказ в хэндовере, и о количестве времени между тем, когда происходит RLF или отказ в хэндовере, и тем, когда происходит последующее успешное повторное установление соединения RRC или успешное установление соединения RRC.

[81] Информация о том, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, включает в себя по меньшей мере одно из инструкции, которая инструктирует, подвергалось ли UE недавно передаче, и количества времени между тем, когда UE принимает последнюю команду хэндовера, и тем, когда происходит RLF или отказ в хэндовере. Когда инструкция включена, контроллер 640 определяет, подвергалось ли UE хэндоверу недавно, до столкновения с RLF или отказом в хэндовере, и выполняет управление, чтобы была осуществлена передача инструкции. Когда включено количество времени, контроллер 640 выполняет управление, чтобы была осуществлена передача количества времени.

[82] Фиг. 7 представляет собой блок-схему eNB в системе мобильной связи в соответствии с примерным вариантом осуществления настоящего изобретения.

[83] Обратимся к фиг. 7, на которой eNB включает в себя RF-процессор 710, модем 720, блок 730 транзитной связи, блок 740 памяти и контроллер 750.

[84] RF-процессор 710 выполняет такие функции, как преобразование и усиление полосы сигнала, чтобы передавать и принимать сигналы по радиоканалу. То есть RF-процессор 710 с повышением частоты преобразует сигнал основной полосы частот, выведенный от модема 720, в RF-сигнал и передает RF-сигнал посредством антенны, а также с понижением частоты преобразует RF-сигнал, принятый посредством антенны, в сигнал основной полосы частот. Хотя это и не проиллюстрировано, например, RF-процессор 710 может включать в себя усилитель, смеситель, генератор, DAC, ADC и т.п.

[85] Модем 720 преобразует сигнал основной полосы частот и строку битов в соответствии со стандартом физического уровня системы. Например, чтобы передать данные, модем 720 генерирует комбинированные символы путем кодирования и модулирования строки битов для передачи, отображает комбинированные символы в поднесущие и составляет символы OFDM путем применения IFFT и вставки СР. При приеме данных модем 720 разделяет сигнал основной полосы частот, выведенный от RF-процессора 710, на символы OFDM, восстанавливает сигналы, отображенные в поднесущие, путем использования FFT и восстанавливает принятую строку битов путем демодуляции и декодирования сигналов.

[86] Блок 730 транзитной связи обеспечивает интерфейс для связи eNB с другими объектами (то есть другими eNB, объектом управления мобильностью (ММЕ), шлюзом (GW) и т.п.). Более конкретно, блок 730 транзитной связи преобразует строку битов, переданную eNB, в физический канал и преобразует физический сигнал, принятый в eNB, в строку битов. Например, блок 730 транзитной связи поддерживает Х2-интерфейс. Блок 740 памяти хранит программы и системную информацию, используемые для операций eNB. Блок 740 памяти предоставляет хранимые данные контроллеру 750 по запросу от контроллера 750.

[87] Контроллер 750 управляет общими функциями eNB. Например, контроллер 750 генерирует пакет для передачи и сообщение и предоставляет в модем 720 пакет для передачи и сообщение. Контроллер 750 также обрабатывает пакет приема и сообщение от модема 720. Контроллер 750 генерирует и анализирует сообщения для передачи сигналов к другим узлам. Более конкретно, в соответствии с примерным вариантом реализации настоящего изобретения, контроллер 750 осуществляет управление так, чтобы информационный отчет о RLF передавался от UE к eNB, управляющему сотой, где происходит RLF или отказ в хэндовере. Кроме того, в соответствии с примерным вариантом реализации настоящего изобретения, контроллер 750 осуществляет управление так, чтобы принимался информационный отчет о RLF относительно RLF или отказа в хэндовере, которые происходят в собственной соте, от другого eNB, и определяет причину RLF или отказа в хэндовере, с которым столкнулось UE, на основе информации RLF. Например, контроллер 750 осуществляет управление так, что eNB функционирует как eNB1 421, проиллюстрированный на фиг. 4а или фиг. 4b.

[88] Функционирование контроллера 750, чтобы информационный отчет о RLF передавался от UE к eNB, управляющему сотой, где происходит RLF или отказ в хэндовере, описано ниже. Сначала, контроллер 750 выполняет процесс повторного установления соединения RRC или установления соединения RRC для UE, сталкивающегося с RLF или отказом в хэндовере, и принимает информационный отчет о RLF от UE посредством RF-процессора 710 и модема 720. До приема информационного отчета о RLF контроллер 750 может передавать запрос на передачу информационного отчета о RLF к UE. Затем контроллер 750 передает информационный отчет о RLF к другому eNB, управляющему сотой, где происходит RLF или отказ в хэндовере, посредством блока 730 транзитной связи. Здесь информационный отчет о RLF содержит информацию о том, подвергалось ли UE недавно хэндоверу, до столкновения с RLF или отказом в хэндовере. Кроме того, информация о том, подвергалось ли UE недавно хэндоверу, до столкновения с RLF или отказом в хэндовере, включает в себя по меньшей мере одно из инструкции, которая инструктирует, подвергалось ли UE недавно передаче, и количества времени между тем, когда UE принимает последнюю команду хэндовера, и тем, когда происходит RLF или отказ в хэндовере.

[89] Функционирование контроллера 750, чтобы принимался информационный отчет о RLF и чтобы определять причину RLF или отказа в хэндовере, описано ниже. Контроллер 750 принимает информационный отчет о RLF, сгенерированный UE, сталкивающимся с RLF или отказом в хэндовере, от другого eNB посредством блока 730 транзитной связи и определяет причину RLF или отказа в хэндовере, используя информационный отчет о RLF. Например, контроллер 750 определяет, что причиной RLF или отказа в хэндовере является слишком поздний хэндовер, при соблюдении по меньшей мере одного условия из условия, что UE недавно, до столкновения с RLF или отказом в хэндовере, не подвергалось хэндоверу, и условия, что информационный отчет о RLF содержит информацию о соте с хорошим качеством сигнала. Например, контроллер 750 определяет, что причиной RLF или отказа в хэндовере является слишком ранний хэндовер, при соблюдении по меньшей мере одного условия из условия, что UE недавно, до столкновения с RLF или отказом в хэндовере, подвергалось хэндоверу, и условия, что сота, где UE располагается до хэндовера к соте, где происходит RLF или отказ в хэндовере, имеет лучшее качество сигнала в информационном отчете о RLF. Например, контроллер 750 определяет, что причиной RLF или отказа в хэндовере является хэндовер не к той соте, при соблюдении по меньшей мере одного условия из условия, что UE недавно, до столкновения с RLF или отказом в хэндовере, подвергалось хэндоверу, и условия, что сота, где UE располагается до хэндовера к соте, где происходит RLF или отказ в хэндовере, или сота, где происходит RLF или отказ в хэндовере, не имеет лучшего качества сигнала в информационном отчете о RLF, но другая сота имеет более хорошее качество сигнала.

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

Изобретение относится к мобильной связи. Технический результат заключается в обеспечении улучшения производительности системы мобильной связи. Предоставлены терминал, базовая станция и способ обнаружения причины отказа линии радиосвязи (RLF) или отказа в хэндовере. Способ включает в себя определение того, происходит ли RLF или отказ в хэндовере, выполнение процесса повторного установления соединения или установления соединения, чтобы войти в режим соединения после столкновения с RLF или отказом в хэндовере, и передачу информационного отчета о RLF к BS после входа в режим соединения. 6 н. и 34 з.п. ф-лы, 8 ил.

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

2. Способ по п. 1, в котором упомянутое время используется для определения того, подвергался ли терминал хэндоверу недавно или нет.

3. Способ по п. 1, в котором передача информационного отчета о RLF к BS содержит этапы, на которых:
определяют, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере; и
передают информацию, указывающую, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере.

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

5. Способ по п. 1, дополнительно содержащий этап, на котором принимают запрос на передачу информационного отчета о RLF до передачи информационного отчета о RLF.

6. Способ по п. 1, в котором если упомянутое время больше, чем пороговое значение, то определяется, что хэндовер не был недавно, и при этом если упомянутое время меньше, чем пороговое значение, то определяется, что хэндовер был недавно.

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

8. Способ по п. 7, в котором упомянутое время используется для определения того, подвергался ли терминал хэндоверу недавно или нет.

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

10. Способ по п. 8, в котором информация о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, содержит информацию, указывающую, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере.

11. Способ по п. 7, дополнительно содержащий этап, на котором передают запрос на передачу информационного отчета о RLF к терминалу до приема информационного отчета о RLF.

12. Способ по п. 7, в котором если упомянутое время больше, чем пороговое значение, то определяется, что хэндовер не был недавно, и при этом если упомянутое время меньше, чем пороговое значение, то определяется, что хэндовер был недавно.

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

14. Способ по п. 13, в котором упомянутое время используется для определения того, подвергался ли терминал хэндоверу недавно или нет.

15. Способ по п. 13, в котором информационный отчет о RLF дополнительно содержит по меньшей мере одно из информации о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, о результатах измерения терминалом обслуживающей соты терминала и соседней соты терминала, когда происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой терминал расположен до того, как терминал осуществляет хэндовер в соту, в которой происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой происходит RLF или отказ в хэндовере, и о количестве времени с того момента, когда происходит RLF или отказ в хэндовере, до того, как происходит последующее успешное повторное установление соединения или успешное установление соединения.

16. Способ по п. 14, в котором информация о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, содержит информацию, указывающую, что информирует о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере.

17. Способ по п. 13, в котором определение причины RLF или отказа в хэндовере содержит этап, на котором определяют, что причиной RLF или отказа в хэндовере является слишком поздний хэндовер, если соблюдается по меньшей мере одно условие из условия, что терминал не подвергался хэндоверу в рамках предварительно заданного периода до RLF или отказа в хэндовере, и условия, что информационный отчет о RLF содержит информацию о соте с хорошим качеством сигнала.

18. Способ по п. 13, в котором определение причины RLF или отказа в хэндовере содержит этап, на котором определяют, что причиной RLF или отказа в хэндовере является слишком ранний хэндовер, если соблюдается по меньшей мере одно условие из условия, что терминал недавно подвергался хэндоверу в рамках предварительно заданного периода до RLF или отказа в хэндовере, и условия, что сота, в которой терминал располагается до хэндовера в соту, в которой происходит RLF или отказ в хэндовере, имеет лучшее качество сигнала в информационном отчете о RLF.

19. Способ по п. 13, в котором определение причины RLF или отказа в хэндовере содержит этап, на котором определяют, что причиной RLF или отказа в хэндовере является хэндовер не к той соте, если соблюдается по меньшей мере одно условие из условия, что терминал недавно подвергался хэндоверу в рамках предварительно заданного периода до RLF или отказа в хэндовере, и условия, что сота, в которой терминал располагается до хэндовера в соту, в которой происходит RLF или отказ в хэндовере, не имеет лучшего качества сигнала в информационном отчете о RLF, но другая сота имеет более хорошее качество сигнала.

20. Способ по п. 13, в котором если упомянутое время больше, чем пороговое значение, то определяется, что хэндовер не был недавно, и при этом если упомянутое время меньше, чем пороговое значение, то определяется, что хэндовер был недавно.

21. Терминал для использования в системе мобильной связи, содержащий:
контроллер для определения того, происходит ли отказ линии радиосвязи (RLF) или отказ в хэндовере, и для выполнения процесса повторного установления соединения или установления соединения в ответ на упомянутое определение; и
модем для передачи информационного отчета о RLF от терминала к базовой станции (BS) после выполнения упомянутого процесса,
при этом информационный отчет о RLF содержит информацию о времени, истекающем с момента инициализации последнего хэндовера до RLF или отказа в хэндовере, и
при этом причина RLF или отказа в хэндовере содержит одно из слишком раннего хэндовера, слишком позднего хэндовера или хэндовера не к той соте.

22. Терминал по п. 21, в котором упомянутое время используется для определения того, подвергался ли терминал хэндоверу недавно или нет.

23. Терминал по п. 21, в котором контроллер определяет, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, и
в котором модем передает информацию, указывающую, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере.

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

25. Терминал по п. 21, в котором контроллер принимает запрос на передачу информационного отчета RLF до передачи информационного отчета RLF.

26. Терминал по п. 21, в котором если упомянутое время больше, чем пороговое значение, то определяется, что хэндовер не был недавно, и при этом если упомянутое время меньше, чем пороговое значение, то определяется, что хэндовер был недавно.

27. Базовая станция (BS) для использования в системе мобильной связи, содержащая:
контроллер для выполнения процесса повторного установления соединения или установления соединения для терминала в ответ на отказ линии радиосвязи (RLF) или отказ в хэндовере в соте другой BS;
модем для приема информационного отчета о RLF от терминала; и
блок транзитной связи для передачи информационного отчета о RLF к упомянутой другой BS,
при этом информационный отчет о RLF содержит информацию о времени, истекающем с момента инициализации последнего хэндовера до RLF или отказа в хэндовере, и
при этом причина RLF или отказа в хэндовере содержит одно из слишком раннего хэндовера, слишком позднего хэндовера или хэндовера не к той соте.

28. BS по п. 27, в которой упомянутое время используется для определения того, подвергался ли терминал хэндоверу недавно или нет.

29. BS по п. 27, в которой информационный отчет о RLF дополнительно содержит по меньшей мере одно из информации о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, о результатах измерения терминалом обслуживающей соты терминала и соседней соты терминала, когда происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой терминал расположен до того, как терминал осуществляет хэндовер в соту, в которой происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой происходит RLF или отказ в хэндовере, и о количестве времени с того момента, когда происходит RLF или отказ в хэндовере, до того, как происходит последующее успешное повторное установление соединения или успешное установление соединения.

30. BS по п. 28, в которой информация о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, содержит информацию, указывающую, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере.

31. BS по п. 27, в которой контроллер осуществляет управление так, чтобы передавать запрос о передаче информационного отчета о RLF к терминалу до приема информационного отчета о RLF.

32. BS по п. 27, в которой если упомянутое время больше, чем пороговое значение, то определяется, что хэндовер не был недавно, и при этом если упомянутое время меньше, чем пороговое значение, то определяется, что хэндовер был недавно.

33. Базовая станция (BS) для использования в системе мобильной связи, содержащая:
блок транзитной связи для приема информационного отчета об отказе линии радиосвязи (RLF) от терминала после RLF или отказа в хэндовере от другой BS; и
контроллер для определения причины RLF или отказа в хэндовере с использованием информационного отчета о RLF,
при этом информационный отчет о RLF содержит информацию о времени, истекающем с момента инициализации последнего хэндовера до RLF или отказа в хэндовере, и
при этом причина RLF или отказа в хэндовере содержит одно из слишком раннего хэндовера, слишком позднего хэндовера или хэндовера не к той соте.

34. BS по п. 33, в которой упомянутое время используется для определения того, подвергался ли терминал хэндоверу недавно или нет.

35. BS по п. 33, в которой информационный отчет о RLF дополнительно содержит по меньшей мере одно из информации о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, о результатах измерения терминалом обслуживающей соты терминала и соседней соты терминала, когда происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой терминал расположен до того, как терминал осуществляет хэндовер в соту, в которой происходит RLF или отказ в хэндовере, об идентификационной информации соты, в которой происходит RLF или отказ в хэндовере, и о количестве времени с того момента, когда происходит RLF или отказ в хэндовере, до того, как происходит последующее успешное повторное установление соединения или успешное установление соединения.

36. BS по п. 34, в которой информация о том, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере, содержит информацию, указывающую, успешно ли терминал выполняет хэндовер в рамках предварительно заданного периода до RLF или отказа в хэндовере.

37. BS по п. 33, в которой контроллер определяет, что причиной RLF или отказа в хэндовере является слишком поздний хэндовер, если соблюдается по меньшей мере одно условие из условия, что терминал не подвергался хэндоверу в рамках предварительно заданного периода до RLF или отказа в хэндовере, и условия, что информационный отчет о RLF содержит информацию о соте с хорошим качеством сигнала.

38. BS по п. 33, в которой контроллер определяет, что причиной RLF или отказа в хэндовере является слишком ранний хэндовер, если соблюдается по меньшей мере одно условие из условия, что терминал не подвергался хэндоверу в рамках предварительно заданного периода до RLF или отказа в хэндовере, и условия, что сота, в которой терминал располагается до хэндовера в соту, в которой происходит RLF или отказ в хэндовере, имеет лучшее качество сигнала в информационном отчете о RLF.

39. BS по п. 33, в которой контроллер определяет, что причиной RLF или отказа в хэндовере является хэндовер не к той соте, если соблюдается по меньшей мере одно условие из условия, что терминал не подвергался хэндоверу в рамках предварительно заданного периода до RLF или отказа в хэндовере, и условия, что сота, в которой UE располагается до хэндовера в соту, в которой происходит RLF или отказ в хэндовере, или сота, в которой происходит RLF или отказ в хэндовере, не имеет лучшего качества сигнала в информационном отчете о RLF, но другая сота имеет более хорошее качество сигнала.

40. BS по п. 33, в которой если упомянутое время больше, чем пороговое значение, то определяется, что хэндовер не был недавно, и при этом если упомянутое время меньше, чем пороговое значение, то определяется, что хэндовер был недавно.