Способ выбора соты в иерархической сотовой структуре на основе качества соты

Способ выбора соты в иерархической сотовой структуре на основе качества соты

Иллюстрации

Показать все

Реферат

Область техники

Настоящее изобретение относится к способу выбора соты в иерархической сотовой структуре на основе качества соты.

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

В предшествующем уровне техники выбор соты выполняется, но впустую тратятся радиоресурсы. По сути, технологии предшествующего уровня техники не разрешают в достаточной степени эти проблемы и тем самым не предлагают соответствующие решения.

Сущность изобретения

Техническое решение

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

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

Фиг.1 показывает примерную сетевую архитектуру универсальной системы мобильной связи (UMTS).

Фиг.2 показывает примерный стек протоколов радиосвязи, используемый в UMTS.

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

Фиг.4 показывает блок-схему последовательности операций способа примерного способа выбора (повторного выбора) соты в WCDMA.

Фиг.5 показывает уравнения для вычисления значений критерия R, используемых мобильным терминалом для процесса ранжирования из сот.

Фиг.6 показывает принцип примерной иерархической сотовой структуры (HCS).

Фиг.7 показывает примерные процедуры вычисления значений критерия H.

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

Принципы и признаки изобретения в данном документе, связанные со способом выбора соты в иерархической сотовой структуре на основе качества соты, поясняются с точки зрения системы по проекту долгосрочного развития (LTE) или других так называемых 4G-систем связи, которые являются усовершенствованием в текущие 3GPP-технологии. Тем не менее, такие детали не имеют намерение ограничивать различные признаки, описанные в данном документе, которые являются применимыми к другим типам систем и способов мобильной и/или беспроводной связи.

Далее, термин "мобильный терминал" используется для того, чтобы ссылаться на различные типы пользовательских устройств, такие как терминалы мобильной связи, абонентские устройства (UE), мобильные устройства (ME) и другие устройства, которые поддерживают различные типы технологий беспроводной связи.

В мобильной связи выбор соты - это процесс, посредством которого мобильный терминал выполняет поиск подходящей соты (кандидата). Когда сота выбирается в результате выполнения выбора соты, выбранная сота называется закрепленной сотой. При закреплении в соте мобильный терминал должен регулярно выполнять поиск более оптимальной соты согласно различным критериям повторного выбора соты (поясняемым далее), и если более оптимальная сота обнаружена, эта более оптимальная сота выбирается.

Как правило, большие соты (к примеру, макросоты) не могут поддерживать большое число пользователей, но могут поддерживать пользователей, перемещающихся на высокой скорости. Как правило, небольшие соты (к примеру, микросоты или пикосоты) могут поддерживать большое число пользователей, но не могут поддерживать пользователей, перемещающихся на высокой скорости. Эти проблемы могут разрешаться с помощью иерархической сотовой структуры (HCS), которая задает определенное число перекрывающихся сот различных размеров, которые формируют несколько уровней сот. Этот тип сотовой структуры дает возможность сети эффективно использовать географическую область и обслуживать большее число пользователей.

Чтобы задавать то, на каком уровне сот HCS должно быть UE, задается HCS-приоритет (HCS_PRIO). Такая информация приоритета может быть передана как часть информации широковещательной передачи в соте (к примеру, SIB 11 и SIB 12 для соседних сот и SIB 13 и SIB 14 для обслуживающих сот). Для соседних сот такая информация приоритета также может быть передана как часть управляющего сообщения измерения RRC. Сотам HCS могут присваиваться приоритеты от 0-7, где 0 - это наименьший приоритет, а 7 - это наибольший приоритет. Сотам рядом с обслуживающей сотой может присваиваться наивысший приоритет.

Критерии повторного выбора соты могут включать в себя критерий H (т.е. HCS-критерий, используемый, когда HCS используется, который является положительным или отрицательным значением, вычисляемым на основе информации, отправленной в системной информации, и измерений из CPICH/P-CPCCH соты-кандидата), критерий S (т.е. критерий выбора или правомочности, используемый для того, чтобы проверять то, достаточно или нет качество приема соты-кандидата) и критерий R (т.е. критерий ранжирования, используемый мобильным терминалом для того, чтобы ранжировать список сот, удовлетворяющих критерию S).

