RU2425466C2

RU2425466C2 - Обнаружение соседних сот

Info

Publication number: RU2425466C2
Application number: RU2009101479/09A
Authority: RU
Inventors: Масато КИТАЗОЕ (JP); Масато КИТАЗОЕ
Original assignee: Квэлкомм Инкорпорейтед
Priority date: 2006-06-20
Filing date: 2007-06-14
Publication date: 2011-07-27
Also published as: KR20090037891A; JP2009542112A; WO2007149767A3; JP5118135B2; WO2007149767A2; KR101118805B1; ATE490660T1; US9118529B2; CA2652899C; TW200810576A; TWI383701B; CN105323332A; BRPI0713033A2; RU2009101479A; DE602007010927D1; US20070291770A1; BRPI0713033B1; EP2030410A2; CA2652899A1; EP2030410B1

Abstract

Изобретение относится к технике связи. Заявлены способ и устройство идентификации адреса соседнего узла, заключающийся в том, что идентифицируют наличие соседней соты, принимают отчет об измерении, содержащий идентификатор соты; отправляют на сервер запрос, содержащий идентификатор соты, при этом в запросе запрашивают IP адрес соседнего узла соты, и принимают ответ на запрос, содержащий IP адрес соседнего узла. В другом варианте осуществления запрос, содержащий идентификатор соты, отправляют на другие узлы. Технический результат заключается в усовершенствовании передачи управления абонентской аппаратурой от исходного узла соты целевому узлу соты. 6 н. и 43 з.п. ф-лы, 10 ил.

Description

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

ЗАЯВЛЕНИЕ О ПРИОРИТЕТЕ В СООТВЕТСТВИИ С РАЗДЕЛОМ 35 § 119 U.S.С

Настоящая заявка претендует на права приоритета на основании Предварительной заявки США под названием «Обнаружение соседних сот в E-UTRAN», поданной 20 июня 2006 г. и правоприемной предварительной патентной заявки №60/815,290, полное раскрытие этой заявки рассматривается частью раскрытия настоящей заявки.

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

Настоящее изобретение относится к области связи, более точно, к обнаружению соседних сот в E-UTRAN.

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

В соответствии с нормами Программы Партнерства 3 Поколения (3GPP) долгосрочного развития (LTE) сетевые узлы имеют между собой логическую связь по IP транспорту. При децентрализованной архитектуре Узел В может считаться подключаемым к сети по принципу «включай и работай», в которой Узел В самостоятельно конфигурирует рабочие параметры. Предполагается, что Узел В будет использовать информацию, предоставляемую абонентской аппаратурой (UE). Затем Узел В может установить связь с соседними сотами. Однако в предшествующем уровне техники абонентской аппаратуре (UEs) не известны IP адреса этих соседних сот, абонентская аппаратура (UEs) предоставляет только ID соты.

Универсальная система мобильной связи (UMTS) является одной из мобильных телефонных технологий 3 поколения (3G) (Беспроводная мобильная технология связи 3 поколения). UMTS состоит из: 1) базовой сети (CN), 2) универсальной сети радиодоступа (UTRAN) UMTS, и 3) абонентской аппаратуры (UE). Работа базовой сети обеспечивает маршрутизацию, коммутацию и транзит абонентской нагрузки. Сеть глобальной системы мобильной связи (GSM) с общим сервисом пакетной радиопередачи (GPRS) является основной архитектурой базовой сети, на которой основана UMTS. UTRAN обеспечивает радиоинтерфейсный способ доступа для абонентской аппаратуры. Базовая станция рассматривается как Узел В и аппаратура управления для Узлов В называется контроллером радиосети (RNC). Для радиоинтерфейса UMTS наиболее часто использует широкополосный мобильный радиоинтерфейс с широким диапазоном, известный как широкополосный множественный доступ с кодовым разделением каналов (или W-CDMA). W-CDMA для разделения абонентов использует способ передачи сигналов в прямой последовательности при множественном доступе с кодовым разделением каналов (CDMA).

Универсальная глобальная сеть радиодоступа (UTRAN) UMTS является общим термином для Узлов В (или базовых станций) и входящей в них аппаратуры управления этими Узлами В (или контроллеров радиосети (RNC)), которые образуют сеть радиодоступа по UMTS. Такая сеть связи третьего поколения может передавать трафик как в реальном времени с коммутацией каналов, так и на основе IP с коммутацией пакетов. RNC обеспечивает управление работой одного или нескольких Узлов В. Коммуникабельность обеспечивается между UE (абонентской аппаратурой) и базовой сетью через UTRAN.

UTRAN связана изнутри и снаружи с другими функциональными объектами посредством четырех интерфейсов: Iu, Uu, Iub , Iur. UTRAN прикреплена к базовой сети GSM через внешний интерфейс, называемый Iu. Контроллер радиосети (RNC) поддерживает этот интерфейс. Кроме того, RNC управляет рядом базовых станций, называемых Узлами В через интерфейсы, обозначаемые Iub. Два RNC соединяются между собой через интерфейс Iur. UTRAN, благодаря интерфейсу Iur между RNC, работает более независимо от базовой сети. Фиг.1 раскрывает систему связи, которая использует RNC, Узлы В и интерфейсы Iu и Uu. Uu является также внешним, соединяет Узел В с UE, тогда как Iub является внутренним интерфейсом, соединяющим RNC с Узлом В.

