Выбор соседних объектов для передач обслуживания в сети радиодоступа

Выбор соседних объектов для передач обслуживания в сети радиодоступа

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

Настоящее изобретение относится к выбору соседних объектов для передач обслуживания в сети радиодоступа. В частности, хотя и не обязательно, изобретение относится к выбору целевой ячейки eNB в случае передач обслуживания на основе X2-интерфейса в E-UTRAN.

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

Описание ведется в терминологии 3GPP (проекта партнерства третьего поколения) для развитой наземной сети радиодоступа (E-UTRAN), которая представляет собой следующее поколение сети радиодоступа (RAN). Другим названием для E-UTRAN, используемым в настоящем описании, является RAN долгосрочного развития (LTE). Базовая сеть, с которой соединяется E-UTRAN, называется развитым ядром пакетной коммутации (EPC), также известным как сеть усовершенствования системной архитектуры (SAE). Как E-UTRAN, так и EPC (и возможно, некоторый другой узел (узлы), такой как сервер домашних абонентов (HSS), в зависимости от определения EPC) содержат одновременно развитую пакетную систему (EPS), которая также известна как сеть SAE/LTE. Базовая станция в этой концепции называется развитым Узлом B (eNodeB или eNB).

Как первоначально предполагалось, eNB может быть доступен для всех абонентов наземной сети мобильной связи общего пользования (PLMN), частью которой является этот eNB, и для абонентов другой сети, имеющей соответствующие соглашения о роуминге с этой PLMN. Однако продолжающиеся исследования также включают в себя возможность иметь базовую станцию E-UTRAN, которая обеспечивает покрытие небольшой области или дома для ограниченного количества пользователей. Эта базовая станция, в 3GPP и в этом документе, называется домашним развитым NodeB (HeNB) или домашней базовой станцией. Другие названия, используемые для этого типа базовой станции, представляют собой домашнюю точку доступа LTE (HAP LTE) или фемто-точку доступа LTE (FAP LTE). В универсальной мобильной телекоммуникационной системе (UMTS) 3G эквивалентная HeNB базовая станция упоминается как домашний узел В (HNB). Хотя в данном документе используются HeNB, аналогичные концепции применяются к HNB систем UMTS 3G.

HeNB, как правило, обеспечивает обычные услуги для конечных пользователей и может быть подключен к базовой сети мобильной связи с использованием основанной на IP линии передачи. Покрытие услуги радиосвязи, предоставляемое посредством HeNB, в данной заявке называется фемтосотой. Кроме того, фемтосота обычно представляет собой ячейку закрытой абонентской группы (CSG), то есть ячейку, в которой обычно позволяют получать доступ к сети только ограниченной, но изменяющейся группе пользователей. В большинстве случаев HeNB может использовать уже существующее широкополосное соединение конечного пользователя (например, xDSL и кабель) для получения возможность связи с наземной сетью мобильной связи общего пользования (PLMN) оператора и, возможно, с другими eNB/HeNB, через некоторый шлюз, например шлюз HeNB. Причиной предоставления беспроводного локального доступа с помощью HeNB и фемтосот является обеспечение более дешевых вызовов или меньших операционных сборов/стоимостей, когда устройство (например, мобильный телефон) соединяется через HeNB, по сравнению со случаями, когда это устройство соединяется через eNB. Предложенная архитектура также позволяет повышать уровни трафика и плотность пользователей.

Некоторые HeNB могут разрешать доступ всем абонентам, имеющим доступ к PLMN, при этом располагая в соответствии с приоритетом абонентов, принадлежащих к ассоциированной CSG. Такие HeNB иногда упоминаются как ″гибридные″ HeNB. Другие HeNB могут обеспечивать открытый и неприоритетный доступ всем абонентам, и они упоминаются как ″открытые″ HeNB.

