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

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

Иллюстрации

Показать все

Реферат

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

[1] Представленное изобретение относится к способу для выполнения отчета измерения терминала в системе мобильной связи и терминалу для него.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[2] Сектор Радиосвязи Международного Телекоммуникационного Союза (ITU-R) ведет работу по стандартизации Усовершенствованной Международной Мобильной Телекоммуникационной связи (IMT), которой является система мобильной связи следующего поколения после 3-го поколения.

[3] Проект партнерства 3-го поколения (3GPP), как стандарт системы, который отвечает требованиям Усовершенствованной IMT, готовится для Усовершенствованного LTE (в дальнейшем LTE-A), полученного посредством совершенствования стандарта «долгосрочное развитие» (LTE) на основании множественного доступа с ортогональным частотным разделением (OFDMA)/ортогонального частотного разделения каналов с мультиплексированием на одной несущей (SC-FDMA). LTE-A является одним из доминирующих кандидатов для Усовершенствованного IMT.

[4] Возможные технологии, которые должны использоваться в LTE-A, включают в себя агрегацию несущих (CA). Агрегация несущих частот является технологией, которая агрегирует множество компонентных несущих (CCs), имеющих узкий диапазон частот, чтобы сконфигурировать широкополосный диапазон частот. Упомянутые компонентные несущие включают в себя компонентную несущую нисходящей линии связи и компонентную несущую восходящей линии связи. Ячейка может быть определена как пара компонентной несущей нисходящей линии связи и компонентной несущей восходящей линии связи или компонентной несущей нисходящей линии связи, и в этом случае агрегация несущих может расцениваться как агрегация множества ячеек.

[5] При агрегации несущих предоставляется первичная ячейка, в которой терминал устанавливает процесс первичного соединения/процесс повторного соединения с базовой станцией и вторичной ячейкой, добавленной в дополнение к первичной ячейке.

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

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