RNC выполняет множество ролей. Во-первых, он может управлять допуском новых мобильных телефонов или служб, пытающихся использовать Узел В. Во-вторых, для Узла В (т.е. базовой станции) RNC является управляющим RNC. Управляемый допуск гарантирует, что мобильным телефонам назначаются радиоресурсы (диапазон частот, отношение сигнал/шум), имеющиеся в распоряжении в сети. На этом завершается интерфейс Iub Узла В. Для UE, т.е. мобильного телефона, RNC действует как обслуживающий RNC, в котором завершается связь на уровне канала мобильного телефона. Для базовой сети обслуживающий RNC завершает Iu для UE. Обслуживающий RNC также управляет допуском новых мобильных телефонов или служб, пытающихся использовать базовую сеть через интерфейс Iu.

Поиск соты - это процедура, посредством которой UE запрашивает синхронизацию по времени и частоте с сотой и выявляет ID этой соты. В системе универсального глобального радиодоступа (или UTRA) для поиска сот могут использоваться два сигнала («канала»), передаваемые по нисходящей линии связи, “SCH” (канал синхронизации) и “BCH”(канал вещания). В системе UMTS, UTRA идентифицирует режим дуплексного доступа с временным разделением каналов (TDD) и дуплексного доступа с частотным разделением каналов (FDD). Основным назначением “SCH” является запрос хронирования, т.е., по меньшей мере, хронирования символов SCH, и частоты принимаемого сигнала по нисходящей линии связи. BCH рассылает набор информации, характерной для соты/или системы, которая может быть подобна текущему транспортному каналу BCH UTRA. Помимо хронирования символов SCH и частотной информации, UE запрашивает информацию, характерную для соты, такую как ID соты. Для облегчения выявления ID соты, ID соты может быть встроен в SCH. Например, ID соты может быть непосредственно преобразован в SCH, или другая информация о ID соты может быть сгруппирована. В случае группового ID, индекс группы ID соты может выявляться при помощи SCH, а ID сот внутри обнаруженной группы ID сот может выявляться при помощи опорных символов или BCH. В качестве альтернативного подхода, информация, касающаяся диапазона частот BCH и длины CP, может выявляться путем слепого выявления из SCH или BCH, например, проверкой гипотез. Фиг.2 представляет блок-схему алгоритма раскрытия базовой процедуры поиска соты.

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

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

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

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

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

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

Фиг.1 - блок-схема системы радиодоступа, имеющей две подсистемы радиосетей наряду с интерфейсами с базовой и абонентской аппаратурой;

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

Фиг.3 - схема сотовой системы связи;

Фиг.4 - блок-схема системы 100 связи, имеющей архитектуру 3GPP LTE/ SAE, которая использует развернутую UTRAN;

Фиг.5 - блок-схема алгоритма получения IP адреса узла объекта назначения при помощи одноадресного запроса;

Фиг.6 - блок-схема алгоритма получения IP адреса узла объекта назначения при помощи многоадресного запроса;

Фиг.7 -часть системы связи, включающей в себя контроллер базовых станций и базовую станцию;

Фиг.8 - изображает вариант осуществления абонентской аппаратуры в соответствии с настоящей патентной заявкой;

Фиг.9 - функциональная блок-схема иллюстрирует этапы, которые выполняются при получении IP адреса узла объекта назначения при помощи одноадресного запроса; и

Фиг.10 - функциональная блок-схема иллюстрирует этапы, которые выполняются при получении IP адреса узла объекта назначения при помощи многоадресного запроса.

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

Термин «примерный» используется здесь, означая «служит примером, вариантом, иллюстрацией». Всякий вариант осуществления, описанный здесь как «примерный» не должен рассматриваться как преимущественный или предпочтительный по сравнению с другими вариантами осуществления заявки.

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

Системы связи могут использовать одну несущую частоту или множество несущих частот. Каждая линия связи может содержать в себе различное число несущих частот. Более того, терминал 10 доступа может быть любым информационным устройством, которое устанавливает связь по беспроводному каналу или по проводному каналу, например, используя оптоволоконный или коаксиальный кабели. Терминал 10 доступа может быть устройством любого из ряда типов, включая, но не в качестве ограничения, PC-карту, компактную флэш-память, внешний или внутренний модем, проводной или беспроводный телефон. Терминал 10 доступа также известен как абонентская аппаратура (UE), удаленная станция, подвижная станция или абонентский пункт. Также UE 10 может быть мобильной или стационарной. Пример сотовой системы 100 связи показан на фиг.3, где номера ссылок 102А-102G относятся к сотам, номера ссылок 20А-20 G относятся к Узлам В или развернутым Узлам В (eNode B) или базовым станциям, и номера ссылок 10А-10G относятся к UE.