В более общем смысле, HeNB и аналогичные устройства могут считаться своего рода ″домашней базовой станцией″. Как используется в данном документе, термин ″домашняя″ используется для модификации словосочетания ″базовая станция″, чтобы отличать такое оборудование от других общепринятых базовых станций на основании таких характеристик, как одно или более из: (1) обеспечиваемого географического покрытия радиосредствами (то есть зона покрытия домашней базовой станции обычно бывает меньше, чем зона покрытия ″обыкновенной″ базовой станции), (2) абонентского доступа (то есть абоненты, которые могут получать обслуживание от домашней базовой станции, могут быть ограничены, тогда как ″обыкновенная″ базовая станция обычно может обеспечивать доступ для любых абонентов (или по меньшей мере для большей группы абонентов, чем домашняя базовая станция), которые находятся в пределах ее диапазона), и (3) домашние базовые станции обычно устанавливаются непосредственно конечными пользователями без какого-либо вмешательства со стороны персонала оператора, тогда как обыкновенные базовые станции обычно устанавливаются персоналом оператора. Это последнее свойство домашних базовых станций предполагает, что установка обычно является высокоавтоматизированной и имеет характер ″включай и работай″. Однако следует отметить, что домашние базовые станции не должны быть в буквальном смысле установлены в личном жилье, а могут найти применение на предприятиях, в общественных местах и т.д., при этом свойства домашней базовой станции являются желательными, например, для дополнения покрытия, обеспечиваемого обыкновенными базовыми станциями. Домашние шлюзы, как это словосочетание используется в данном документе, представляют собой шлюзы, которые обеспечивают сопряжение домашних базовых станций с узлом в системе радиосвязи, например с узлом базовой сети.

Для данной наземной сети мобильной связи общего пользования (PLMN) (к которой, как предполагается, принадлежат члены, и HeNB, и CSG), данными CSG управляет система предоставления и администрирования поддержки работы (OMA&P) (иногда также известная как система OAM&P) из PLMN, с которой соединен HeNB. Система OMA&P занимается, например, конфигурированием, контролем и настройкой сети радиосвязи, администрированием связанных с абонентом данных и предоставлением данных, возможностей и услуг. ″Белый список″ (″whitelist″) CSG абонента, который включает в себя идентификационные данные CSG, членом которых является абонент и, следовательно, к которым разрешен его доступ, управляется системой OMA&P и HSS домашней PLMN абонента и UE (оборудования пользователя) абонента (например, его USIM (универсальный модуль идентификации абонента)).

Вплоть до и включительно с Выпуском 9 E-UTRAN 3GPP, передача обслуживания UE между eNB (в том числе непосредственно eNB и HeNB) проводилась через вертикальный интерфейс S1 между eNB и объектом управления мобильностью (MME). Выпуск 10 [Общее описание E-UTRA и E-UTRAN; Этап 2 (Выпуск 10); 3GPP TS 36.300 Rel-10 V10.4.0 (2011-06)] ввел возможность проведения передачи обслуживания через одноранговый X2-интерфейс между eNB, но только для тех случаев, в которых управление доступом в базовой сети не требуется, то есть когда источник и цель принадлежат к одной CSG или когда цель представляет собой открытый HeNB.

RAN3 3GPP недавно начал работу над исследованием Выпуска 11 [Alcatel-Lucent, предложенный SID: Дальнейшие усовершенствования для HNB и HeNB; 3GPP RAN RP-110456], и которая занимается улучшенной мобильностью между eNB и HeNB, стремясь помимо всего прочего обеспечивать возможность передачи обслуживания на основе X2 также в случаях, в которых требуется управление доступом (например, между HeNB, принадлежащими к разным CSG, или когда задействованы eNB). В частности, сценариям улучшенной мобильности между макро- и гибридными/открытыми HeNB (см. фиг. 1) недавно было уделено первостепенное внимание со стороны RAN3 в рамках этого SI [Гл. 5.2.1 Улучшений мобильности для H(e)NB (Выпуск 11); 3GPP TR 37.803 V0.1.2 (2011-06)]

В настоящее время требуется решение вопроса относительно того, как помочь исходному eNB в выборе наиболее подходящего возможного варианта X2-передачи обслуживания для UE CSG при сведении к минимуму необходимости в привлечении базовой сети для управления доступом и сведении к минимуму риска передачи обслуживания к ошибочной или неподходящей ячейке (что может привести к сбою передачи обслуживания).

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