[8] Когда соседняя ячейка удовлетворяет конкретному событию, терминал заставляет соседнюю ячейку включиться в ‘cellsTriggeredList’ (Список Инициированных Ячеек. Текущий стандарт регламентирует, что соседняя ячейка включается в ‘measResultNeighCells’, который подлежит передаче, если ‘cellsTriggeredList’ не пуст, и соседняя ячейка не включается в 'measResultNeighCells', а исключается, если 'cellsTriggeredList' пуст.

[9] Базовая станция может добавлять соседнюю ячейку к терминалу в качестве вторичной ячейки посредством использования отчета измерения, включающего в себя ‘measResultNeighCells’. В этом случае соседнюю ячейку нужно, в основном, рассматривать в качестве обслуживающей ячейки.

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

[11] Это приводит к ненужной передаче отчета измерения упомянутого терминала, что вызывает потребление энергии батареи. Далее, когда базовая станция выполняет управление ресурсами на основании ‘measResultNeighCells’, может иметь место погрешность.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

[13] В одном аспекте предоставлен способ для выполнения отчета измерения оборудования пользователя (UE), конфигурирующего первичную ячейку. Способ включает в себя добавление вторичной ячейки, выявление, применима ли упомянутая вторичная ячейка для ассоциированного измерения, и выявление - включена ли упомянутая вторичная ячейка в список инициированных ячеек (cellsTriggeredList). Если упомянутая вторичная ячейка не применима для ассоциированного измерения, и, если упомянутая вторичная ячейка включена в список инициированных ячеек, то упомянутое UE удаляет вторичную ячейку из списка инициированных ячеек.

[14] Если упомянутая вторичная ячейка удовлетворяет конкретному событию, то упомянутое UE может включить упомянутую вторичную ячейку в список инициированных ячеек.

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

[16] Список инициированных ячеек может быть передан через сообщение управления радио-ресурсами (RRC).

[17] Список инициированных ячеек может содержать идентификационную информацию ячейки физической ячейки.

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

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

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

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

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

[22] ФИГ. 1 показывает структуру сети усовершенствованной сети наземного радиодоступа (E-UTRAN) в качестве примера системы мобильной связи.

[23] ФИГ. 2 и ФИГ. 3 показывают структуру протокола радио-интерфейса между UE и E-UTRAN на основе 3GPP протокола сети радио-доступа.

[24] ФИГ. 4 является чертежом для описания процедуры отказа в линии радиосвязи.

[25] ФИГ. 5 и ФИГ. 6 показывает случаи успеха и отказа процедуры повторного установления соединения RRC.

[26] ФИГ. 7 показывает процедуру, в которой UE выполняет измерение для предоставления отчета к сети в системе 3GPP LTE.

[27] ФИГ. 8 показывает пример конфигурации измерения, конфигурируемого в UE.

[28] ФИГ. 9 показывает пример удаления идентификационной информации измерения.

[29] ФИГ. 10 показывает пример удаления объекта измерения.

[30] ФИГ. 11 является чертежом для описания вышеупомянутой операции измерения вкратце.

[31] ФИГ. 12 является чертежом для описания способа агрегации несущих, применимого к системе 3GPP LTE-A.

[32] ФИГ. 13 является чертежом для описания определения относительно ячейки с точки зрения UE, когда применен способ агрегации несущих.

[33] ФИГ. 14 иллюстрирует случай, в котором вторичная ячейка включается в ‘measResultNeighCells’.

[34] ФИГ. 15 представляет способ работы упомянутого терминала, поддерживающего агрегацию несущих.

[35] ФИГ. 16 описывает этапы с S1601 по S1603 на ФИГ. 15.

[36] ФИГ. 17 является диаграммой, иллюстрирующей конфигурацию варианта осуществления системы беспроводной связи, включающей в себя аппарат терминала и аппарат базовой станции, согласно представленному изобретению.

ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[37] В качестве одного примера системы беспроводной связи предполагается система на основе 3Gpp LTE/LTE-A, но другие системы беспроводной связи могут применяться, к которым может применяться технология агрегации несущих, такая как система на основе IEEE 802.16 или подобная. По всему описанию ссылочные позиции относятся к соответствующим элементам.

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

[39] В качестве одного примера беспроводной связи/системы мобильной связи для применения представленного изобретения будет кратко описана система 3GPP LTE.

[40] ФИГ. 1 показывает структуру сети усовершенствованной сети наземного радиодоступа (E-UTRAN) в качестве примера системы мобильной связи. Система E-UTRAN развита из традиционной системы UTRAN, и ее основная работа по стандартизации реализуется в текущей 3GPP. Система E-UTRAN также упоминается как система стандарта «Долгосрочное развитие» (LTE).

[41] E-UTRAN состоит из e-NodeBs (eNBs или базовые станции). Упомянутые eNBs соединены друг с другом через интерфейс X2. Упомянутая eNB соединена с оборудованием пользователя (в дальнейшем UE) через радио-интерфейс и соединена с ядром сети пакетной передачи (EPC) через интерфейс S1.

[42] EPC содержит MME (Узел Управления Мобильностью), S-GW (Обслуживающий шлюз) и PDN-GW (Шлюз сети передачи пакетных данных). Упомянутый MME имеет информацию доступа упомянутого UE или информацию относительно емкости упомянутого UE, и упомянутая информация часто используется в управлении мобильностью упомянутого UE. S-GW является шлюзом, имеющим E-UTRAN в качестве конечной точки, и P-GW является шлюзом, имеющим PDN в качестве конечной точки.

[43] Уровни протокола радио-интерфейса между упомянутым UE и упомянутой сетью могут быть разделены на первый уровень L1, второй уровень L2 и третий уровень L3 на основании трех более низких уровней стандартной модели взаимосвязи открытых систем (OSI), которая широко известна в системе связи, и среди них, физический уровень, которому принадлежит первый уровень, оказывает услугу передачи информации, используя физический канал, и уровень управления радио-ресурсами (RRC), расположенный на третьем уровне, служит для управления радио-ресурсами между UE и сетью. Поэтому уровень RRC обменивается сообщением RRC между UE и сетью.

[44] ФИГ. 2 и ФИГ. 3 показывают структуру протокола радио-интерфейса между UE и E-UTRAN на основе протокола сети радио-доступа 3GPP.

[45] Протокол радио-интерфейса по горизонтали включает в себя физический уровень, уровень канала связи и уровень сети, и по вертикали включает в себя плоскость пользователя (U-плоскость) для передачи информации в виде данных и плоскость управления (C-плоскость) для доставки передачи сигнала управления. Уровни протокола согласно ФИГ. 2 и ФИГ. 3 могут быть классифицированы в первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех более низких уровней модели взаимосвязи открытых систем (OSI), которая хорошо известна в системе связи. Пара уровней протокола радиосвязи существует между UE и UTRAN и служит для передачи данных линии радио связи.

[46] В дальнейшем будут описаны каждый из уровней протоколов радиосвязи упомянутой плоскости управления по ФИГ. 2 и упомянутой плоскости пользователя по ФИГ. 3.

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

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

[49] Уровень управления радио-ресурсами (в дальнейшем, RRC) в третьем уровне определен только в плоскости управления. Упомянутый уровень RRC служит, чтобы управлять логическим каналом, транспортным каналом и физическим каналом в сочетании с конфигурацией, переконфигурацией и освобождением однонаправленных радиоканалов (RBs). В этом случае упомянутый RB является услугой, оказанной посредством второго уровня для доставки данных между упомянутым UE и упомянутым E-UTRAN. Когда соединение RRC установлено между уровнем RRC UE и уровнем RRC E-UTRAN, то UE находится в состоянии соединения RRC, и в противном случае UE находится в состоянии бездействия RRC.

[50] Транспортный канал нисходящей линии связи для того, чтобы транспортировать данные к упомянутому UE из сети включает в себя канал вещания (BCH) для того, чтобы транспортировать системную информацию, и канал совместного использования нисходящей линии связи (SCH) для того, чтобы транспортировать трафик пользователя или сообщение управления. Упомянутый трафик или упомянутое сообщение управления услуги многоадресной передачи нисходящей линии связи или широковещательной передачи могут быть транспортированы через SCH нисходящей линии связи, или могут быть транспортированы через отдельный канал многоадресной передачи нисходящей линии связи (MCH). Между тем, транспортный канал восходящей линии связи для того, чтобы транспортировать упомянутые данные от UE в сеть, включает в себя канал произвольного доступа (RACH) для того, чтобы транспортировать первичное сообщение управления, и канал совместного использования восходящей линии связи (SCH) для того, чтобы транспортировать упомянутый трафик пользователя или сообщение управления в дополнение к RACH.

[51] Логический канал, который находится выше упомянутого транспортного канала и отображается в транспортный канал, включает в себя канал управления вещанием (BCCH), пейджинговый канал управления (PCCH), общий канал управления (CCCH), канал управления многоадресной передачей (MCCH), канал трафика многоадресной передачи (MTCH) и т.п.

[52] Физический канал состоит из нескольких символов OFDM во временной области и нескольких поднесущих в частотной области. Один подкадр состоит из множества символов OFDM во временной области. RB как единица распределения ресурсов образован посредством множества символов OFDM и множества поднесущих. Далее, каждый подкадр может использовать конкретные поднесущие конкретных символов OFDM (например, первые символы OFDM) соответствующего подкадра для физического канала управления нисходящей линией связи (PDCCH), то есть, канала управления L1/L2. Один подкадр может состоять из двух слотов, имеющих длину 0,5 миллисекунды, что может соответствовать 1 миллисекунде, эквивалентному временному интервалу передачи (TTI) в качестве единицы времени, за которое данные передаются.

[53] Ниже описана системная информация в системе LTE. Упомянутая системная информация включает в себя необходимую информацию, которая должна быть известна UE, чтобы получить доступ к eNB. Таким образом, UE должно принимать все части системной информации прежде, чем получить доступ к eNB. Далее, UE должно всегда иметь последнюю системную информацию. Так как системная информация является информацией, которая должна быть известна всем UEs в одной ячейке, то упомянутая eNB периодически передает системную информацию.

[54] Системная информация классифицируется на блок служебной информации (MIB), блок планирования (SB) и блок системной информации (SIB). Упомянутый MIB позволяет UE знать физическую конфигурацию (например, полосу пропускания) конкретной ячейки. Упомянутый SB сообщает в виде отчета информацию передачи (например, период передачи или подобное) для SIBs. Упомянутый SIB является группой из множества частей системной информации, соотнесенных друг с другом. Например, один SIB включает в себя только информацию соседней ячейки, а другой SIB включает в себя только информацию радио канала восходящей линии связи, используемого упомянутым UE.

[55] Между тем, услуга, оказываемая посредством сети упомянутому UE, может быть классифицирована на три типа, которые описаны ниже. Упомянутое UE распознает тип ячейки по-разному согласно тому, какой из них может быть оказана услуга. Тип услуги сначала описывается ниже, а затем будет описываться тип ячейки.

[56] 1) Ограниченная услуга: эта услуга обеспечивает экстренный вызов и систему предупреждения землетрясения и цунами (ETWS), и может быть оказана в приемлемой ячейке.