Фиг.4 - это блок-схема системы 100 связи с архитектурой 3GPP LTE/SAE, которая использует развернутую UTRAN (E-UTRAN). Абонентская аппаратура 10 может установить связь с одним или более eNode B 20 путем передачи и приема пакетов данных через один или более eNode B 20. В отличие от UTRAN, рассмотренной выше, здесь нет контроллера 65 радиосети (называемого также контроллером 65 базовой станции (BSC) или контроллером 65 модемного пула (MPC)). Вместо этого, все функции, относящиеся к радио, находятся в eNode B 20. Другое отличие заключается в базовой сети 44, которая включает в себя IP сеть, функционально соединенную с одним или более развернутыми пакетными ядрами (EPC) 49. Как показано на фиг.4 развернутые пакетные ядра 49 могут связываться друг с другом и с отдельным или многими eNode B 20. Такое множество соединений минимизирует отказ системы вследствие отказа одного элемента в eNode B 20. Также eNode B 20 могут соединяться между собой.

Сеть 40 доступа переносит пакеты данных между множеством терминалов 10 доступа или абонентской аппаратурой 10. Сеть 40 доступа может в дальнейшем соединяться с дополнительными сетями вне сети 40 доступа, такими как внутрикорпоративная сеть или Интернет, и может переносить пакеты данных между каждой абонентской аппаратурой 10 и такими внешними сетями 122. Абонентская аппаратура 10, которая установила связь по активному информационному каналу с одним или более eNode B 20, называется активной абонентской аппаратурой 10, и считается находящейся в состоянии рабочей нагрузки. Абонентская аппаратура 10, которая находится в процессе установления связи по активному информационному каналу с одним или более eNode B 20, считается находящейся в состоянии установки соединения. Абонентская аппаратура 10 может быть любым информационным устройством, которое устанавливает связь по беспроводному каналу или по проводному каналу, например, используя оптоволоконный или коаксиальный кабели. Линия связи, по которой абонентская аппаратура 10 передает сигналы на eNode B 20, называется обратной линией связи. Линия связи, по которой eNode B 20 передает сигналы на абонентскую аппаратуру 10, называется прямой линией связи.

Целью для современных систем E-UTRAN является снижение операционных затрат на настройку систем E-UTRAN. Для внедрения LTE в короткие сроки и с минимальными экономическими затратами, система LTE/SAE поддерживают автоматическую инсталляцию и настройку Узлов 20 (eNode В) с новой разверткой по принципу «включай и работай». «Включай и работай» (PnP) является свойством компьютера, которое позволяет производить добавление новых устройств, таких как периферийные устройства, без переконфигурации системы или инсталляции вручную драйверов для устройств. В концепции eNode В 20, работающего по принципу «включай и работай», есть две составляющие: 1) Обнаружение других узлов и установление сеанса для обнаруженных узлов 20; и 2) самостоятельное конфигурирование рабочих параметров развернутым Узлом В 20. Самостоятельное конфигурирование включает в себя конфигурирование списка 45 соседей, поддерживаемого развернутым Узлом В 20. Список 45 соседей может формироваться со временем по радиоизмерениям, выполняемым UE 10 по E-UTRAN. Самостоятельное конфигурирование списка 45 соседей в сети LTE, в которой используется концепция eNode В 20 «включай и работай», может основываться на ряде способов, таких как измерение RF в E-UTRAN, и возможно других поддерживаемых технологий радиодоступа (RATs), и запроса информации о соседней соте 102 через магистраль из системы или через соседний eNode В 20 и т.д.