В соответствии с первым аспектом настоящего изобретения обеспечен способ инициирования передачи обслуживания абонента от ячейки исходного развитого Узла B, eNB, к ячейке целевого развитого Узла B, eNB, через X2-интерфейс. Способ содержит, в исходном eNB, поддержание таблицы взаимосвязей соседних объектов (NRT), идентифицирующей возможность связи исходного eNB с ячейками его соседних eNB, эта информация включает в себя для каждой ячейки eNB указание того, что ячейка eNB представляет собой открытую, закрытую или гибридную ячейку eNB, и, для каждой закрытой и гибридной ячейки eNB, идентификационные данные закрытой абонентской группы, CSG. Способ дополнительно содержит определение, что требуется передача обслуживания UE, и использование информации, хранящейся в NRT, чтобы идентифицировать закрытые и необязательно гибридные ячейки eNB, к которым абонент имеет доступ, выбор целевой ячейки eNB из доступных открытых ячеек eNB и идентифицированных закрытых и необязательно гибридных ячеек eNB, и выполнение передачи обслуживания абонента от исходной к целевой ячейке eNB, включающее в себя установление X2-интерфейса между исходным и целевым eNB там, где такой интерфейс не существует заранее.

Дополнительные аспекты изобретения определены в прилагаемой формуле изобретения.

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

Фиг. 1 схематично иллюстрирует компоненты E-UTRAN;

фиг. 2 представляет таблицу, иллюстрирующую расширенную таблицу взаимосвязей соседних объектов, поддерживаемую в eNB из E-UTRAN, показанной на фиг. 1;

фиг. 3 представляет блок-схему последовательности операций, иллюстрирующую процесс сообщения информации о соседней ячейке от UE к eNB;

фиг. 4 представляет блок-схему последовательности операций, иллюстрирующую процесс, выполняемый в eNB, чтобы поддерживать NRT;

фиг. 5 представляет блок-схему последовательности операций, которая иллюстрирует процесс поддерживания расширенной NRT через X2-интерфейс; и

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

ПОДРОБНОЕ ОПИСАНИЕ

В соответствии с действующими описаниями Долгосрочного развития (LTE) 3GPP, eNB может получать знание о своей возможной связи с его соседними объектами посредством таблицы взаимосвязей соседних объектов (NRT), которую он поддерживает. NRT в eNB может быть сконфигурирована либо вручную, либо через процессы эксплуатации и сопровождения (O&M), либо автоматически через функцию автоматической взаимосвязи соседних объектов (ANR), которая постоянно хранится в eNB. Для каждой соседней ячейки, NRT в настоящий момент приводит четыре поля, а именно:

TCI - для E-UTRAN, оно соответствует глобальному идентификатору ячейки E-UTRAN (ECGI) и физическому идентификатору ячейки (PCI);

Не удалять - если отмечено, запрещает удаление взаимосвязи с соседней ячейкой из NRT;

Нет HO - если отмечено, запрещает передачу обслуживания (HO) к соседней ячейке;

Нет X2 - если отмечено, запрещает использование X2-интерфейса с соседним объектом.

Функция ANR добавляет, управляет и удаляет информацию о соседних объектах из NRT с использованием информации, вещаемой каждой ячейкой и сообщаемой измерениями UE [управление радиоресурсами (RRC) E-UTRA; Спецификация протоколов (Выпуск 10); 3GPP TS 36.331 V10.2.0 (2011-06)]. O&M также может добавлять и удалять взаимосвязи соседних объектов, так же как изменять атрибуты. NRT также может быть модифицирована посредством информации о соседних ячейках, принимаемой через X2-интерфейс (то есть элемента информации, IE, с информацией о соседних объектах в X2: X2 SETUP REQUEST (запрос на установление соединения X2), X2: X2 SETUP RESPONSE (ответ на установление соединения) и X2: eNB CONFIGURATION UPDATE (обновление конфигурации eNB)).

Когда eNB требует, чтобы UE произвело измерение соседних ячеек, UE возвращает PCI, ECGI, TAC и все обнаруженные ID PLMN измеряемой ячейки. Если обнаруженная ячейка является закрытой или гибридной ячейкой, UE также сообщает ее ID CSG. eNB может проводить различие между HeNB с открытым доступом и другими типами HeNB, или eNB, посредством PCI или ECGI.