[57] 2) Обычная услуга: эта услуга обозначает услугу общественного использования для всеобщего использования и может быть оказана в подходящей ячейке.

[58] 3) Услуга оператора: эта услуга обозначает услугу для оператора сети, и соответствующая ячейка может использоваться только оператором сети и не может использоваться обычным пользователем.

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

[60] 1) Приемлемая ячейка: UE может принимать ограниченную услугу в данной ячейке. Эта ячейка не запрещена с точки зрения UE и удовлетворяет критерию выбора ячейки упомянутого UE.

[61] 2) Подходящая ячейка: UE может принимать обычную услугу в этой ячейке. Эта ячейка удовлетворяет условию приемлемой ячейки, а также удовлетворяет дополнительным условиям. Относительно дополнительных условий эта ячейка должна принадлежать PLMN, к которому упомянутое UE может получать доступ, и процедура обновления области отслеживания UE не должна быть запрещена в этой ячейке. Если конкретная ячейка является ячейкой CSG, то эта ячейка должна быть доступной для UE, как члену CSG.

[62] 3) Запрещенная ячейка: это ячейка, которая использует системную информацию, чтобы транслировать то, что ячейка является запрещенной ячейкой.

[63] 4) Резервная ячейка: это ячейка, которая использует системную информацию, чтобы транслировать то, что ячейка является резервной ячейкой.