Настоящее изобретение задумано, чтобы совершенствовать процедуры выбора (повторного выбора) соты так, что возникновение состояний нахождения вне обслуживания уменьшается. Так называемые состояния нахождения вне обслуживания означают, что мобильный терминал не может принимать конкретную услугу из сети мобильной связи вследствие различных причин. Чтобы разрешать состояние нахождения вне обслуживания, мобильный терминал должен выполнять процедуру полного поиска сот, которая потребляет питание аккумулятора и вызывает задержки, которые пользователь может замечать.

Процедуры для выбора (повторного выбора) соты используют различные условия, в том числе критерий H и критерий S. Авторы настоящего изобретения выявили, что процедура выбора (повторного выбора) соты предшествующего уровня техники имеет несколько недостатков. Это обусловлено тем, что поскольку предшествующий уровень техники главным образом рассматривает критерий H, а затем далее рассматривает критерий S в качестве вторичного условия или даже игнорирует критерий S. На основе этого выявления проблемы, настоящее изобретение придает больший акцент и значимость критерию S, чем критерию H, что приводит к улучшенному выбору и повторному выбору соты.

Настоящее изобретение относится к способу выбора соты, из которой мобильный терминал принимает услугу в UMTS (универсальная система мобильной связи), которая является европейской системой IMT-2000. В частности, настоящее изобретение относится к способу для мобильного терминала, чтобы учитывать качество каждой из множества сот при выборе конкретной соты, в которой услуга должна приниматься.

Фиг.1 показывает сетевую архитектуру универсальной системы мобильной связи (UMTS) 100. UMTS-система в основном состоит из абонентского устройства (UE) 130, наземной сети 120 радиодоступа UMTS (UTRAN) и базовой сети (CN) 110. UTRAN 120 имеет одну или более подсистем 122 радиосети (RNS), и каждая RNS имеет контроллер 124 радиосети (RNC) и один или более узлов B 126, которые администрируются посредством RNC 124. Одна или более сот 128 существуют для узла B.

Фиг.2 показывает стек протоколов радиосвязи, используемый в UMTS. Уровни протоколов радиосвязи существуют в парах в мобильном терминале и в UTRAN и обрабатывают передачу данных по радиоинтерфейсу. Этот стек протоколов радиосвязи крупно разделяется на три уровня: L1 (уровень 1), L2 (уровень 2) и L3 (уровень 3).

L1 (уровень 1) имеет физический уровень (PHY), который использует различные типы технологий радиопередачи для того, чтобы надежно передавать данные по радиоинтерфейсу. PHY-уровень соединен с верхним уровнем (MAC-уровнем) через транспортные каналы, которые могут разделяться на выделенные транспортные каналы и общие транспортные каналы.

L2 (уровень 2) состоит из четырех подуровней: MAC, RLC, PDCP и BMC, каждый из которых подробнее описывается ниже.

Уровень MAC (управления доступом к среде) выполняет преобразование различных логических каналов в различные транспортные каналы, а также выполняет мультиплексирование логических каналов для нескольких логических каналов в один транспортный канал. MAC-уровень соединяется с верхним уровнем (RLC-уровнем) через один или более логических каналов. На основе типа информации, которая передается, эти логические каналы могут разделяться на каналы управления, используемые для того, чтобы передавать информацию плоскости управления, и каналы трафика, используемые для того, чтобы передавать информацию пользовательской плоскости. На основе типов транспортных каналов, которые администрируются, MAC-уровень может разделяться на MAC-b-подуровень, MAC-c/sh-подуровень, MAC-d-подуровень, MAC-hs-подуровень и MAC-e-подуровень. MAC-b-подуровень обрабатывает администрирование BCH (широковещательным каналом), используемым для того, чтобы передавать в широковещательном режиме системную информацию. MAC-c/sh-подуровень администрирует совместно используемые транспортные каналы, такие как FACH (прямой канал доступа), DSCH (совместно используемый канал нисходящей линии связи) и т.п., которые совместно используются с другими мобильными терминалами. MAC-d-подуровень обрабатывает администрирование выделенными транспортными каналами, такими как DCH (совместно используемый канал нисходящей линии связи), относительно конкретного мобильного терминала. Чтобы поддерживать высокоскоростные передачи данных в нисходящей линии связи и восходящей линии связи, MAC-hs-подуровень администрирует HS-DSCH (высокоскоростным совместно используемым каналом нисходящей линии связи), который является транспортным каналом для высокоскоростной передачи данных по нисходящей линии связи. MAC-e-подуровень администрирует E-DCH (усовершенствованным выделенным каналом), который является транспортным каналом для высокоскоростных передач данных по восходящей линии связи.

