СПОСОБ ПРЕДОСТАВЛЕНИЯ ОТЧЕТА ОБ ИЗМЕРЕНИИ ТЕРМИНАЛА И ТЕРМИНАЛ, ИСПОЛЬЗУЮЩИЙ ЕГО
METHOD OF PROVIDING TERMINAL MEASUREMENT REPORT AND TERMINAL USING IT

ОБЛАСТЬ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[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]
<b>ТАБЛИЦА 1</b>
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]
<b>ТАБЛИЦА 2</b>
Событие
Условие отчета
Событие 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] Идентификационная информация измерения ссвязывает цель измерения и конфигурацию отчета. Каждая конфигурация отчетности может содержать событие, инициирующее отчет измерения. Поэтому, выраженная идентификационная информация измерения может связать упомянутую цель измерения и упомянутое конкретное событие. Таким образом, может быть выражено, что измерение для оценки того, удовлетворено ли упомянутое конкретное событие, и упомянутая цель измерения ассоциированы (или может быть выражено для удобства, что упомянутое конкретное событие является упомянутым измерением, ассоциированным с упомянутой целью измерения).
[100] Между тем, объект измерения, конфигурация отчетности и/или идентификационная информация измерения могут быть добавлены, изменены и/или удалены. Это может быть инструктировано, когда упомянутая базовая станция посылает новое сообщение конфигурации измерения или сообщение изменения конфигурации измерения упомянутому UE.
[101] ФИГ. 9 показывает пример удаления идентификационной информации измерения.
[102] На ФИГ. 9, “команда сети” (команда NW) может быть сообщением конфигурации измерения или сообщением изменения конфигурации измерения, которое инструктирует удалить идентификационную информацию 2 измерения. Если упомянутая идентификационная информация 2 измерения удалена, то измерение для объекта измерения, ассоциированное с идентификационной информацией 2 измерения 902, останавливается, и отчет измерения не транспортируется. Объект измерения или конфигурация отчетности, ассоциированные с удаленной идентификационной информацией измерения, не могут быть изменены.
[103] ФИГ. 10 показывает пример удаления объекта измерения.
[104] На ФИГ. 10 “команда NW” может быть сообщением конфигурации измерения или сообщением конфигурации измерения, которое инструктирует удалить объект 1 межчастотного измерения. Если упомянутый объект 1 межчастотного измерения удален, UE может также удалить связанную с ним идентификационную информацию 3 измерения. Соответственно, измерение для упомянутого объекта 1 межчастотного измерения приостанавливается, и отчет измерения не может быть передан. Однако, конфигурация отчета, относящаяся к упомянутому удаленному объекту 1 межчастотного измерения не может быть изменена или удалена.
[105] Когда конфигурация отчетности удалена, упомянутое UE удаляет даже идентификационную информацию измерения, ассоциированную с ним. Упомянутое UE останавливает измерение для ассоциированного объекта измерения посредством упомянутой ассоциированной идентификационной информации измерения. Однако, упомянутый объект измерения, ассоциированный с удаленной конфигурацией отчетности, может не быть изменен или удален.
[106] ФИГ. 11 является чертежом для того, чтобы описать вышеупомянутую операцию измерения в сущности изобретения.
[107] UE может принимать информацию конфигурации измерения от eNB (или сети) (S1101). Как описано выше со ссылкой на вышеупомянутую Таблицу 1, упомянутая информация конфигурации измерения может включать в себя информацию объекта измерения, информацию конфигурации отчетности, информацию идентификационной информации измерения, информацию конфигурации количества и информацию промежутка измерения. Кроме того, как описано выше, со ссылками на ФИГ. 9 и ФИГ. 10, упомянутая информация конфигурации измерения может включать в себя информацию, такую как конкретный объект измерения и/или конкретное удаление/дополнение идентификационной информации измерения или подобное.
[108] Таблица 3 показывает один пример обычного сообщения конфигурации отчета.
[109] [Таблица 3]
[110] В Таблице 3, ‘a3-Offset/a6-Offset’ представляет значение смещения в отчете измерения, инициирующим условие для события A3/A6.
[111] 'ThresholdM' представляет пороговое значение, используемое в отчете измерения, инициирующим условие для события AN.
[112] ‘eventId’ представляет выбор E-UTRA для события, инициирующего требование отчета.
[113] ‘maxReportCells’ представляет максимальное количество (исключая обслуживающую ячейку) ячеек, включенных в упомянутый отчет измерения.
[114] ‘reportAmount’ представляет количество отчетов измерения, которые могут быть применены к triggerType в дополнение к периодическому triggerType.
[115] reportOnLeave/a6-reportOnLeave обозначает, должен ли процесс отчета измерения начаться при удовлетворении уходящего условия относительно одной ячейки в cellsTriggeredList.
[116] reportQuantity представляет количество, которое должно быть включено в упомянутый отчет измерения.
[117] timeToTrigger представляет время, когда событие должно удовлетворить конкретному условию, чтобы инициировать упомянутый отчет измерения.
[118] triggerQuatity представляет количество, используемое для оценки упомянутого условия, чтобы инициировать упомянутое событие.
[119] Упомянутое UE может выполнять измерение качества согласно принятой информации конфигурации измерения (S1102). Соответственно, упомянутое UE может выполнять процедуру оценки результата измерения для выявления того, удовлетворяет ли значение результата измерения качества критерию (S1103) отчета качества. В этом случае, критерий оценки может использовать способы, показанные ранее в Таблице 2. Если результат измерения удовлетворяет упомянутому критерию (S1104) отчета, то упомянутое UE может построить информацию отчета измерения, включающую в себя результат измерения (S1105), и может передавать информацию упомянутой eNB (то есть, сети) (S1106). Примерная структура сообщения отчета измерения, которая может использоваться, когда применяется система 3GPPLTE, указана ниже.
[120] [Таблица 4]
[121]
<b>ТАБЛИЦА 4</b>
MeasResults::= SEQUENCE {MeasId MeasId,MeasResultServCell SEQUENCE {RsrpResult RSRP-Range,RsrqResult RSRQ-Range},MeasResultNeighCells CHOICE {measResultListEUTRA SEQUENCE (SIZE (1..maxCellReport)) OFphysCellId PhysCellId,measResult SEQUENCE {rsrpResult RSRP-Range OPTIONAL,rsrqResult RSRQ-Range OPTIONAL,...,}}
[122] Информация, включенная в сообщение отчета измерения, приведенная в вышеописанной Таблице 4, может быть следующей.
[123] Идентификационная информация измерения (measId): является идентификационной информацией измерения, относящейся к конфигурации отчета, критерию отчета которого она удовлетворяет. Упомянутая сеть может знать, какой критерий использован для передачи отчета измерения, принятой от UE через эту идентификационную информацию измерения.
[124] Измеренное значение качества обслуживающей ячейки (measResultServCell): является значением качества обслуживающей ячейки, измеренным посредством упомянутого UE. Например, оно может включать в себя принимаемую мощность опорного сигнала (RSRP) и качество принимаемого опорного сигнала (RSRQ).
[125] Измеренная информация соседней ячейки (measResultNeighCells): является идентификационной информацией измерения соседней ячейки, измеренной посредством упомянутого UE, и включает в себя следующее.
[126] Идентификационная информация соседней ячейки (physCellId): главным образом, это физическая идентификационная информация ячейки (PCI) (например, PCI для E-UTRAN) соседней ячейки, удовлетворяющей критерию отчета.
[127] Значение качества соседней ячейки (measResult): главным образом, это значение качества (например, RSRP, RSRQ) соседней ячейки, удовлетворяющей критерию отчета.
[128] Сообщение отчета измерения может быть передано в форме сигнала более высокого уровня, например, сообщения RRC.
[129] Согласно вышеупомянутому примеру терминал эффективно выполняет измерение качества обслуживающей ячейки и/или соседней ячейки и сообщает в виде отчета измерение качества в упомянутую базовую станцию, чтобы гарантировать мобильность упомянутого терминала. Однако, в представленном изобретении, когда вторичная ячейка дополнительно добавляется к упомянутому терминалу относительно такой операции измерения, эффективная операция отчета измерения подлежит предложению. Для этого сначала в качестве одного примера случая, в котором упомянутый терминал имеет множество обслуживающих ячеек, технология агрегации несущих (CA), обсужденная в стандарте 3GPP LTE-A, будет описана.
[130] ФИГ. 12 является диаграммой, описывающей технологию агрегации несущих, примененной к системе 3GPP LTE-A.
[131] Стандарт технологии LTE-A в качестве возможной усовершенствованной технологии IMT-advanced Международного Телекоммуникационного Союза (ITU) разработан, чтобы удовлетворять требованиям IMT-advanced ITU. В результате в LTE-A происходит обсуждение о расширении полосы пропускания по сравнению с обычной системой LTE, чтобы удовлетворить требованиям ITU. В упомянутой системе LTE-A, чтобы расширить полосу пропускания, несущая, которая может быть предоставлена в обычной системе LTE, определена в качестве компонентной несущей (в дальнейшем названа CC), и обсуждается, что максимум 5 CCs могут быть связаны и использоваться. Так как упомянутая CC может иметь максимум полосы пропускания в 20 МГЦ подобно упомянутой системе LTE, упомянутая CC является концепцией, чтобы расширить полосу пропускания, по меньшей мере, до 100 МГц. Технологию, которая связывает и использует множество CCs, называют агрегацией несущих (CA).
[132] ФИГ. 13 является диаграммой для того, чтобы описать определение ячейки с точки зрения терминала, когда применяется технология агрегации несущих.
[133] Как описано выше в ассоциации с ФИГ. 12, когда применена упомянутая CA, каждая нисходящая линия связи (DL) и восходящая линия связи (UL) может включать в себя множество CCs. В такой системе, с точки зрения упомянутого терминала, каждая из комбинаций (ячейки 0 из ФИГ. 13) DL CC и UL CC или только DL CC (ячейки 1 из ФИГ. 13) может быть расценена как ячейка. Как иллюстрировано на ФИГ. 13, отношение соединения между DL CC и UL CC может быть обозначено через системную информацию, переданную через ресурс DL. Таким образом, системная информация упомянутой системы мобильной связи, к которой применена упомянутая CA, дополнительно включает в себя информацию относительно отношений соединения между UL CC и UL CC и иллюстрирована в качестве связи SIB2 на ФИГ. 13.
[134] Между тем, в упомянутой системе LTE-A предложена концепция, в которой CCs, которым назначена вся передача сигнализация управления, отличны от других CCs, упоминаемых как первичные CCs. Первичная CC UL и первичная CC DL, составленные для каждого терминала, и комбинация первичной CC UL, используемой для передачи информации управления UL, и первичной CC DL, используемой для передачи информации управления DL, может упоминаться в качестве первичной ячейки или PCell. За исключением первичной ячейки или PCell, ячейки, образованные в упомянутом терминале, могут упоминаться в качестве вторичной ячейки или SCell.
[135] Альтернативно, упомянутая первичная ячейка является ячейкой, которая работает на первичной частоте, и может быть определена в качестве ячейки, в которой упомянутый терминал начинает процедуру первичного установления соединения или процедуру повторного установления соединения. Альтернативно, упомянутая первичная ячейка может быть определена как ячейка, обозначенная в качестве упомянутой первичной ячейки во время процесса передачи обслуживания.
[136] Упомянутая вторичная ячейка является ячейкой, которая работает на вторичной частоте и может быть определена в качестве ячейки, используемой для предоставления дополнительного радио-ресурса за исключением первичной ячейки. После установления соединения RRC вторичная ячейка может быть сконфигурирована.
[137] Ниже описано представленное изобретение.
[138] Согласно положениям текущего стандарта, терминал работает следующим образом в ассоциации с отчетом измерения, инициированным посредством события.
[139] 1. ФАЗА ИНИЦИИРОВАНИЯ.
[140] 1) Терминал выявляет, какая ячейка является применимой к заранее определенному событию. Например, только обслуживающая ячейка может быть применена к событиям A1 и A2, и только соседняя ячейка может быть применена к событию A4. Таким образом, обслуживающая ячейка является применимой ячейкой относительно событий A1 и A2 и упомянутая соседняя ячейка является применимой ячейкой относительно события A4.
[141] Однако, вторичная ячейка исключительно расценивается как соседняя ячейка относительно событий A3 и A5. В другом случае вторичная ячейка расценивается как обслуживающая ячейка. Таким образом, исключительное правило для вторичной ячейки применяется к событиям A3 и A5.
[142] 2) Терминал оценивает, удовлетворить ли соответствующее событие относительно применимой ячейки(ек).
[143] 3) Если применимая ячейка удовлетворяет соответствующему событию, то упомянутая ячейка включается в список ячеек (‘cellsTriggeredList’, в дальнейшем, аналогично описанному выше). Упомянутый список инициированных ячеек может быть списком, включающим в себя ячейки, которые удовлетворяют конкретному событию. Упомянутый список инициированных ячеек может быть списком, включающим в себя ячейки, которые удовлетворяют каждому событию среди применимых ячеек для каждого события. Упомянутый список инициированных ячеек может конфигурироваться для каждого события или для множества событий. Упомянутый список инициированных ячеек может включать в себя физическую идентификационную информацию (ID) ячейки упомянутой ячейки.
[144] 2. ФАЗА ПРЕДОСТАВЛЕНИЯ ОТЧЕТА.
[145] 4) Терминал составляет ‘measResultPcell’ и ‘measResultServFreqList’. Только когда представлена применимая соседняя ячейка, о которой необходимо сообщить отчет, терминал составляет ‘measResultNeighCells’. Среди событий упомянутого ‘cellsTriggeredList’, применимая соседняя ячейка, о которой необходимо сообщить отчет относительно упомянутого затронутого события, может быть включена в ‘measResultNeighCells’.
[146] Таблица, данная ниже, показывает подробный пример сообщения отчета измерения, о котором сообщает в виде отчета упомянутый терминал.
[147] [Таблица 5]
[148] Между тем, когда терминал работает согласно положениям текущего стандарта, то терминал может работать следующим образом в ассоциации со вторичной ячейкой.
[149] 1. События A1 и A2
[150] 1) Терминал расценивает вторичную ячейку как обслуживающую ячейку.
[151] 2) Таким образом, вторичная ячейка, расцененная как обслуживающая ячейка, расценивается, чтобы быть применимой в оценке событий A1 и A2.
[152] 3) Если вторичная ячейка удовлетворяет событиям A1 и A2, то терминал заставляет вторичную ячейку включиться в ‘cellsTriggeredList’.
[153] 4) Однако, так как вторичная ячейка расценена как обслуживающая ячейка, то нет применимой соседней ячейки, о которой нужно сообщить в виде отчета в ‘cellsTriggeredList’, и в результате терминал не составляет ‘measResultNeighCells’. Таким образом, ‘measResultNeighCells ’не включается в отчет измерения. Терминал передает отчет измерения, включающий только‘ measResultPCel ’и‘ measResultServFreqList’.
[154] 2. СОБЫТИЕ A3.
[155] 1)Терминал расценивает вторичную ячейку как соседнюю ячейку.
[156] 2) Таким образом, вторичная расценена, чтобы быть примененной в оценке события A3.
[157] 3) Если вторичная ячейка удовлетворяет событию A3,то терминал заставляет вторичную ячейку включиться в упомянутый ‘cellsTriggeredList’.
[158] 4) Упомянутый ‘cellsTriggeredList’, включающий вторичную ячейку, включен в ‘measResultNeighCells’ отчета измерения. Терминал передает отчет измерения, включающий в себя ‘measResultPCel’, ‘measResultServFreqList’ и ‘measResultNeighCells’.
[159] 3. СОБЫТИЕ A4.
[160] 1) Терминал расценивает вторичную ячейку как обслуживающую ячейку.
[161] 2) Таким образом, вторичная расценивается, чтобы быть примененной в оценке события A4.
[162] 3) Поэтому вторичная ячейка не инициирует отчет измерения посредством удовлетворения события A4.
[163] 4) Не существует отчета измерения, инициированного посредством вторичной ячейки.
[164] 4. СОБЫТИЕ A5.
[165] 1) Терминал расценивает вторичную ячейку как соседнюю ячейку.
[166] 2) Вторичная расценена, чтобы быть примененной в оценке события A5.
[167] 3) Если вторичная ячейка удовлетворяет событию A5, то терминал заставляет вторичную ячейку включиться в ‘cellsTriggeredList’.
[168] 4) Упомянутый ‘cellsTriggeredList’, включающий в себя вторичную ячейку, включается в ‘measResultNeighCells’ отчета измерения. Терминал передает отчет измерения, включающий в себя ‘measResultPCel’, ‘measResultServFreqList’ и ‘measResultNeighCells’.
[169] 5. СОБЫТИЕ A6.
[170] 1) Терминал расценивает вторичную ячейку как обслуживающую ячейку.
[171] 2) Вторичная расценивается, чтобы быть примененной в оценке события A6.
[172] 3) Поэтому вторичная ячейка не инициирует событие A6 и вторая ячейка может не быть включена в ‘cellsTriggeredList’. В результате упомянутая вторая ячейка может не быть включена в ‘measResultNeighCells’.
[173] 4) Не существует отчета измерения, инициированного посредством вторичной ячейки.
[174] Как описано, в текущем стандарте отчет измерения следует за либо инициированием (удовлетворением) упомянутого события и либо за включением вторичной ячейки в ‘measResultNeighCells’, вариации зависят от того расценивается ли вторичная ячейка как обслуживающая ячейка или как соседняя ячейка. Поэтому, когда сеть воплощена данным способом, чтобы сослаться на контенты упомянутого 'measResultNeighCells' для управления радио-ресурсами (RRM), может иметь место погрешность.
[175] ФИГ. 14 иллюстрирует случай, в котором вторичная ячейка включена в ‘measResultNeighCells’.
[176] Со ссылками на фиг. 14, ячейка 1 из f1 диапазона частот может конфигурироваться в качестве первичной ячейки для терминала. Кроме того, предполагается, что ячейки 2, 3 и 4 в f3 диапазоне частот сконфигурированы в качестве целевых соседних ячеек измерения посредством сообщения конфигурации измерения. Таким образом, предполагается, что ячейки 2, 3 и 4 являются применимыми ячейками к событию A4.
[177] Когда событие A4 удовлетворено относительно ячейки 2, то терминал заставляет ячейку 2 включиться в ‘cellsTriggeredList’. Затем, так как ‘cellsTriggeredList’ не пуст и ячейка 2 представлена как соседняя ячейка, то ячейки, включенные в упомянутый ‘cellsTriggeredList’, передаются, будучи включенными в упомянутый ‘measResultNeighCells’.
[178] Между тем, терминал передает ‘measResultNeighCells’ и после этого ячейка 2 может быть добавлена как вторичная ячейка для терминала. Согласно обычному стандарту, когда ячейка 2 в качестве соседней ячейки добавлена как вторичная ячейка, то модификация упомянутого ‘cellsTriggeredList’ не регламентируется. Далее, согласно обычному стандарту, когда ‘cellsTriggeredList’ не пуст, то ячейки, включенные в упомянутый ‘cellsTriggeredList’, передаются, будучи включенным в 'measResultNeighCells'. Хотя ячейка 2 добавлена как вторичная ячейка, и в результате ячейка 2 не является больше соседней ячейкой, ячейка 2 включена ввиду наличия проблемы, в которой терминал заставляет ячейку 2 включиться в 'measResultNeighCells' и передает ячейку 2, включенную в 'measResultNeighCells', снова. Это приводит к ненужной трате электроэнергии упомянутого терминала и к погрешности в управлении радио-ресурсами базовой станции.
[179] В дальнейшем описаны примеры применений, допускающие проблему. Следующие примеры могут быть применены к обычным операциям терминала, которые включают в себя от “1. События A1 и A2” до “5. Событие A6”, описанные выше через дополнение/модификацию.
[180] Терминал может следовать ранее упомянутым обычным операциям, в то время как только одна ячейка, например, первичная ячейка сконфигурирована и работает, как описано в примере 1 заявки или примере 2 применения, данном ниже, когда добавляется вторичная ячейка. Таким образом, в то время, как только первичная ячейка сконфигурирована для терминала, который поддерживает агрегацию несущих, когда другие ячейки за исключением первичной ячейки добавлены в качестве вторичной ячейки упомянутого терминала, пример 1 или 2 применения может быть применен, как показано ниже.
[181] [ПРИМЕР 1 ПРИМЕНЕНИЯ].
[182] Терминал может расценивать вторичную ячейку как обслуживающую ячейку относительно конкретного события. В этом случае вторичная ячейка может быть расценена как неприменимая ячейка в оценке конкретного события.
[183] Например, в то время, как только первичная ячейка сконфигурирована, ячейка 2 в качестве соседней ячейки удовлетворяет конкретному событию, и в результате терминал может передать отчет измерения. В этом случае терминал может следовать обычным операциям.
[184] Когда ячейка 2 добавлена как вторичная ячейка, терминал затем расценивает ячейку 2 как обслуживающую ячейку относительно конкретного события и расценивает ячейку 2 как неприменимую в оценке события. Если упомянутая применимая ячейка конкретного события является соседней ячейкой, то ячейка 2 теперь расценивается в качестве неприменимой ячейки относительно этого конкретного события.
[185] Терминал выявляет, применима ли ячейка 2, добавленная как вторичная ячейка, к связанному измерению. В вышеупомянутом примере, так как ячейка 2, добавленная как вторичная ячейка, не применима к конкретному событию, то терминал удаляет ячейку 2 как вторичную ячейку из ‘cellsTriggeredList’.
[186] Когда записи не пусты в упомянутом ‘cellsTriggeredList’, с убранной вторичной ячейкой, ‘cellsTriggeredList’ с убранной вторичной ячейкой, включается в ‘measResultNeighCells’. Когда записи ‘cellsTriggeredList’, с убранной вторичной ячейкой, пусты, то терминал не заставляет 'measResultNeighCells' включиться в сообщение отчета измерения. Когда записи 'cellsTriggeredList', с убранной вторичной ячейкой, пусты, то есть, 'cellsTriggeredList' пуст, то терминал может остановить последовательную передачу отчета измерения, ассоциированного со связанным измерением.
[187] Терминал передает сообщение отчета измерения, включающее в себя ‘measResultPCel’, ‘measResultServFreqList’ и ‘measResultNeighCells’.
[188] [ПРИМЕР 2 ПРИМЕНЕНИЯ].
[189] Терминал может расценить вторичную ячейку как соседнюю ячейку относительно конкретного события. Вторичная ячейка может быть расценена, чтобы быть применимой ячейкой в оценке конкретного события.
[190] Когда вторичная ячейка инициирует конкретное событие, то терминал заставляет вторичную ячейку включиться в ‘cellsTriggeredList’.
[191] Когда ‘cellsTriggeredList’ включен в ‘measResultNeighCells’ сообщения отчета измерения, то терминал исключает вторичную ячейку. Терминал передает отчет измерения, включающий в себя ‘measResultPCel’, ‘measResultServFreqList’ и 'measResultNeighCells' (если не пуст). В этом случае, отличием от примера 1 применения является то, что вторичная ячейка расценена как соседняя ячейка в оценке конкретного события, но упомянутая вторичная ячейка может быть расценена как обслуживающая ячейка в составлении поля, которое должно быть включено в сообщение отчета измерения. Поэтому вторичная ячейка может быть исключена из поля, составляющего сообщение отчета измерения.
[192] Пример 1 применения будет описан более подробно со ссылкой на ФИГ. 15 и 16.
[193] ФИГ. 15 является способом работы терминала, поддерживающего агрегацию несущих.
[194] Со ссылками на фиг. 15, терминал выполняет отчет измерения к базовой станции (S1500). В упомянутом отчете измерения, когда ячейка 2 в качестве соседней ячейки удовлетворяет событию A4, ячейка 2 включается в ‘cellsTriggeredList’, и в результате предполагается, что ячейка 2 включена в ‘measResultNeighCells’. Таким образом, предполагается, что выполнен этап, в котором ячейка 2 включена в список ячейки, инициированный через удовлетворение конкретного события.
[195] Базовая станция передает информацию конфигурации ‘sCellToAddModList’ относительно вторичной ячейки, которая должна быть добавлена в терминал со ссылкой на отчет измерения (S1501).
[196] Терминал добавляет вторичную ячейку (S1502). Терминал может добавить конкретную ячейку как вторичную ячейку на основании информации конфигурации относительно вторичной ячейки. Например, предполагается, что ячейка 2 добавлена как вторичная ячейка. В этом случае, ячейка 2 как вторичная ячейка расценивается как обслуживающая ячейка, и упомянутая вторичная ячейка не применима к связанному событию A4 измерения.
[197] Например, когда ячейка 2 в качестве соседней ячейки и событие A4 обозначены посредством идентификационной информации измерения, то событие A4 становится связанным измерением относительно ячейки 2. Как описано выше, причиной является то, что ячейка, которая применима к событию A4, является соседней ячейкой. Однако, когда ячейка 2 добавлена к упомянутому терминалу как вторичная ячейка, чтобы быть обслуживающей ячейкой, ячейка 2 не применима к событию 4 вообще.
[198] Терминал выполняет этапы с S1601 по S1603, описанные на ФИГ. 16.
[199] ФИГ. 16 описывает этапы с S1601 по S1603 на ФИГ. 15.
[200] Со ссылками на фиг. 16, терминал выявляет, применима ли вторичная ячейка к связанному измерению (S1601). В примере на ФИГ. 15, при условии, что ячейка 2 добавлена к упомянутой вторичной ячейке, если ячейка 2 является соседней ячейкой и связана с событием A4, ячейка 2 является применимой к связанному измерению. Между тем, если ячейка 2 является обслуживающей ячейкой и связана с событием A4, то ячейка 2 не является применимой к связанному измерению. Согласно примеру 1 применения, так как ячейка 2, добавленная как вторичная ячейка, расценена как обслуживающая ячейка, связанная с событием A4, то ячейка 2 не применима к связанному измерению.
[201] Когда вторичная ячейка не применима к связанному измерению, то терминал выявляет, включена ли вторичная ячейка в ‘cellsTriggeredList’ (S1602).
[202] Когда вторичная ячейка включена в ‘cellsTriggeredList’, то терминал удаляет вторичную ячейку из ‘cellsTriggeredList’ (S1603).
[203] Таким образом, согласно представленному изобретению терминал исключает вторичную ячейку, которая не применима к связанному измерению, из отчета измерения. Для этого, вторичная ячейка, которая не применима к связанному измерению, удаляется из ‘cellsTriggeredList’.
[204] В примерах на ФИГ. 15 и 16 в состоянии, где только первичная ячейка сконфигурирована согласно обычной операции терминала, ячейка 2 расценивается как соседняя ячейка в оценке конкретного события (например, A4) и включается в отчет (S1500) измерения, который должен быть передан к базовой станции. Однако, после того, как ячейка 2 добавлена как вторичная ячейка, i) согласно примеру 1 применения ячейка 2 расценивается как обслуживающая ячейка в оценке конкретного события, или ii), ячейка 2 упоминается как обслуживающая ячейка, при составлении поля, которое должно быть включено в сообщение отчета измерения согласно примеру 2 применения.
[205] В результате ячейка 2 удаляется из поля ‘cellsTriggeredList’, чтобы быть включенной в сообщение отчета измерения, определенного относительно конкретного события A4.
[206] В примерах 1 и 2 применений вторичная ячейка удалялась из ‘cellTriggeredList’ при конкретном условии. Соответственно, вторичная ячейка исключается из ‘measResultNeighCells’. В дальнейшем, примеры применений, в которых вторичная ячейка обязательно включена в 'measResultNeighCells', будут описаны.
[207] [ПРИМЕР 3 ПРИМЕНЕНИЯ]
[208] Терминал может расценивать вторичную ячейку как обслуживающую ячейку в оценке конкретного события и вторичную ячейку как соседнюю ячейку при составлении поля, которое должно быть включено в отчет измерения.
[209] Таким образом, вторичная ячейка может быть расценена как применимая в оценке конкретных событий A1 и A2. Когда вторичная ячейка инициирует конкретное событие, то терминал заставляет вторичную ячейку включиться в ‘cellsTriggeredList’.
[210] ‘cellsTriggeredList’, включающий в себя вторичную ячейку, включается в ‘measResultNeighCells’ отчета измерения. Терминал передает отчет измерения, включающий в себя ‘measResultPCell’, ‘measResultServFreqList’ и 'measResultNeighCells'.
[211] [ПРИМЕР 4 ПРИМЕНЕНИЯ]
[212] Терминал расценивает вторичную ячейку как обслуживающую ячейку относительно конкретного события. Таким образом, вторичная ячейка может быть расценена, чтобы быть применимой в оценке конкретных событий A1 и A2. Когда вторичная ячейка инициирует конкретное событие, то терминал заставляет вторичную ячейку включиться в ‘cellsTriggeredList’. В этом случае вторичная ячейка включается в ‘cellsTriggeredList’ как соседняя ячейка, так же как обслуживающая ячейка.
[213] Относительно конкретного события, ‘cellsTriggeredList’ включает в себя вторичную ячейку в качестве соседней, так же, как обслуживающая ячейка включается в ‘measResultNeighCells’ отчета измерения. Относительно других событий за исключением конкретного события только соседние ячейки упомянутого ‘cellsTriggeredList’ включены в 'measResultNeighCells'. Терминал передает отчет измерения, включающий в себя 'measResultPCell', 'measResultServFreqList' и 'measResultNeighCells'.
[214] ФИГ. 17 является диаграммой, иллюстрирующей конфигурацию варианта осуществления системы беспроводной связи, включающей в себя аппарат терминала и аппарат базовой станции, согласно представленному изобретению.
[215] Со ссылками на фиг. 17, каждый аппарат терминала (UE) может включать в себя модуль 1111 приема, модуль 1112 передачи, процессор 1113 и память 1114. Модуль 1111 приема может принимать различные сигналы, данные, информацию и т.п. от базовой станции и т.п.. Модуль 1112 передачи может принимать различные сигналы, данные, информацию и т.п. на базовую станцию и т.п.. Далее, модуль 1111 приема может принимать информацию конфигурации измерения, включающую в себя опорную информацию, описанную выше. Процессор 1113 добавляет вторичную ячейку и выявляет, применима ли вторичная ячейка к связанному измерению. Кроме того, в выявлении включена ли вторичная ячейка в 'cellsTriggeredList’, когда вторичная ячейка не применима к связанному измерению и вторичная ячейка включается в 'cellsTriggeredList’, вторичная ячейка удаляется из 'cellsTriggeredList’.
[216] Между тем, аппарат базовой станции (eNB) может включать в себя модуль 1131 приема, модуль 1132 передачи, процессор 1133 и память 1134. Модуль 1131 приема может принимать различные сигналы, данные, информацию и т.п. от терминала и т.п. Модуль 1132 передачи может принимать различные сигналы, данные, информацию и т.п. на терминал и т.п.
[217] Процессор 1133 может передавать информацию конфигурации для вторичной ячейки через модуль 1132 передачи и принимать сообщение отчета измерения от упомянутого терминала через упомянутый модуль 1131 приема. Процессор 1133 может управлять мобильностью терминала через сообщение отчета измерения, принятое от упомянутого терминала. Кроме того, процессор 1133 выполняет функцию работы с информацией, принятой посредством аппарата терминала, информацией, которая должна быть передана внешней стороне, и т.п. и память 1134 может хранить рабочую информацию и т.п. в течение заранее определенного времени и быть замененной компонентом, таким как буфер (не иллюстрирован) или подобным.
[218] Вышеупомянутые варианты осуществления и модификации могут быть воплощены через различные средства. Например, варианты осуществления представленного изобретения могут быть воплощены в аппаратном обеспечении, программно-аппаратных средствах, программном обеспечении, комбинации их и т.д.
[219] В случае воплощения аппаратного обеспечения упомянутый способ согласно вариантам осуществления представленного изобретения может быть воплощен одной или более специализированных интегральных схемах (ASICs), цифровых сигнальных процессорах (DSPs), устройствах обработки цифрового сигнала (DSPDs), программируемых логических устройств (PLDs), программируемых пользователем вентильных матрицах (FPGAs), процессором, контроллером, микроконтроллером, микропроцессором или подобным.