[64] Ниже описаны состояние RRC упомянутого UE и способ соединения RRC. Состояние RRC означает, соединены ли логически упомянутый уровень RRC упомянутого UE с уровнем RRC упомянутой E-UTRAN или нет, и случай, когда уровень RRC упомянутого UE соединен с уровнем RRC упомянутой E-UTRAN, называется состоянием соединения RRC, а случай, когда уровень RRC упомянутого UE не соединен с уровнем RRC упомянутой E-UTRAN, называется состоянием бездействия RRC. Так как упомянутое соединение RRC существует в упомянутом UE в состоянии соединения RRC, то упомянутая E-UTRAN может выявлять существование соответствующего UE в единице ячейки, и в результате упомянутым UE можно эффективно управлять. С другой стороны, упомянутое UE в состоянии бездействия RRC не может быть выявлено посредством упомянутой E-UTRAN, и базовой сетью (CN) управляет блок области отслеживания, который является единицей большей области, чем ячейка. Таким образом, в упомянутом UE в состоянии бездействия RRC только существование выявляется посредством единицы большей области, и упомянутое UE должно перейти в состояние соединения RRC, чтобы принять основную услугу мобильной связи, такую как голос или данные.

[65] Когда пользователь впервые включает питание UE, то упомянутое UE сначала осуществляет поиск надлежащей ячейки и затем остается в состоянии бездействия RRC в соответствующей ячейке. Упомянутое UE в состоянии бездействия RRC устанавливает соединение RRC с E-UTRAN через процедуру соединения RRC, только когда соединение RRC требуется, и переходит в состояние соединения RRC. Есть несколько случаев, когда упомянутое UE в состоянии бездействия RRC требует упомянутого соединения RRC, и например, передача данных восходящей линии связи требуется ввиду причин, таких как попытка вызова пользователя, или сообщение ответа на случай, когда передается пейджинговое сообщение, принятое от упомянутой E-UTRAN.

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