Когда необходима передача обслуживания, как только исходный eNB идентифицировал возможные целевые ячейки, единственное решение, которое он должен принять, относится к типу передачи обслуживания (X2 непосредственно к цели, или S1 через базовую сеть). Если возможные целевые ячейки включают в себя гибридные или закрытые ячейки, передача обслуживания должна быть выполнена через S1 так, чтобы MME мог проверить, разрешается ли UE осуществлять доступ к выбранной целевой ячейке.

Как обсуждалось выше, такие сценарии будут представлены в Выпуске 11. Требуются решения для того, чтобы позволять выполнять X2-передачу обслуживания по меньшей мере между eNB и гибридными HeNB, но действующая NRT не предоставляет достаточную информацию для этой цели. В соответствии с работой Выпуска 10, если UE обнаруживает закрытую или гибридную ячейку, она сообщает свой ID CSG, но не свой режим доступа, даже при том, что они оба вещаются в SIB1, таким образом, eNB должен использовать некоторые другие средства, чтобы узнать о режиме доступа его соседних объектов. Если eNB выполнен с диапазоном PCI, используемым только для ячеек HeNB с закрытого доступа, это является одним из средств для выполнения такого предварительного различения.

Если отчет по измерениям UE включает в себя PCI в пределах такого диапазона и ID CSG, то eNB знает, что ячейка, о которой сообщают, является ячейкой закрытого доступа. Если отчет по измерениям UE включает в себя PCI вне диапазона PCI закрытого доступа, и он включает в себя ID CSG, то eNB может вывести, что ячейка, о которой сообщают, является гибридной. Однако, если отчет по измерениям UE включает в себя PCI вне диапазона PCI закрытого доступа, и он не включает в себя ID CSG, то eNB не будет в состоянии решить, является ли соседняя ячейка ячейкой HeNB открытого доступа или макро-ячейкой eNB. Последнее представляет собой очень важную часть информации, учитывая, что уникальный идентификатор для целевого (H)eNB вложен в целевой CGI, и имеет отличающуюся длину в зависимости от того, является ли целью HeNB или eNB. Поэтому, чтобы различать все возможные режимы доступа ячейки, оператору может потребоваться разделить доступный диапазон PCI/адресов между HeNB открытого доступа, гибридными и закрытыми, что приводит к потере гибкости и возможному избыточному расходу PCI/адресов.

В данном документе предлагается усовершенствовать NRT, добавляя следующие дополнительные поля для каждой ячейки, с которой устанавливается взаимосвязь соседних объектов:

- ID CSG соседней ячейки,

- режим доступа ячейки соседней ячейки,

- список PCI, соответствующих соседним ячейкам для соседней ячейки.

При наличии этой информации для каждой взаимосвязи соседних объектов, в исходном eNB может быть обеспечена возможность для набора стратегий передачи обслуживания. Таким образом, соседние ячейки могут быть расположены в соответствии с приоритетом, не расположены в соответствии с приоритетом или исключены из возможных вариантов X2-передачи обслуживания путем сравнения их ID CSG с ID CSG, принятым от UE, даже прежде, чем будет инициирована процедура передачи обслуживания.

Если предположить, что диапазон PCI ″разделен″ для различных типов HeNB, исходный eNB может проводить различие между разными типами HeNB. Фактически, это также позволяет исходному eNB проводить различие между открытыми HeNB и макро-eNB, и поэтому понимать, как создавать ID HeNB. Кроме того, UE сообщает ID CSG закрытой или гибридной ячейки (но не ее режим доступа, даже при том, что оба вещаются в SIB1). Поэтому, при некоторых условиях, eNB имеет доступ и к ID CSG, и к режиму доступа ячейки его соседних объектов, и может использовать эту информацию при выборе возможного варианта передачи обслуживания для любого выходящего UE CSG.