Уровень RLC (управления радиосвязью) обрабатывает гарантию качества обслуживания (QoS) каждого однонаправленного радиоканала (RB) и передачу данных по нему. Для RLC, чтобы гарантировать QoS, которое является уникальным для RB, один или два независимых RLC-объекта существуют для каждого RB, и три типа режимов RLC (TM: прозрачный режим; UM: режим без подтверждения приема; AM: режим с подтверждением приема) предусмотрено, чтобы поддерживать различное QoS. Кроме того, RLC регулирует размер данных так, чтобы соответствовать передаче по радиоинтерфейсу посредством нижнего уровня, и выполняет функции для сегментации и объединения данных, принимаемых из верхнего уровня.

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

Уровень BMC (управления широковещательной/многоадресной передачей) существует выше RLC-уровня и выполняет функции, связанные с планированием сообщений широковещательной передачи в соте и передачей в широковещательном режиме в мобильные терминалы, расположенные в конкретной соте.

L3 (уровень 3) имеет уровень RRC (управления радиоресурсами), расположенный в самой нижней части, который задается только в плоскости управления, для управления параметрами L1 и L2 относительно установления, повторного установления и высвобождения однонаправленных радиоканалов, а также управления логическими каналами, транспортными каналами и физическими каналами. Здесь, однонаправленный радиоканал упоминается как логический тракт, который предоставляется посредством L1 и L2 протокола радиосвязи для передачи данных между мобильным терминалом и UTRAN. В общем, установление однонаправленного радиоканала упоминается как процедура задания характеристик уровней протоколов радиосвязи и каналов, необходимых для предоставления конкретных услуг, и последующего задания каждого конкретных параметров и способов работы для них.

Процедура для выбора соты мобильным терминалом в режиме ожидания поясняется подробнее.

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

Как описано выше, предусмотрен способ выбора соты на основе характеристик сигналов согласно окружению радиосвязи. Мобильному терминалу также может требоваться использовать процедуру выбора соты на основе следующих причин: характеристики UE, информация об абонентах, балансировка нагрузки по закреплению, балансировка нагрузки по трафику и т.д.

Далее описываются способ и процедуры для выбора соты в WCDMA.

Когда мобильный терминал первый раз включается (или на него подается питание), PLMN и RAT выбираются для радиосвязи, и мобильный терминал выполняет процедуры измерения сигнала с помощью базовой станции во всех доступных для поиска полосах частот, и затем сота, имеющая самое сильное значение характеристик сигналов, выбирается из сот, которые удовлетворяют условиям на Фиг.3, и доступ к ней осуществляется. В WCDMA-системе CPICH RSCP, CPHIC Ec/N0 и Carrier RSSI используются в качестве значений для вышеуказанных процедур измерения сигнала.

На Фиг.3 можно увидеть, что мобильный терминал выбирает соту, имеющую интенсивность и качество сигнала, которые превышают конкретные значения, заданные системой (интенсивность: Qrxlevmin+Pcompensation, качество: Qqualmin). Здесь, эти значения (Qrxlevmin, Pcompensation, качество: Qqualmin) сообщаются из базовой станции в мобильный терминал через системную информацию (SI). Кроме того, мобильный терминал ожидает в режиме ожидания, чтобы запрашивать услугу для сети (к примеру, чтобы выполнять исходящий вызов) или принимать услугу из сети (такую как входящий вызов). Мобильный терминал в режиме ожидания измеряет сигналы соты, из которой он в настоящий момент принимает услугу, и сигналы из соседних сот и повторяет процедуры для повторного выбора сот, которые имеют лучшие характеристики сигналов.