[67] На уровне NAS, чтобы управлять мобильностью упомянутого UE, определены два состояния зарегистрированное управление (EMM-REGISTER) и удаленное из регистрации управление мобильностью EDEPS (EMM-DEREGISTERED), и эти два состояния применяются к упомянутому UE и упомянутому MME. Первоначальное UE находится в состоянии EMM-DEREGISTERED, и упомянутое UE выполняет процедуру регистрации UE в соответствующей сети через процедуру первичного прикрепления так, чтобы быть соединенным с сетью. Когда упомянутая процедура прикрепления успешно выполнена, то упомянутое UE и упомянутый MME находятся в состоянии EMM-REGISTERED.

[68] Чтобы управлять соединением сигнализации между упомянутым UE и упомянутым EPC, имеются два состояния управления - состояние бездействия ECM (ECM-IDLE) и состояние ECM-соединенное (ECM-CONNECTED) соединением EPS, и эти упомянутые два состояния применяются к упомянутому UE и упомянутому MME. Когда UE в состоянии ECM-IDLE соединено RRC с E-UTRAN, то соответствующее UE переходит в состояние ECM-CONNECTED. Когда MME в состоянии ECM-IDLE является соединенным S1 (S1-connected) с E-UTRAN, то соответствующий MME переходит в состояние ECM-CONNECTED. Когда UE находится в состоянии ECM-IDLE, то E-UTRAN не имеет информацию контекста упомянутого UE. Соответственно, упомянутое UE в состоянии ECM-IDLE выполняет процедуру, касающуюся мобильности на основании UE, такую как выбор ячейки или повторный выбор ячейки без приема команды сети. Напротив, когда UE находится в состоянии ECM-CONNECTED, то мобильность упомянутого UE находится под управлением команды упомянутой сети. Когда позиция UE в состоянии ECM-IDLE отличается от позиции, которая известна сети, то UE уведомляет о соответствующей позиции упомянутого UE упомянутую сеть через область отслеживания и процедуру обновления.

[69] ФИГ. 4 показывает процедуру отказа в линии радио связи в системе 3GPP LTE.

[70] UE постоянно выполняет измерение, чтобы поддерживать качество линии связи с ячейкой, в которой упомянутое UE принимает услугу. В частности UE выявляет, находится ли качество линии связи с упомянутой ячейкой, в которой упомянутое UE в настоящее время принимает и оказывает услугу, в ситуации недоступной связи. Если выявлено, что качество текущей ячейки настолько плохо, что связь в настоящее время невозможна, то UE объявляет отказ линии радио связи. Если UE объявляет отказ в линии радиосвязи, то упомянутое UE прекращает поддерживать связь с этой ячейкой, выбирает ячейку через процедуру выбора ячейки и после этого делает попытку переконфигурации соединения RRC. Также, операция, относящаяся к отказу линии радио связи, может быть описана в двух фазах, как показано на ФИГ. 4.

[71] В первой фазе UE исследует, есть ли у текущей линии связи проблема. Если проблема есть, то UE объявляет проблему линии радио связи и ждет, пока эта линия связи не восстановится в течение конкретного времени T1. Если линия связи восстанавливается за это время, то UE продолжает нормальную работу. Если проблема линии радио связи не восстанавливается в течение времени T1 в первой фазе, то UE объявляет отказ линии радио связи и входит во вторую фазу. Во второй фазе упомянутое UE выполняет процедуру повторного установления соединения RRC, чтобы восстановиться от отказа линии радио связи.

[72] Процедура повторного установления соединения RRC является процедурой переконфигурирации соединения RRC снова в состояние RRC_CONNECTED. Так как упомянутое UE остается в состоянии RRC_CONNECTED, то есть, не входит в состояние RRC_IDLE, упомянутое UE не инициализирует все его радио-конфигурации (например, конфигурацию однонаправленного радио-канала). Вместо этого UE временно приостанавливает использование всех однонаправленных радио-каналов за исключением SRB0, когда начинает процедуру повторного установления соединения RRC. Если переконфигурация соединения RRC успешна, то упомянутое UE возобновляет использование однонаправленных радио-каналов, использование которых было временно приостановлено.

[73] ФИГ. 5 и ФИГ. 6 показывает успех и отказ процедуры повторного установления соединения RRC.