В случаях, в которых разделение PCI для различных типов HeNB не доступно (например, оператор не сконфигурировал/распределил пространство PCI), эта ″осведомленность о CSG″ также может быть выгодной для исходного eNB, когда идентифицированный соседний объект находится в его NRT, но, по каким бы то ни было причинам, X2-интерфейс между ними пока не установлен. Например, в случае передачи обслуживания к ячейкам открытого доступа, это решение может помочь разрешить проблему относительно того, как создавать ID HeNB. А именно, в случаях передач обслуживания к ячейкам открытого доступа, к которым нет доступного X2-интерфейса, и в случаях, в которых невозможно идентифицировать режим доступа целевой ячейки на основании ее PCI, обслуживающий eNB должен определять, как создавать ID eNB или ID HeNB на основании CGI, хранящегося в NRT, и соответствующий целевому PCI, который сообщает UE. Если NRT усовершенствована с помощью режима доступа ячейки для целевой ячейки, исходный eNB сможет осуществлять поиск по NRT и определять, соответствует ли PCI, сообщаемый посредством UE, ячейке HeNB открытого доступа (в случае с которой ID HeNB состоит из 28 старших значащих битов CGI), или PCI, сообщаемый посредством UE, соответствует ячейке eNB (в случае с которой ID eNB состоит из 20 старших значащих битов CGI).

Также может быть выгодно, для каждой записи в таблице в NRT, учитывать связь с другими записями в NRT (например, с соседними объектами соседних объектов, как сообщается посредством UE). А именно, UE в состоянии сообщать PCI, видимые в его окружении. Для обслуживающего eNB выгодно сохранять в NRT для PCI каждой ячейки PCI его соседних ячеек. Использование этой дополнительной информации может открыть дополнительные возможности для разрешения конфликтных ситуаций в отношении PCI среди соседних объектов. Это происходит потому, что в случаях, когда UE сообщает PCI, который не является уникальным в NRT обслуживающего eNB, существует необходимость однозначно идентифицировать ячейку, которая соответствует этому PCI. Осуществляя контроль других PCI, сообщаемых посредством UE во время сообщения PCI целевой ячейки, обслуживающий eNB способен осуществлять поиск по NRT и определять, на какой из дублированных PCI указывает UE. Поэтому обслуживающий eNB в состоянии получать CGI целевой ячейки.

Предложенная в данном документе ″осведомленность″ CSG может быть выгодной, позволяя исходному eNB предварительно ″отсеивать″ или располагать в соответствии с приоритетами потенциальные целевые возможные варианты передачи обслуживания из большого количества соседних объектов. В некоторых случаях, может использоваться существующая информация в NRT без необходимости запрашивать у UE дополнительные измерения после того, как оно сообщило PCI соседнего объекта.

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

1. Исходный eNB считывает свою NRT;

2. Если UE сообщает о членстве в CSG, CGI и ID CSG соседней ячейки, eNB удаляет из потенциальных целей все закрытые соседние объекты CSG с ID CSG, который отличается от ID CSG этого UE;

3. Исходный eNB располагает в соответствии с приоритетом закрытые и гибридные соседние ячейки с таким же ID CSG, как у UE, ставя их выше других открытых соседних ячеек с аналогичным уровнем принимаемого сигнала.

4. Если UE не сообщает о членстве в CSG на вышеупомянутом этапе 2, исходный eNB, конечно, может удалить все закрытые соседние ячейки CSG из потенциальных возможных вариантов передачи обслуживания.

5. Теперь исходящая передача обслуживания может быть выполнена.

В таблице, изображенной на фиг. 2, показан пример NRT, поддерживаемой в eNB, с учетом предлагаемого усовершенствования. Для каждой взаимосвязи соседних объектов eNB отслеживает сообщаемый ID CSG и режим доступа ячейки.

Фиг. 3 представляет блок-схему последовательности операций, иллюстрирующую первый вариант осуществления усовершенствования, в соответствии с которым ID CSG и режим доступа ячейки для соседней ячейки получают сразу после того, как eNB принимает отчет UE, содержащий измерение. Более конкретно, UE отправляет на eNB отчет, включающий в себя ID CSG и режим доступа ячейки для соседней ячейки, которые измерены из SIB1. eNB добавляет ID CSG и режим доступа ячейки, вместе со всей другой информацией для недавно измеренного соседнего объекта, в соответствующую запись в NRT.