Для передачи управления абонентской аппаратурой 10 от исходного (обслуживающего) eNode В 20 целевому eNode В 20, исходный eNode В 20 использует соединение/связь с целевым eNode В 20. Отчет об измерении может использоваться для облегчения передачи управления. (Термин переадресация (или передача управления) подразумевает перевод исходящего вызова или сеанса операций с данными из одного узла 20, соединенного с базовой сетью 44, на другой узел 20. Узлы 20 могут быть в разных сотах 102, разных секторах одной и той же соты 102 или иногда в самой соте 102. Передача управления может происходить в случае, когда абонентская аппаратура 10 принимает более сильный сигнал (например, лучшие метрические характеристики, такие как отношение сигнал/шум) от другого узла 20. Другой причиной для передачи управления является переполнение текущего узла 20. UE 10 непрерывно контролирует соседние соты 102, определяя, какая из них может стать сотой 102 кандидатом для передачи управления. UE 10 затем формирует отчет об измерении, используя ID соты, который идентифицирует соту-кандидат 102 для передачи управления и отправляет отчет об измерении на исходный eNode B 20, который в данный момент обслуживает UE 10. Возможен другой вариант, когда исходный eNode B 20 в данный момент обслуживает соту 102, в которой находится UE 10. (ID соты может представлять собой географическое местоположение соты кандидата 102). В известной системе есть недостаток, заключающийся в том, что обслуживающему (или исходному) eNode B 20 может быть не известен адрес Интернет-протокола (IP) соседнего или целевого eNode B 20 соты кандидата 102, идентифицированного в отчете об измерении. Для исходного eNode B 20 желательно знать контактную точку (IP адрес) соседнего или целевого eNode B 20 соты 102, идентифицированного ID соты, сообщенным от UE 10. Настоящая патентная заявка посвящена этому вопросу. Ниже приведено раскрытие способов и устройств для решения этой проблемы и получения IP адреса целевого eNode B 20.

В LTE, в которой IP транспорт используется между eNode Bs 20 в базовой сети 44 и в RAN 40 для обмена информацией между узлами 20 доступны одноадресные и многоадресные IP транспорты. Многоадресный IP используется узлом 20 для отправки сообщения всем узлам 20, участвующим в многоадресной групповой IP адресации. Одноадресная передача используется, когда сетевой узел 20 хочет организовать речевую связь с конкретным узлом 20, чей IP адрес одноадресной передачи известен.

Целевое обнаружение по ID соты

Вариант одноадресной передачи

Одноадресная и многоадресная передачи могут использоваться для запроса информации о целевом eNode B 20 из других узлов 20 или серверов 30. Вариант одноадресной передачи может использоваться, когда исходному eNode B 20 известен узел 20 или сервер 30, который может иметь информацию о целевом eNode B 20. Примером такой ситуации является сеть 40, в которой оператор использует серверы/базы 30 данных, которые имеют преобразованные базы данных, содержащие ID сот и IP адреса eNode Bs 20. В одном варианте эта преобразованная база данных называется списком 45 соседей. Таким образом, исходные eNode Bs 20 имеют возможность оценить IP адрес целевого узла 20 по списку 45 соседей через сеть 40 E-UTRAN (соседние eNode Bs 20, сервер 30, другие объекты). Это показано на фиг.5. Здесь UE 10 находит ID соты-кандидата 102, которую обслуживает соседний eNode B 20 (этап 205). На этапе 210, отчет об измерении, содержащий ID соты, отправляют на исходный eNode В 20 (этап 210). На этапе 220 исходный eNode В 20 отправляет на сервер 30 запрос одноадресной передачи, содержащий ID соты, запрашивая IP адрес соседнего eNode В 20. На этапе 230 сервер/база 30 данных отправляет ответ на запрос в качестве одноадресной передачи назад исходному eNode В 20, содержащий IP адрес целевого (или в данном случае, соседнего) eNode В 20. На этапе 240 исходный eNode В 20 отправляет сообщение об установлении соединения на целевой или соседний eNode В 20. На этапе 250 устанавливают связь между исходным eNode В 20 и целевым или соседним eNode В 20.

Вариант многоадресной передачи

Вариант многоадресной передачи может использоваться, когда для eNode В 20 необходимо собрать информацию из соседних узлов 20. eNode В 20 отправляет запросное сообщение, содержащее ID целевой соты 102. Другие узлы 20, которые приняли сообщение, отвечают с необходимой информацией, если им известен eNode В 20, связанный с целевой сотой 102. В этом случае другие узлы 20 содержат преобразованные базы данных для ID сот и IP адресов eNode Bs 20. Если соседний узел 20 знает ID соты UE 10, то соседний узел 20 может знать IP адрес eNode В 20, обслуживающего эту соту 102. Запрос eNode В 20 содержит ID соты и является многоадресной передачей для соседних сот 102. Ответ отправляется назад соседним узлом 20, которому известен IP адрес UE 10, в виде одноадресного сообщения на запрашивающий eNode В 20.

В этом варианте кроме конфигурирования информации о каждом соседнем eNode В в серверах/базах 30 данных, которые имеют преобразованную базу данных для ID сот и IP адреса eNode Bs 20, обслуживающих эти соты 102, могут использоваться протоколы обнаружения сети 40 радиодоступа для сбора информации из соседних приемопередатчиков или узлов 20. Узлы 20 могут быть сконфигурированы с достаточной информацией о соседних eNode Bs 20 (например, ID сот и IP адреса) и IP адреса собираться из соседнего узла 20, используя протокол(ы) обнаружения.

Это пересечение продемонстрировано в потоке вызова на Фиг.6. eNode B2 (20) (целевой eNode B) является соседом для eNode B1 (20) (исходный eNode B). eNode B3 (20) снабжен списком 45 соседей, который включает в себя IP адрес eNode B2 (20) и ID соты по географическому местоположению (или соты 102), обслуживаемой упомянутым eNode B2 (20). «Администратор 50 списка соседей», показанный на фиг.6, является логическим объектом, ответственным за сбор информации из соседних eNode Bs 20. Таким образом, eNode Bs 20 имеют возможность оценки IP адреса обслуживающего узла 20 по списку 45 соседей через соседние eNode Bs 20.

На фиг.6 UE 10 находит ID соты-кандидата 102, которую обслуживает соседний eNode B 20 (этап 305). На этапе 310 отправляют отчет об измерении, содержащий ID соты, на исходный eNode B 20 (шаг 310). На этапе 320 исходный eNode B 20 отправляет многоадресный запрос, содержащий ID соты, на окружающие eNode Bs 20, которые являются базовыми радиостанциями, или на шлюз доступа (AGW), запрашивая IP адрес соседнего eNode B 20. На этапе 330, один из узлов eNode Bs 20, имеющий список 45 соседей, которые являются базовыми радиостанциями, или на шлюз доступа (AGW), отправляет в виде одноадресной передачи на исходный eNode В 20 ответ на запрос, содержащий IP адрес целевого (или соседнего) eNode В 20. На этапе 340 исходный eNode В 20 отправляет сообщение об установлении соединения с соседним eNode В 20. На этапе 350 устанавливают связь между исходным eNode В 20 и целевым (или соседним) eNode В 20.

На фиг.7, подробно показан интерфейс контроллера 65 радиосети и eNode В 20 с интерфейсом 146 пакетной сети. Контроллер 65 радиосети включает в себя планировщик 132 каналов для осуществления алгоритма планирования передач в системе 100. Планировщик 132 каналов определяет длину продолжительности обслуживания, во время которой данные должны быть переданы на конкретную удаленную станцию 10, основываясь на мгновенной скорости приема данных этой удаленной станции 10 (как указывается самым недавним принятым сигналом DRC). Продолжительность обслуживания не может быть непрерывной по времени, но может возникать один раз за каждый интервал времени n. В соответствии с одним вариантом осуществления, первая часть пакета передается во время первого интервала времени, в первое время, а вторая часть передается на 4 интервала времени позже, в последующее время. Также, каждые последующие части пакета передаются в течение множества интервалов времени с равным распределением 4 интервалов, т.е. 4 временных интервала разделены друг от друга. В соответствии с вариантом осуществления, мгновенная скорость приема данных Ri определяет длину Li продолжительности обслуживания, связанную с определенной очередностью данных.

К тому же, планировщик 132 каналов выбирает для передачи конкретную очередность данных. Ассоциированное количество данных, которые должны быть переданы, выделяется из очередности 172 данных и предоставляется элементу канала 168 для передачи на удаленную станцию 10, связанную с очередностью 172 данных. Как описано ниже, планировщик 132 каналов выбирает очередность предоставления данных для передачи в последующей продолжительности обслуживания, используя информацию, включающую в себя значимость, связанную с каждой из очередностей. Затем значимость, связанная с передаваемой очередностью обновляется.

Контроллер 65 радиосети взаимодействует с интерфейсом 146 пакетной сети, телефонной коммутированной сетью 148 общего пользования (PSTN) и со всеми eNode Bs 20, находящимися в системе 100 связи (на фиг.6 для упрощения показан только один eNode B 20). Контроллер 65 радиосети координирует обмен информацией между удаленными станциями 10 в системе связи и другими абонентами, подключенными к интерфейсу 146 пакетной сети и PSTN 148. PSTN 148 взаимодействует с абонентами по стандартной телефонной сети (на фиг.7 не показана).

Контроллер 65 радиосети содержит большое количество селекторных элементов 136, хотя на фиг.7 для упрощения показан только один. Каждый селекторный элемент 136 назначают для управления связью между одной или более базовыми станциями 20 и одной удаленной станцией 10 (не показано). Если селекторный элемент 136 не был назначен данной абонентской аппаратуре 10, то процессор 141 управления вызовом информируют о необходимости в передаче сообщения на удаленную станцию. Процессор 141 управления вызовом затем предписывает узлу eNode B 20 отправить сообщение на удаленную станцию 10.

Источник 122 данных содержит некоторое количество данных, которые должны быть переданы на конкретную удаленную станцию 10. Источник 122 данных передает данные в интерфейс 146 пакетной сети. Интерфейс 146 пакетной сети принимает данные и направляет данные на селекторный элемент 136. Селекторный элемент 136 затем передает данные на eNode B 20, который сообщается с целевой удаленной станцией 10. В этом примерном варианте осуществления каждый eNode B 20 поддерживает очередность 172 данных, которая хранит данные, подлежащие передаче, на удаленную станцию 10.

Данные передают в пакетах данных из очередности 172 данных элементу 168 канала. В одном примере при прямой линии связи под «пакетом данных» понимается количество данных, максимум которого составляет 1024 бита и количество данных, подлежащих передаче на удаленную станцию назначения в определенный «временной интервал» (порядка 1,667 мс.). Для каждого пакета данных элемент 168 канала вставляет необходимые управляющие поля. В примерном варианте осуществления элемент 168 канала осуществляет циклический контроль при помощи циклического избыточного кода CRC, кодирующий пакет данных и управляющие поля, и вставляет набор кодовой концевой комбинации битов. Пакет данных, управляющие поля, биты четности CRC и кодовые концевые комбинации битов составляют сформатированный пакет. В примерном варианте осуществления элемент 168 канала затем кодирует сформатированный пакет и перемежает (реорганизует) символы внутри закодированного пакета. В примерном варианте осуществления на перемежающийся пакет накладывается код Уолша и пакет распространяется с короткими кодами PNI и PNQ. Распространяемые данные подаются на радиочастотный блок 170, который квадратурно модулирует, фильтрует и усиливает сигнал. Сигнал в прямой линии связи передается по эфиру через антенну в прямую линию связи.

В абонентской аппаратуре 10 сигнал прямой линии связи принимается антенной и направляется на приемник. Приемник фильтрует, усиливает, квадратурно демодулирует и квантует сигнал. Оцифрованный сигнал подается на демодулятор (DEMOD), где он свертывается с короткими кодами PNI и PNQ и с него снимается код Уолша. Демодулированные данные подаются на декодер, который выполняет обращение функций обработки сигналов, выполняемых в eNode B 20, в частности, устраняет перемежение, декодирует и выполняет контрольные функции CRC. Декодированные данные подаются в приемник данных.

Сигнал DRC, передаваемый каждой удаленной станцией 10, проходит по каналу обратной связи и принимается базовой станцией 20 через приемную антенну, подключенную к радиочастотному блоку 170. В одном примере информация DRC демодулируется в элементе 168 канала и подается в планировщик 132 каналов, находящийся в контроллере 65 радиосети, или в планировщик 174 каналов, находящийся в eNode B 20. В первом примерном варианте осуществления планировщик 132 каналов находится в eNode B 20. В альтернативном варианте осуществления планировщик 132 каналов находится в контроллере 65 радиосети и соединяется со всеми селекторными элементами 136 в контроллере 65 радиосети.

На фиг.8 показан вариант осуществления UE 10, соответствующий настоящей патентной заявке, в котором UE 10 содержит схему 264 передачи (включая PA 308), схему приема 408, устройство управления 306 плавным регулированием, блок 258 декодирования, блок 302 обработки, многоканальный блок 412 управления и запоминающее устройство 416.

Блок 302 обработки управляет работой UE 10. Блок 302 обработки можно также рассматривать как CPU. Запоминающее устройство 416, в котором могут быть и постоянное запоминающее устройство (ROM) и оперативное запоминающее устройство (RAM), обеспечивает команды и данные блоку 302 обработки. Часть запоминающего устройства 416 может также быть занята под долговременную оперативную память (NVRAM).

UE 10, которая может быть размещена в устройстве беспроводной связи, таком как сотовый телефон, может также включать в себя корпус, в котором размещены схема передачи 264 и схема приема 408, что позволяет передавать и принимать данные, такие как аудиопередача, между UE 10 и удаленным местоположением. Схема передачи 264 и схема приема 408 могут быть соединены с антенной 318.

Различные компоненты UE 10 объединены системой шин 2630, которая может включать в себя шину питания, шину сигнала управления и шину сигнала индикации состояния в добавление к шине данных. Однако для ясности различные шины показаны на Фиг.8 как система шин 2630. АТ 106 может также включать в себя блок 302 обработки для обработки сигналов. Показаны также регулятор мощности 306, процессор 258 декодирования, усилитель 308 мощности и многоканальный блок 412 управления.

Вышеописанные способы и устройства, показанные на фиг.5, осуществляются соответствующими средствами, плюс функциональными блоками, приведенными на фиг.9. Иными словами этапы 205, 210, 220, 230, 240 и 250, приведенные на фиг.5, соответствуют средствам плюс функциональным блокам 1205, 1210, 1220, 1230, 1240 и 1250, приведенными на фиг.9.

Вышеописанные способы и устройства, показанные на фиг.6, осуществляются соответствующими средствами, плюс функциональными блоками, приведенными на фиг.9. Иными словами этапы 305, 310, 320, 330, 340 и 350, приведенные на фиг.6, соответствуют средствам плюс функциональным блокам 1305, 1310, 1320, 1330, 1340 и 1350, приведенным на фиг.10.

Этапы, проиллюстрированные на фиг.5, 6, 9 и 10, могут быть сохранены как команды в форме программного обеспечения или микропрограммного обеспечения 42, находящегося в запоминающем устройстве 416 в абонентской аппаратуре 10, как показано на фиг. 7. Эти команды может исполнять схема блока 302 обработки абонентской аппаратуры 10, как показано на фиг.8. Этапы, проиллюстрированные на фиг.5, 6, 9 и 10, могут также быть сохранены как команды в форме программного обеспечения или микропрограммного обеспечения 43, находящегося в запоминающем устройстве 161 в eNode B 20. Эти команды может исполнять схема блока 162 управления eNode B 20, как показано на фиг.7.

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

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

Разнообразные иллюстративные логические блоки, модули, и схемы, описанные в настоящих материалах в связи с вариантами реализации изобретения, могут быть выполнены или представлены на базе процессора общего пользования, процессора цифровой обработки сигналов (DSP), специализированной интегрированной микросхеме (ASIC), логической матрице, программируемой пользователем (FPGA), или других программируемых логических устройств, дискретных компонентов или транзисторной логике, дискретных аппаратных устройств или любой комбинации из них, спроектированных для осуществления функций, описанных в настоящей заявке. Процессором общего назначения может быть микропроцессор или как вариант процессором может быть любой бытовой процессор, контроллер, микроконтроллер, или стационарная вычислительная машина. Процессор может быть реализован как комбинация вычислительных устройств, например комбинация цифровой процессор (DSP) и микропроцессор, множество микропроцессоров, один или более микропроцессоров соединенных с ядром DSP, или любая другая такая конфигурация.

Этапы способа или алгоритм, описанные в настоящем описании, могут быть реализованы непосредственно аппаратными средствами, программными средствами, реализованными процессором, или комбинацией обоих вариантов. Программный блок может быть размещен в оперативной памяти (RAM), флэш-памяти, постоянном запоминающем устройстве (ROM), электрически программируемом ROM (EPROM), электрически стираемом программируемом ROM (EEPROM), регистрах, жестком диске, сменном диске, CD-ROM или любом другом известном носителе информации. Примерный носитель информации соединяют с процессором так, что процессор может считывать с него информацию и записывать на носитель информации. В альтернативном варианте носитель информации может быть встроен в процессор. Процессор и носитель информации могут размещаться в ASIC. ASIC может размещаться в терминале пользователя. В альтернативном варианте процессор и носитель информации могут размещаться в дискретных компонентах в терминале пользователя. В одном более примерных вариантах осуществления описанные функции могут быть выполнены на аппаратных средствах, программных продуктах или с использованием встроенного программного обеспечения, или в любой комбинации указанных структур. Если реализация выполнена на программных средствах, функции могут храниться или передаваться в виде одной или более команд или кодов на машиночитаемый носитель. Машиночитаемый носитель включает в себя компьютерные носители информации и средство коммуникации, что облегчает передачу компьютерной программы из одного места в другое. Носители информации могут быть любого имеющегося вида, которые могут быть считаны компьютером. Для примера, но не в качестве ограничений, такие машиночитаемые носители могут включать в себя RAM, ROM, EEPROM, CD-ROM или другую память на оптическом диске, память на магнитном диске или другие магнитные устройства хранения или другой носитель, которые могут быть использованы для переноса или хранения необходимого программного кода в форме команд или структуры данных и которые могут быть доступны компьютеру. Также, любое соединение также называется машиночитаемым носителем. Например, если программное обеспечение передается с сайта, сервера или другого удаленного источника по коаксиальному кабелю, оптоволоконному кабелю, витой паре, цифровой абонентской линии (DSL), или по беспроводному каналу, такому как инфракрасный канал, радио- и микроволновому каналу, затем по коаксиальному кабелю, оптоволоконному кабелю, витой паре DSL или по беспроводному каналу, такому как инфракрасный канал, радио- и микроволновой канал, входят в определение такого носителя. Дискета и диск, как понимается в данном описании, включает в себя компакт диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий магнитный диск и диск «blu-ray», причем дискеты обычно воспроизводят данные магнитным способом, в то время как диски воспроизводят данные оптическим образом с помощью лазера. Комбинация вышеуказанных средств также включается в определение машиночитаемые носители.

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

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

Claims

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

2. Способ по п.1, в котором упомянутые узлы являются eNode Bs.

3. Способ по п.1, в котором упомянутый идентификатор соты является ID соты.

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

5. Способ по п.1, в котором упомянутый запрос и упомянутый ответ отправляют посредством одноадресной передачи.

6. Способ по п.1, в котором упомянутый сервер содержит:
список соседей, в который входят IP адреса и идентификация сот соседних узлов; и
администратор списка соседей, ответственный за сбор информации из соседних узлов, при этом упомянутая информация включает в себя упомянутые ID сот и упомянутые IP адреса.

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

8. Способ по п.7, в котором упомянутые узлы являются eNode Bs.

9. Способ по п.7, в котором упомянутый географический идентификатор соты является ID соты.

10. Способ по п.7, дополнительно состоящий в том, что:
отправляют сообщение об установлении соединения на соседний узел; и
устанавливают связь между исходным узлом и соседним узлом.

11. Способ по п.7, в котором упомянутый запрос отправляют в качестве многоадресной передачи и упомянутый ответ на запрос отправляют в качестве одноадресной передачи.

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

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

14. Средство по п.13, в котором упомянутые узлы являются eNode Bs.

15. Средство по п.13, в котором упомянутый идентификатор соты является ID соты.

16. Средство по п.13, дополнительно содержащее:
средство для отправки сообщения об установлении соединения с соседним узлом; и
средство установления связи между исходным узлом и соседним узлом.

17. Средство по п.13, в котором упомянутый запрос и упомянутый ответ отправляют посредством одноадресной передачи.

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

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

20. Средство по п.19, в котором упомянутые узлы являются eNode Bs.

21. Средство по п.19, в котором упомянутый идентификатор соты является ID соты.

22. Средство по п.19, которое дополнительно содержит:
средство для отправки сообщения об установлении соединения с соседним узлом; и
средство для установления связи между исходным узлом и соседним узлом.

23. Средство по п.19, в котором упомянутый запрос отправляют в качестве многоадресной передачи и упомянутый ответ на запрос отправляют в качестве одноадресной передачи.

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

25. Узел, способный идентифицировать адрес соседнего узла, содержит:
радиочастотный блок;
блок управления; и
запоминающее устройство, функционально соединенное с упомянутым блоком управления, при этом упомянутое запоминающее устройство содержит команды для идентификации адреса соседнего узла, включающей в себя прием отчета об измерении, отправку запроса и прием ответа.

26. Узел по п.25, в котором упомянутые команды для идентификации адреса соседнего узла содержат команды для:
приема отчета об измерении, содержащего идентификатор соседней соты;
отправки запроса, содержащего упомянутый идентификатор соты, на сервер, при этом в упомянутом запросе запрашивают IP адрес соседнего узла упомянутой соты; и
приема ответа на запрос, содержащего IP адрес соседнего узла.

27. Узел по п.25, в котором упомянутые команды по идентификации адреса соседнего узла содержат команды для:
приема отчета об измерении, содержащего идентификатор соседней соты;
отправки на другие узлы запроса, содержащего упомянутый идентификатор соты, при этом в упомянутом запросе запрашивают IP адрес соседнего узла упомянутой соты; и
приема ответа на запрос, содержащего IP адрес соседнего узла.

28. Узел по п.26, в котором упомянутые узлы являются Node Bs.

29. Узел по п.26, в котором упомянутый идентификатор соты является ID соты.

30. Узел по п.26, дополнительно содержащий команды для:
отправки сообщения об установлении соединения с соседним узлом; и установления связи между исходным узлом и соседним узлом.

31. Узел по п.26, в котором упомянутый запрос и упомянутый ответ отправляют посредством одноадресной передачи.

32. Узел по п.26, в котором упомянутый сервер содержит:
список соседей, который содержит IP адреса и идентификацию сот соседних Node Bs; и
администратор списка соседей, ответственный за сбор информации из соседних Node Bs, при этом упомянутая информация содержит ID сот и IP адреса.

33. Узел по п.27, в котором упомянутые узлы являются Node Bs.

34. Узел по п.27, в котором упомянутый идентификатор соты является ID соты.

35. Узел по п.27, дополнительно содержащий команды для:
отправки сообщения об установлении соединения с соседним узлом; и
установление связи между исходным узлом и соседним узлом.

36. Узел по п.27, в котором упомянутый запрос отправляют в качестве многоадресной передачи и упомянутый ответ на запрос отправляют в качестве одноадресной передачи.

37. Узел по п.27, в котором, по меньшей мере, один из упомянутых других узлов содержит:
список соседей, который содержит IP адреса и идентификацию соты соседнего узла; и
администратор списка соседей, ответственный за сбор информации из соседних узлов, при этом упомянутая информация включает в себя упомянутые ID сот и упомянутые IP адреса.

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

39. Машиночитаемый носитель по п.38, в котором упомянутый код, побуждающий компьютер идентифицировать адрес соседнего узла, дополнительно содержит код, побуждающий компьютер:
принять отчет об измерении, содержащий идентификатор соседней соты;
отправить на сервер запрос, содержащий упомянутый идентификатор соты, при этом в упомянутом запросе запрашивают IP адрес соседнего узла упомянутой соты; и
принять ответ на запрос, содержащий IP адрес соседнего узла.

40. Машиночитаемый носитель по п.39, в котором упомянутые узлы являются е Node Bs.

41. Машиночитаемый носитель по п.39, в котором упомянутый идентификатор соты является ID соты.

42. Машиночитаемый носитель по п.39, дополнительно содержащий код, побуждающий компьютер:
отправить сообщение об установлении соединения с соседним узлом; и установить связь между исходным узлом и соседним узлом.

43. Машиночитаемый носитель по п.39, в котором упомянутый запрос и упомянутый ответ отправляют посредством одноадресной передачи.

44. Машиночитаемый носитель по п.39, в котором упомянутый сервер содержит:
список соседей, в котором содержатся IP адреса и идентификация сот соседних eNode Bs; и
администратор списка соседей, ответственный за сбор информации из соседних eNode Bs, при этом упомянутая информация содержит ID сот и IP адреса.

45. Машиночитаемый носитель по п.38, в котором упомянутые узлы являются eNode Bs.

46. Машиночитаемый носитель по п.38, в котором упомянутый идентификатор соты является ID соты.

47. Машиночитаемый носитель по п.38, дополнительно содержащий код, побуждающий компьютер:
отправить сообщение об установлении соединения с соседним узлом; и
установить связь между исходным узлом и соседним узлом.

48. Машиночитаемый носитель по п.38, в котором упомянутый запрос отправляют в качестве многоадресной передачи и упомянутый ответ на запрос отправляют в качестве одноадресной передачи.

49. Машиночитаемый носитель по п.38, в котором, по меньшей мере, один из упомянутых других узлов содержит:
список соседей, в котором содержатся IP адреса и идентификация сот соседних узлов; и
администратор списка соседей, ответственный за сбор информации из соседних узлов, при этом упомянутая информация включает в себя упомянутые ID сот и IP адреса.