[74] Со ссылками на фиг. 5 и ФИГ. 6, работа UE будет описана в процедуре повторного установления соединения RRC. Сначала UE выполняет выбор ячейки, чтобы выбрать одну ячейку. В выбранной ячейке упомянутое UE принимает системную информацию, чтобы принять основные параметры для доступа ячейки. Затем упомянутое UE делает попытку повторного установления соединения RRC через процедуру произвольного доступа. Если ячейка, выбранная посредством упомянутого UE через выбор ячейки, является ячейкой, имеющей контекст упомянутого UE, то есть, готовой ячейкой, то упомянутая ячейка может принимать запрос повторного установления соединения RRC упомянутого UE, и, таким образом, процедура повторного установления соединения RRC может быть успешной. Однако, если ячейка, выбранная посредством упомянутого UE, не является готовой ячейкой, так как у ячейки нет контекста упомянутого UE, то запрос повторного установления соединения RRC упомянутого UE не может быть принят. Поэтому процедура повторного установления соединения RRC терпит неудачу.

[75] Ниже описана процедура измерения качества в система 3GPP LTE.

[76] ФИГ. 7 показывает процедуру, в которой UE выполняет измерение, чтобы выдать отчет сети в системе 3GPP LTE.

[77] Во-первых, упомянутое UE может принимать информацию конфигурации измерения от BS (S710). В дальнейшем, сообщение, включающее в себя информацию конфигурации измерения, будет называться сообщением конфигурации измерения. Упомянутое UE может выполнять измерение на основе информации конфигурации измерения (S720). Если результат измерения удовлетворяет условию отчета в информации конфигурации измерения, то упомянутое UE может сообщать в виде отчета результаты измерения к упомянутой BS (S730). В дальнейшем, сообщение, включающее в себя результат измерения, будут называть сообщением отчета измерения.

[78] Между тем, упомянутое сообщение конфигурации измерения, принятое от упомянутой BS, может иметь следующую структуру.

[79] [Таблица 1]

[80]

ТАБЛИЦА 1

RRCConnectionReconfiguration-r8-IEs::= SEQUENCE {MeasConfig MeasConfig OPTIONAL, -- Need ON}MeasConfig::= SEQUENCE {-- Measurement objectsMeasObjectToRemoveList MeasObjectToRemoveListMeasObjectToAddModList MeasObjectToAddModList-- Reporting configurationsReportConfigToRemoveList ReportConfigToRemoveListReportConfigToAddModList ReportConfigToAddModList-- Measurement identitiesmeasIdToRemoveList MeasIdToRemoveListmeasIdToAddModList MeasIdToAddModList -- Other parametersquantityConfig QuantityConfig measGapConfig MeasGapConfig OPTIONAL, -- Need ONs-Measure RSRP-RangeOPTIONAL, -- Need ONPreRegistrationInfoHRPD PreRegistrationInfoHRPDspeedStatePars CHOICE {release NULL,setup SEQUENCE {mobilityStateParameters MobilityStateParameters,timeToTrigger-SF SpeedStateScaleFactors}}OPTIONAL,-- Need ON...}

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

[82] (1) Информация объекта измерения: информация объекта измерения является информацией относительно объекта, для которого упомянутое UE должно выполнить измерение. Объект измерения может включать в себя по меньшей мере один объект внутричастотного измерения, который является объектом измерения внутри ячейки, объект межчастотного измерения, который является объектом измерения между ячейками, и между-RAT (inter-RAT) объектом измерения, который является объектом измерения между технологиями RAT. Например, объект внутричастотного измерения может обозначать упомянутую соседнюю ячейку, имеющую тот же самый диапазон частот, что и упомянутая обслуживающая ячейка, упомянутый объект межчастотного измерения может обозначать упомянутую соседнюю ячейку, имеющую отличный диапазон частот от упомянутой обслуживающей ячейки, и inter-RAT объект измерения может обозначать соседнюю ячейку с RAT, отличной от упомянутой RAT упомянутой обслуживающей ячейки.

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

[84] (3) информация идентификационной информации измерения: информация идентификационной информации измерения является информацией относительно идентификационной информации измерения, которая выявляет объект измерения, время отчетности и тип отчетности посредством упомянутого UE, посредством ассоциирования объекта измерения и конфигурирования отчетности друг с другом. Упомянутая информация идентификационной информации измерения включается в сообщение отчетности измерения, чтобы представить объект измерения упомянутого результата измерения и условие отчетности упомянутой отчетности измерения, которые имеют место.