Фиг. 4 представляет блок-схему последовательности операций, иллюстрирующую второй вариант осуществления усовершенствования, в соответствии с которым ID CSG соседней ячейки недоступен в отчете по измерениям, отправляемом от UE. UE отправляет отчет со всеми измеренными параметрами соседней ячейки, но без ее ID CSG. Тогда eNB добавляет соседнюю ячейку в свою NRT с доступной информацией. eNB пытается установить X2-интерфейс с этим недавно добавленным соседним узлом, инициируя процедуру X2 Setup (установки X2). Если соседний объект обслуживает одну или более ячеек CSG, он сообщает о них другому eNB в IE информации об обслуживаемых ячейках в сообщении X2 SETUP RESPONSE (ответном сообщении на установление соединения X2), включая ID CSG и режим доступа ячейки для каждой ячейки в зависимости от ситуации. eNB модифицирует соответствующие записи для этого соседнего объекта в NRT, добавляя ID CSG и режим доступа ячейки для каждой ячейки в зависимости от ситуации.

Фиг. 5 представляет блок-схему последовательности операций, иллюстрирующую третий вариант осуществления усовершенствования, в соответствии с которым ID CSG и режимом доступа ячейки соседнего объекта обмениваются просто через X2-сигнализацию, то есть без вовлечения отчетов по измерениям UE. eNB принимает IE информации об обслуживаемых ячейках и IE информации о соседних объектах от соседнего eNB через одно из следующих сообщений:

X2: X2 SETUP REQUEST

X2: X2 SETUP RESPONSE

X2: eNB CONFIGURATION UPDATE

Для каждой ячейки, о которой сообщается в IE информации об обслуживаемых ячейках и IE информации о соседних объектах, может сообщаться ID CSG и режим доступа ячейки (см. фиг. 6-9 для IE и структур сообщений).

eNB, принимающий IE информации об обслуживаемых ячейках и IE информации о соседних объектах, проверяет, отсутствует ли какая-либо из ячеек, о которых сообщают, в его NRT, и решает, следует ли обновить свою NRT такими новыми ячейками, включая их ID CSG и режим доступа ячейки. eNB проверяет, имеют ли ячейки, которые находятся в его NRT и о которых сообщается через IE информации об обслуживаемых ячейках и IE информации о соседних объектах, записи ID CSG и режима доступа ячейки в NRT. Если нет, eNB обновляет ID CSG и режим доступа ячейки в NRT информацией, принятой в IE информации об обслуживаемых ячейках и IE информации о соседних объектах.

В четвертом варианте осуществления усовершенствования (не иллюстрируемом на фигурах), ID CSG и режим доступа соседней ячейки конфигурируются внешним образом в NRT с использованием O&M.

В пятом варианте осуществления усовершенствования обслуживающий eNB не имеет X2-соединения с целевой ячейкой и должен определять ID eNB или ID HeNB целевой базовой станции. Посредством поиска по усовершенствованной таблице NRT обслуживающий eNB может понять, какой режим доступа ячейки у целевой ячейки. Если режим доступа ячейки является гибридным или открытым, целевая ячейка принадлежит к HeNB и, следовательно, может быть получен ID HeNB для включения в сообщения передачи обслуживания. В качестве альтернативы, если для целевой ячейки режим доступа не доступен, целевая ячейка принадлежит к eNB, и будет выведен ID eNB для включения в сообщения передачи обслуживания.

В шестом варианте осуществления усовершенствованная NRT помогает в разрешении ситуаций, в которых PCI, сообщаемый посредством UE, не является уникальным в NRT, то есть в NRT имеются конфликтные ситуации в отношении PCI. В этом случае обслуживающий eNB контролирует другие PCI, сообщаемые посредством UE, и сравнивает их со списком PCI соседних ячеек, присутствующих в NRT, для каждой конфликтной записи PCI. Если PCI, сообщаемые посредством UE, перекрывают некоторые или все PCI соседних ячеек одного из конфликтных PCI, то этот PCI соответствует правильной целевой ячейке.

Фиг. 6 представляет собой блок-схему последовательности операций, иллюстрирующую ″осведомленную о CSG″ процедуру передачи обслуживания.

Во всех вариантах осуществления, за исключением пятого варианта осуществления, ID CSG и режим доступа соседних ячеек позволяют eNB выполнять стратегии ″осведомленной о CSG″ X2-передачи обслуживания без необходимости в предварительном управлении доступом посредством базовой сети. Такие стратегии ″осведомленной о CSG″ X2-передачи обслуживания включают в себя, но не ограничиваются лишь этим:

Исключение из потенциальных возможных вариантов передачи обслуживания всех соседних объектов CSG закрытого доступа, ID CSG которых не соответствуют идентификаторам, сообщаемым посредством UE (таким образом избегая сбоя передачи обслуживания);

Расположение в соответствии с приоритетом в качестве потенциальных возможных вариантов передачи обслуживания всех закрытых или гибридных ячеек с таким же ID CSG, как сообщенный посредством UE, относительно других ячеек, имеющих аналогичный уровень принимаемого сигнала (тем самым обеспечивая лучший приоритет обслуживания для UE);

Исключение всех соседних объектов CSG закрытого доступа из потенциальных возможных вариантов передачи обслуживания для UE не из CSG (таким образом избегая сбоя передачи обслуживания);

Обеспечение возможности корректного кодирования ID eNB или ID HeNB для передач обслуживания к ячейкам HeNB закрытого/гибридного/открытого доступа (ID HeNB длиной 28 битов) или к макро-ячейкам eNB (ID eNB длиной 20 битов).

Обеспечение возможности выбора X2-передач обслуживания, например, для целей гибридного/открытого доступа, при этом выполняя передачи обслуживания S1 для целей закрытого доступа (для которых необходимо более строгое управление доступом посредством CN).

В пятом варианте осуществления решение позволяет создавать ID HeNB/ID eNB в случае отсутствия X2-интерфейса между источником и целью.

Заключительный вариант осуществления предложенного усовершенствования стремится поддерживать процедуры передачи обслуживания, обеспечиваемые предыдущими вариантами осуществления, с проверкой допустимости ID CSG в целевой ячейке в случае X2-передачи обслуживания. Более подробно, этот вариант осуществления включает в себя добавление в X2: сообщения HANDOVER REQUEST (запроса передачи обслуживания), ID CSG, сообщаемого посредством UE в отчете по измерениям. Как только целевая ячейка принимает X2: сообщение HANDOVER REQUEST, включающее с себя IE ID CSG, она проверяет, что сообщаемый ID CSG соответствует ID CSG, вещание которого осуществлено целевой ячейкой беспроводным образом. Если сообщаемый ID CSG и переданный в ID CSG вещания не совпадают и если целевая ячейка является ячейкой закрытого доступа, то целевой eNB должен прекратить передачу обслуживания. Если целевая ячейка является гибридной или открытой, целевой eNB может принять решение либо прекратить, либо успешно завершить процедуру передачи обслуживания.

В предложениях, рассматриваемых в данном документе, используется знание ID CSG и режима доступа соседних объектов, обеспечивая возможность лучшей интеграции фемто-уровня с макро-уровнем в тех сценариях, в которых предусматриваются высокая мобильность и плотный трафик, и они являются важным дополнением для развертывания HetNet (гетерогенной сети). Они обеспечивают возможность быстрых X2-передач обслуживания для оборудований UE CSG от любого макро- к любому из его фемто-соседних объектов через ″осведомленные о CSG″ X2-передачи обслуживания посредством принудительного вывода из рассмотрения выбора соседних объектов в соответствии с их CSG. Это уменьшает шанс сбоя передачи обслуживания из-за неудачного управления доступом. На практике, ″осведомленная о CSG″ процедура X2-передачи обслуживания должна быть всегда успешной именно потому, что она будет инициироваться к ″хорошему″ соседнему объекту (то есть к соседнему объекту с подходящим CSG для этого UE).

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

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

Источники информации

1. RAN 3 #73 Chairman's Notes.

2. R3-112312 ″Text Proposal for Use Cases for UMTS and LTE″, Alcatel-Lucent.

3. R3-112052 ″Rel-11 HeNB Enhanced Mobility Scenarios″, Ericsson.

4. ″E-UTRA and E-UTRAN Overall Description; Stage 2 (Release 10)″; TS 36.300 V10.4.0.

5. ″E-UTRAN; X2 Application Protocol (X2AP) (Release 10)″; TS 36.423 V10.2.0.

6. ″E-UTRAN; S1 Application Protocol (S1AP) (Release 10)″; TS 36.413 V10.2.0.