Фиг.4 показывает блок-схему последовательности операций способа примерного способа выбора (повторного выбора) соты в WCDMA. Мобильный терминал в режиме ожидания периодически выполняет процедуру измерений относительно значений (Rs) характеристик сигналов соты, из которой принимается услуга, и значений (Rn) характеристик сигналов соседних сот, из сот, которые удовлетворяют условиям по Фиг.3, как показано на этапе S401. Если условие Rn>Rs удовлетворяется в течение конкретного времени (Treselection), интенсивности и качества сигнала сот, соответствующих Rn, сравниваются с помощью процедуры или процесса ранжирования, как показано на этапе S403. В результате, выбирается сота, имеющая наивысшее (или самое большое) значение характеристик, как показано на этапе S405. А именно, выбирается другая сота, которая имеет наилучшие характеристики сигналов по сравнению с сотой, из которой в настоящий момент принимается услуга.

Значения Rs и Rn получаются через использование уравнений на Фиг.5. Treselection является значением, которое базовая станция сообщает в мобильный терминал через системную информацию (SI), и используется для того, чтобы не допускать повторный выбор конкретной соты посредством применения такого ограничения, что условия выбора соты должны удовлетворяться в течение периода, превышающего определенное количество времени.

Фиг.5 показывает уравнения для вычисления значений критерия R, используемых мобильным терминалом для процесса ранжирования из сот. Здесь, Rs представляет ранжирование обслуживающих сот, а Rn представляет ранжирование соседних сот. Q_meas,_s обозначает значение CPICH Ec/N0, измеряемое относительно соты, из которой принимается услуга, а Q_meas,n обозначает значение CPICH Ec/N0, измеряемое в мобильном терминале относительно соседних сот. Значение Q_hysts используется для мобильного терминала, чтобы применять взвешенное значение относительно текущей принимаемой услуги, при этом значение Q_offsets,0 используется для того, чтобы уменьшать смещение между сотой, к которой в настоящий момент осуществляется доступ, и сотой, доступ к которой должен изменяться, или значение Q_offmbms используется для того, чтобы применять взвешенное значение относительно соты, которая поддерживает услуги "точка-многоточка" (такие как MBMS).

Аналогично способу выбора соты WCDMA, способ выбора соты на основе характеристик сигналов дает возможность мобильному терминалу выбирать соту с хорошими характеристиками приема сигналов для приема услуги от базовой станции так, что сигналы, отправляемые передающим устройством, могут быть интерпретированы приемным устройством с минимальными ошибками. Относительно сот, которые могут выбираться, значения критерия R получаются, и затем ранжирование выполняется так, что сота, имеющая наилучшие характеристики сигналов, выбирается (или повторно выбирается) через такой процесс ранжирования.

Тем не менее, в WCDMA, если функция иерархической сотовой структуры (HCS) необходима, она может использоваться.

Фиг.6 показывает пример сотовой структуры для HCS. А именно, несколько сот могут существовать в одной области (или зоне), в силу чего диаметр (или другие размеры) каждой соты различаются. На Фиг.6 частоты O, N и M могут быть идентичными или различными, и иллюстрируется просто один пример. Кроме того, на Фиг.6 соты, имеющие приоритет C, - это соты, которые имеют наибольший диаметр, в то время как соты, имеющие приоритет A, имеют наименьший приоритет.

HCS, как описано на Фиг.6, может использоваться, например, для того, чтобы уменьшать изменения вследствие перемещения мобильного терминала на различных скоростях между сотами. Например, допустим, что имеются мобильный терминал A и мобильный терминал B, перемещающиеся справа налево на Фиг.6, при этом мобильный терминал A перемещается при 5 км/час, а мобильный терминал B перемещается при 50 км/час. Если эти два мобильных терминала выбирают соты с приоритетом A, можно понимать, что мобильный терминал B должен сменять соты 10 раз чаще, чем мобильный терминал A, в течение данного периода времени. Когда мобильный терминал должен часто сменять соты, потребляемая мощность и радиоресурсы растрачиваются вследствие частого выполнения обновлений сот. Таким образом, в таких случаях базовая станция инструктирует мобильным терминалам, имеющим высокую скорость, выбирать соты с приоритетом C (а именно, соты, имеющие большой диаметр), а мобильному терминалу, имеющему низкую скорость, выбирать соты с приоритетом A (а именно, соты, имеющие небольшой диаметр), что приводит к более эффективной работе для мобильных терминалов.

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