[85] (4) Информация конфигурации количества: информация конфигурации количества является информацией относительно параметра для конфигурирования фильтрации блока измерения, блока отчетности, и/или значения результата измерения.

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

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

[88] В 3GPP LTE упомянутая базовая станция может конфигурировать только один объект измерения для одного диапазона частот UE. Согласно Пункту 5.5.4 3GPP TS 36.331 V8.5.0 (2009-03) "сеть наземного радиодоступа в усовершенствованном варианте (E-UTRA); управление радио ресурсом (RRC); спецификация протокола (Выпуск 8)" определены события, которые инициируют отчетность измерения, показанные в следующей таблице.

[89] [Таблица 2]

[90]

ТАБЛИЦА 2
Событие	Условие отчета
Событие A1	Обслуживающая становится лучше, чем пороговое значение
Событие A2	Обслуживающая становится хуже, чем пороговое значение
Событие A3	Соседняя становится смещенной лучше, чем обслуживающая
Событие A4	Соседняя становится лучше, чем пороговое значение
Событие A5	Обслуживающая становится хуже, чем пороговое значение 1 и соседняя становятся лучше, чем пороговое значение 2
Событие B1	Соседняя inter-RAT становится лучше, чем пороговое значение
Событие B2	Обслуживающая становится хуже, чем пороговое значение и соседняя inter-RAT становится лучше, чем пороговое значение 2

[91] Со ссылками на таблицу 2, приведенную выше, например, событие A1 является событием, в котором обслуживающая ячейка имеет лучшее состояние канала, чем пороговое значение, событие A2 является событием, в котором упомянутая обслуживающая ячейка имеет худшее состояние канала, чем упомянутое пороговое значение, и событие A3 является событием, в котором соседняя ячейка имеет лучшее состояние канала, чем упомянутая обслуживающая ячейка на значение смещения. В качестве другого примера может быть известно, что событие A4 является событием, в котором упомянутая соседняя ячейка показывает лучшее состояние канала, чем пороговое значение. Событие A5 является событием, в котором упомянутая обслуживающая ячейка имеет худшее состояние канала, чем пороговое значение 1, и упомянутая соседняя ячейка имеет лучшее состояние канала, чем пороговое значение 2.

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

[93] ФИГ. 8 показывает пример конфигурации измерения сконфигурированной в UE.

[94] В примере на ФИГ. 8, во-первых, идентификационная информация 1 измерения соединяет объект внутричастотного измерения и конфигурацию 1 отчетности. Упомянутое UE выполняет внутричастотное измерение, а упомянутая конфигурация 1 отчетности используется для выявления начальной точки и типа отчетности для отчетности упомянутого результата измерения.

[95] Идентификационная информация 2 измерения связана с объектом внутричастотного измерения аналогично упомянутой идентификационной информации 1 измерения, но упомянутый объект внутричастотного измерения является конфигурацией 2 отчетности. Упомянутое UE выполняет измерение, а упомянутая конфигурация 2 отчетности используется для выявления начальной точки и типа отчетности для отчетности упомянутого результата измерения.

[96] Посредством упомянутой идентификационной информации 1 измерения и упомянутой идентификационной информации 2 измерения, UE транспортирует результат измерения даже при том, что упомянутый результат измерения для объекта внутричастотного измерения удовлетворяет любой из конфигурации 1 отчетности и конфигурации 2 отчетности.

[97] Идентификационная информация 3 измерения соединяет объект 1 межчастотного измерения и конфигурацию 3 отчетности. Когда результат измерения для упомянутого объекта 1 межчастотного измерения удовлетворяет условию отчетности, включенному в упомянутую конфигурацию 1 отчетности, то упомянутое UE сообщает в виде отчета упомянутый результат измерения.

[98] Идентификационная информация 4 измерения соединяет упомянутый объект 2 межчастотного измерения и упомянутую конфигурацию 2 отчетности. Когда результат измерения для упомянутого объекта 2 межчастотного измерения удовлетворяет условие сообщения, включенное в конфигурацию 2 отчетности, упомянутое UE сообщает в виде отчета упомянутый результат измерения.

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