7. ″UMTS and LTE; Mobility Enhancements for H(e)NB (Release 11)″; TR 37.803 V0.1.2.

8. R373b.09 ″CSG Checking at the MME Through Path Switch″, Ericsson.

9. ″E-UTRA Radio Resource Control (RRC); Protocol Specification (Release 10)″; TS 36.331 V10.2.0.

10. R3-102875 ″Addressing of HeNBs″, Ericsson.

1. Способ инициирования передачи обслуживания оборудования пользователя, UE, через X2-интерфейс, в сотовой сети, содержащей множество развитых Узлов B, eNB, причем способ содержит:прием в исходном eNB, от UE, отчета по измерениям для передачи обслуживания, содержащего физический идентификатор ячейки, PCI, для ячейки соседнего eNB,в исходном eNB, выполнение поиска по таблице взаимосвязей соседних объектов для идентификации глобального идентификатора ячейки и режима доступа, ассоциированных с этим PCI, ииспользование идентифицированных глобального идентификатора ячейки и режима доступа для определения идентификационных данных eNB для упомянутого соседнего eNB.

2. Способ по п. 1, в котором, если упомянутый режим доступа идентифицирует соседний eNB в качестве домашнего eNB, упомянутые идентификационные данные eNB создаются с использованием всего 28-битного глобального идентификатора ячейки, а если режим доступа идентифицирует соседний eNB в качестве макро eNB, упомянутые идентификационные данные eNB создаются с использованием первых 20 битов 28-битного глобального идентификатора ячейки.

3. Способ инициирования передачи обслуживания оборудования пользователя, UE, в сотовой сети, содержащей множество развитых Узлов B, eNB, причем способ содержит:прием в исходном eNB, от UE, отчета по измерениям для передачи обслуживания, содержащего физический идентификатор ячейки, PCI, для ячейки соседнего eNB,в исходном eNB, выполнение поиска по таблице взаимосвязей соседних объектов для идентификации множества глобальных идентификаторов ячеек, ассоциированных с этим PCI, при этом таблица взаимосвязей соседних объектов также содержит, для каждого такого глобального идентификатора ячейки, PCI соседних ячеек, ивыбор корректного глобального идентификатора ячейки из упомянутого множества глобальных идентификаторов ячеек посредством сравнения PCI дополнительных ячеек соседних eNB, сообщаемых посредством UE, с соседними PCI каждого из упомянутого множества глобальных идентификаторов ячеек, ивыведение из выбранного корректного глобального идентификатора ячейки идентификационных данных eNB упомянутого соседнего eNB.

4. Способ инициирования передачи обслуживания оборудования пользователя, UE, от ячейки исходного развитого Узла B, eNB, к ячейке целевого развитого Узла B, eNB, через X2-интерфейс, причем способ содержит:в исходном eNB, поддержку таблицы взаимосвязей соседних объектов (NRT), идентифицирующей возможность связи исходного eNB с ячейками его соседних eNB, эта информация включает в себя для каждой ячейки eNB указание того, что ячейка eNB является открытой, закрытой или гибридной ячейкой eNB, и, для каждой закрытой и гибридной ячейки eNB, идентификационные данные закрытой абонентской группы, CSG,определение, что требуется передача обслуживания UE, и использование информации, хранящейся в NRT, чтобы идентифицировать закрытые и гибридные ячейки eNB, к которым абонент имеет доступ,выбор целевой ячейки eNB из доступных открытых ячеек eNB и идентифицированных закрытых и гибридных ячеек eNB, ивыполнение передачи обслуживания абонента от исходной к целевой ячейке eNB, включающее в себя установление X2-интерфейса между исходным и целевым eNB там, где такой интерфейс не существует заранее.

5. Способ по п. 4, в котором упомянутый этап определения, что требуется передача обслуживания UE, содержит прием в исходном eNB, от упомянутого UE, отчетов о соседних ячейках eNB, включающих в себя, где это доступно, идентификационные данные CSG и режим доступа соседней ячейки eNB.

6. Способ по любому из пп. 1, 2, 4 или 5, и содержащий поддержание в упомянутой таблице взаимосвязей соседних объектов, для каждой соседней ячейки, PCI одной или более ячеек, соседствующих с этой соседней ячейкой.