1. Если текущая обслуживающая сота указывает, что HCS используется, мобильный терминал определяет соты, которые подпадают под следующие условия:

a. Когда мобильный терминал перемещается на низкой скорости:

i. Из сот, которые удовлетворяют H>=0, все измеренные соты, имеющие наивысшее значение HCS_PRIO

ii. Если ни одна сота не удовлетворяет H>=0, все измеренные соты независимо от значений HCS_PRIO

b. Когда мобильный терминал перемещается на высокой скорости:

i. Из сот, которые удовлетворяют H>=0, когда имеется сота, имеющая более низкий HCS-приоритет, чем текущая обслуживающая сота (условие 1):

1. Из сот, имеющих более низкий HCS-приоритет, чем текущая обслуживающая сота, все измеренные соты, имеющие наивысшие значения HCS_PRIO из сот, которые удовлетворяют H>=0.

ii. В других случаях (т.е. когда условие 1 не удовлетворяется):

1. Из сот, имеющих HCS-приоритет, который является идентичным или превышающим приоритет текущей обслуживающей соты, если какая-либо сота удовлетворяет H>=0 (условие 2):

a. Из сот, имеющих HCS-приоритет, который является идентичным или превышающим приоритет текущей обслуживающей соты, соты, имеющие наименьшее значение HCS_PRIO из всех измеренных сот, которые удовлетворяют H>=0

2. В других случаях (т.е. когда условие 2 не удовлетворяется)

a. Все измеренные соты, без учета HCS-приоритета

2. Для сот, определенных в вышеуказанной процедуре 1, из сот, которые удовлетворяют критерию S, мобильный терминал выполняет процесс ранжирования на основе критерия R и выбирает соту(ы) с наилучшим качеством, и выбор (повторный выбор) этой соты выполняется.

В вышеуказанном пояснении упомянутый критерий S используется мобильным терминалом для того, чтобы определять то, удовлетворяют или нет различные соты условиям гарантированного минимального качества. А именно, критерий S используется для того, чтобы определять, удовлетворяет или нет конкретная сота минимальным условиям, необходимым при выполнении поисковых вызовов или RRC-соединения.

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

Сота	Критерий H	Критерий S	HCS_PRIO
A	Удовлетворяется	Не удовлетворяется	4
B	Не удовлетворяется	Удовлетворяется	4
C	Удовлетворяется	Удовлетворяется	3

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

Этап 1. Выполнение необходимых измерений.

Сота A, сота B и сота C измеряются.

Этап 2. Проверка того, имеются или нет соты, которые соответствуют критерию H>=0.

Сота A и сота C удовлетворяют критерию H.

Этап 3. Идентификация наивысшего HCS_PRIO из сот, проверенных на этапе 2.

Между сотой A и сотой C, сота A имеет наивысший HCS_PRIO, который составляет 4.

Этап 4. Идентификация сот с HCS_PRIO, идентифицированным на этапе 3.

Сота A - это единственная сота с наивысшим HCS_PRIO.

Этап 5. Проверка сот, которые удовлетворяют критерию S, из сот, идентифицированных на этапе 4.

Сота A не удовлетворяет критерию S.

Этап 6. Выполнение ранжирования для сот, идентифицированных на этапе 5.

Нет соты-кандидата для ранжирования.

В вышеуказанной таблице 1, мобильный терминал должен выбирать соту C, но в предшествующем уровне техники мобильный терминал не может выбирать ни одну из сот. А именно, в предшествующем уровне техники мобильный терминал сначала выбирает соту(ы), которая удовлетворяет критерию H, и выбирает наилучшую соту из сот, которые удовлетворяют критерию S. Таким образом, в процедуре работы согласно критерию H, если имеется сота, которая не удовлетворяет критерию S, но удовлетворяет критерию H, может быть проблема задания мобильным терминалом несоответствующего значения HCS_PRIO. В таком случае мобильный терминал не может находить соту, из которой должна приниматься услуга, и может возникать проблема неспособности начинать или принимать вызов.

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

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

В настоящем изобретении при применении критерия H мобильным терминалом, соты, к которым применяется критерий H, являются теми сотами, которые уже удовлетворяют критерию S.

В настоящем изобретении после применения критерия H в соответствии с настоящим изобретением, если каждая сота удовлетворяет критерию H, осуществляется дополнительная проверка, чтобы проверять то, удовлетворяется или нет также критерий S, и процесс ранжирования выполняется для тех сот, которые удовлетворяют критерию H, а также критерию S.

Далее поясняется пример работы мобильного терминала настоящего изобретения. Когда HCS используется, процедура выбора соты является следующей:

1. Относительно соты, для которой выполнены измерения, мобильный терминал определяет то, какие соты удовлетворяют критерию S. Кроме того, следующий этап 2 выполняется только для этих определенных сот.

2. Из сот, которые удовлетворяют вышеуказанному этапу 1, а именно, из сот, которые удовлетворяют критерию S, мобильный терминал определяет соты, которые удовлетворяют следующим дополнительным условиям.

a. Когда мобильный терминал перемещается на низкой скорости:

i. Из сот, которые удовлетворяют H>=0, все измеренные соты, имеющие наивысшее значение HCS_PRIO

ii. Если ни одна сота не удовлетворяет H>=0, все измеренные соты независимо от значений HCS_PRIO

b. Когда мобильный терминал перемещается на высокой скорости:

i. Из сот, которые удовлетворяют H>=0, когда имеется сота, имеющая более низкий HCS-приоритет, чем текущая обслуживающая сота (условие 1):

1. Из сот, имеющих более низкий HCS-приоритет, чем текущая обслуживающая сота, все измеренные соты, имеющие наивысшие значения HCS_PRIO из сот, которые удовлетворяют H>=0.

ii. В других случаях (т.е. когда условие 1 не удовлетворяется):

1. Из сот, имеющих HCS-приоритет, который является идентичным или превышающим приоритет текущей обслуживающей соты, если какая-либо сота удовлетворяет H>=0 (условие 2):

a. Из сот, имеющих HCS-приоритет, который является идентичным или превышающим приоритет текущей обслуживающей соты, соты, имеющие наименьшее значение HCS_PRIO из всех измеренных сот, которые удовлетворяют H>=0

2. В других случаях (т.е. когда условие 2 не удовлетворяется)

a. Все измеренные соты, без учета HCS-приоритета

3. Из сот, определенных через этап 2 выше, мобильный терминал выполняет процесс ранжирования согласно критерию R, выбирает соту, имеющую наилучшее качество, и выполняет выбор (повторный выбор) соты в этой соте.

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

1. В случае если текущая обслуживающая сота сообщает, что она использует HCS, мобильный терминал определяет соты, которые удовлетворяют следующим условиям:

a. Когда мобильный терминал перемещается на низкой скорости:

i. Из сот, которые удовлетворяют H>=0 и удовлетворяют критерию S, все измеренные соты, имеющие наивысшее значение HCS_PRIO

ii. Если ни одна сота не удовлетворяет H>=0, а также удовлетворяет критерию S, все измеренные соты, которые удовлетворяют критерию S независимо от значений HCS_PRIO

b. Когда мобильный терминал перемещается на высокой скорости:

i. Из сот, которые удовлетворяют H>=0 и удовлетворяют критерию S, когда имеется сота, имеющая более низкий HCS-приоритет, чем текущая обслуживающая сота (условие 1):

1. Из сот, имеющих более низкий HCS-приоритет, чем текущая обслуживающая сота, все измеренные соты, имеющие наивысшие значения HCS_PRIO из сот, которые удовлетворяют H>=0, а также удовлетворяют критерию S.

ii. В других случаях (т.е. когда условие 1 не удовлетворяется):

1. Из сот, имеющих HCS-приоритет, который является идентичным или превышающим приоритет текущей обслуживающей соты, если какая-либо сота удовлетворяет H>=0, а также удовлетворяет критерию S (условие 2):

a. Из сот, имеющих HCS-приоритет, который является идентичным или превышающим приоритет текущей обслуживающей соты, соты, имеющие наименьшее значение HCS_PRIO из всех измеренных сот, которые удовлетворяют H>=0, а также удовлетворяют критерию S

2. В других случаях (т.е. когда условие 2 не удовлетворяется)

a. Все измеренные соты, которые удовлетворяют критерию S, без учета HCS-приоритета

2. Для сот, определенных в вышеуказанном этапе 1, мобильный терминал выполняет процесс ранжирования на основе критерия R и выбирает соту(ы) с наилучшим качеством, и выбор (повторный выбор) этой соты выполняется.

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

Этап 1. Выполнение необходимых измерений.

Сота A, сота B и сота C измеряются.

Этап 2. Проверка того, имеются или нет соты, которые соответствуют критерию S.

Сота B и сота C удовлетворяют критерию S.

Этап 3. Проверка того, имеются или нет соты, которые соответствуют критерию H>=0 из сот, проверенных на этапе 2.

Между сотой B и сотой C, сота C удовлетворяет критерию H.

Этап 4. Идентификация наивысшего HCS_PRIO из сот, проверенных на этапе 3.

Сота C имеет наивысший HCS_PRIO, который составляет 3.

Этап 5. Идентификация сот с HCS_PRIO, идентифицированным на этапе 4.

Сота C - это единственная сота с наивысшим HCS_PRIO.

Этап 6. Выполнение ранжирования для сот, идентифицированных на этапе 5.

Сота C - это сота-кандидат для ранжирования.

Результаты настоящего изобретения являются следующими. Как описано выше, для сотовой структуры, которая использует HCS-функцию, мобильный терминал выполняет выбор соты, посредством чего критерий H и критерий S надлежащим образом используются, так что услуги мобильному терминалу могут предоставляться более стабильным и эффективным способом.

Некоторые дополнительные сведения о принципах и признаках настоящего изобретения поясняются следующим образом:

Сведения #1

Если HCS не используется в обслуживающей соте, то UE должно выполнять ранжирование всех сот, которые соответствуют критерию S, из:

- всех измеренных сот

Если HCS используется в обслуживающей соте, то UE должно выполнять ранжирование всех сот, которые соответствуют критерию S, из:

1. в режиме низкой мобильности

- всех измеренных сот, которые имеют наивысший HCS_PRIO для тех сот, которые соответствуют критерию H>=0.

- всех измеренных сот, без учета уровней HCS-приоритета, если ни одна сота не соответствует критерию H>=0.

Согласно вышеуказанному, если UE находится в режиме низкой мобильности и имеется сота с H>=0, UE выполняет следующие этапы:

Этап 1. Выполнение необходимых измерений.

Этап 2. Проверка того, имеются или нет соты, которые соответствуют критерию H>=0.

Этап 3. Идентификация наивысшего HCS_PRIO из сот, проверенных на этапе 2.

Этап 4. Идентификация сот с HCS_PRIO, идентифицированным на этапе 3.

Этап 5. Проверка сот, которые удовлетворяют критерию S, из сот, идентифицированных на этапе 4.

Этап 6. Выполнение ранжирования для сот, идентифицированных на этапе 5.

Процедура, в общем, работает в сценарии, в котором сота с наивысшим HCS_PRIO и H>=0 удовлетворяет критерию S. Но если сота с наивысшим HCS_PRIO и H>=0 не удовлетворяет критерию S, UE не может выбирать соту. Пример сот (A, B, C) и их характеристик может быть следующим:

Сота	Критерий H	Критерий S	HCS_PRIO
A	Удовлетворяется	Не удовлетворяется	4
B	Не удовлетворяется	Удовлетворяется	4
C	Удовлетворяется	Удовлетворяется	3

Следующее может получаться в результате после применения вышеуказанных этапов:

Этап 1. Выполнение необходимого измерения.

Сота A, B и C измеряются.

Этап 2. Проверка того, имеются или нет соты, которые соответствуют критерию H>=0.

Сота A и C удовлетворяют критерию H.

Этап 3. Идентификация наивысшего HCS_PRIO из сот, проверенных на этапе 2.

Между A и C, A имеет наивысший HCS_PRIO, который составляет 4.

Этап 4. Идентификация сот с HCS_PRIO, идентифицированным на этапе 3.

Сота A - это единственная сота с наивысшим HCS_PRIO.

Этап 5. Проверка сот, которые удовлетворяют критерию S, из сот, идентифицированных на этапе 4.

Сота A не удовлетворяет критерию S.

Этап 6. Выполнение ранжирования для сот, идентифицированных на этапе 5.

Нет соты-кандидата для ранжирования.

Таким образом, в вышеуказанном сценарии, хотя имеются соты, которые удовлетворяют критерию S, в списке ранжирования нет сот. Это приводит к проблеме, поскольку UE не может повторно выбирать соту с наилучшим качеством.

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

Вариант 1: После уведомления о том, что нет соты для ранжирования, как результата этапа 6, UE объявляет "сеть отсутствует". В итоге, UE выполняет поиск начальной соты, что приводит к длительному времени прерывания.

Вариант 2: UE ничего не делает. Таким образом, поскольку нет сот для ранжирования, UE остается закрепленным в текущей обслуживающей соте. Но это вызывает вопросы, поскольку обслуживающая сота обычно рассматривается в сотах-кандидатах для процесса ранжирования. И до тех пор пока критерий S не удовлетворяется для обслуживания, UE остается закрепленным в не наилучшей соте.

Один способ корректировать такую проблему заключается в том, чтобы UE учитывало как критерий H, так и критерий S при выборе сот-кандидатов для ранжирования. За счет этого, с выгодой могут избегаться случаи, когда нет сот-кандидатов для ранжирования, даже когда имеются соты, которые удовлетворяет критерию S.

Сведения #2

Соглашение A

Согласно вышеприведенному описанию, первая возможная реализация состоит в том, что UE сначала проверяет критерий H, а затем проверяет критерий S.

В этой реализации, если UE находится в режиме низкой мобильности и имеется сота с H>=0, UE выполняет следующие этапы:

Этап 1. Выполнение необходимого измерения.

Этап 2. Проверка того, имеются или нет соты, которые соответствуют критерию H>=0.

Этап 3. Идентификация наивысшего HCS_PRIO из сот, проверенных на этапе 2.

Этап 4. Идентификация сот с HCS_PRIO, идентифицированным на этапе 3.

Этап 5. Проверка сот, которые удовлетворяют критерию S, из сот, идентифицированных на этапе 4.

Этап 6. Выполнение ранжирования для сот, идентифицированных на этапе 5.

Соглашение B

Другая возможная реализация состоит в том, что UE сначала проверяет критерий S, а затем проверяет критерий H.

В этой реализации, если UE находится в режиме низкой мобильности и имеется сота с H>=0, UE выполняет следующие этапы:

Этап 1. Выполнение необходимого измерения.

Этап 2. Проверка того, имеются или нет соты, которые соответствуют критерию S.

Этап 3. Проверка того, имеются или нет соты, которые соответствуют критерию H>=0 из сот, проверенных на этапе 2.

Этап 4. Идентификация наивысшего HCS_PRIO из сот, проверенных на этапе 3.

Этап 5. Идентификация сот с HCS_PRIO, идентифицированным на этапе 4.

Этап 6. Выполнение ранжирования для сот, идентифицированных на этапе 5.

Далее, анализируется режим работы UE согласно вышеуказанным соглашениям A и B. Следующий примерный сценарий может рассматриваться:

Сота	Критерий H	Критерий S	HCS_PRIO
A	Удовлетворяется	Не удовлетворяется	4
B	Не удовлетворяется	Удовлетворяется	4
C	Удовлетворяется	Удовлетворяется	3

Повторный выбор соты согласно соглашению A

Согласно процедуре, описанной выше, могут осуществляться следующие этапы:

Этап 1. Выполнени