СПОСОБ, КОНТРОЛЛЕР РАДИОСЕТИ, БАЗОВАЯ РАДИОСТАНЦИЯ И ОБОРУДОВАНИЕ ПОЛЬЗОВАТЕЛЯ ДЛЯ ВЫБОРА РЕЖИМА НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ
METHOD, RADIO NETWORK CONTROLLER, BASE RADIO STATION AND USER EQUIPMENT FOR DOWNLINK COMMUNICATION MODE SELECTION

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится, в общем, к беспроводной связи и, в частности, к конфигурированию оборудования пользователя (UE) среди различных режимов для приема многоточечных передач.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
В современных системах беспроводной связи заметны некоторые тенденции.
Во-первых, функциональные возможности и вычислительная мощность оборудования пользователя (UE) значительно увеличились. Это обусловлено, отчасти, разработкой усовершенствований долгосрочного развития (LTE) протоколов беспроводной связи, таких как Глобальная система мобильной связи (GSM) и Универсальная система мобильной связи (UMTS), чтобы поддерживать высокие пиковые скорости передачи данных. Такая тенденция также обусловлена развитием методик со множеством несущих (MC) в пределах Широкополосного CDMA (множественного доступа с кодовым разделением каналов)/высокоскоростного пакетного доступа (WCDMA/HSPA).
Во-вторых, все более и более популярными становятся сетевые архитектуры с удаленным основным блоком, в которых множество сот, расположенных в различных физических местоположениях, совместно используют блок основной полосы частот (который обеспечивает возможность координирования между этими сотами).
В-третьих, пользовательский спрос на высокие пиковые скорости передачи данных и желание операторов эффективно управлять их беспроводными ресурсами увеличились и продолжают увеличиваться. Это является следствием того, что операторы мобильной связи начали полагаться на технологию WCDMA/HSPA для того, чтобы предлагать услуги широкополосной мобильной связи.
Наблюдение за этими тенденциями инициировало обсуждения в проекте партнерства третьего поколения (3GPP) относительно того, чтобы при стандартизации поддерживать передачи для множества сот. В 2010 г. обсуждались несколько технических приёмов передач для множества сот, включая методики разнесённой коммутируемой передачи, методики многопоточной передачи и передачи одночастотной сети.
Методики прерывистой передачи данных включают в себя HS-DDTx (передатчик высокоскоростной передачи данных нисходящей линии связи), как описано в R1-104913, "Multi-cell transmission techniques for HSDPA (High-Speed Downlink Packet Access)" ("Методики передачи для множества сот для HSDPA (высокоскоростного пакетного доступа по нисходящей линии связи)"), Nokia Siemens Networks, Nokia, и коммутацию SF-DC-HSDPA (HSDPA с двумя сотами с одной частотой), как описано в R1-104738, "Further details and benefits of deploying DC-HSDPA (Dual Cell HSDPA) UEs in Single Frequency Networks" ("Дополнительные сведения и преимущества развёртывания оборудований UE DC-HSDPA (HSDPA с двумя сотами) в одночастотных сетях связи"), Qualcomm Europe. Этот класс методик основан на передачах HSDPA из различных сот, скоординированных так, чтобы помехи между сотами снижались.
Методики многопоточных передач включают в себя агрегирование SF-DC-HSDPA. Этот класс методик основан на нескольких независимых потоках данных, передаваемых на одно и то же UE из различных сот, расположенных в одном и том же или в разных местоположениях.
Передачи одночастотной сети связи включают в себя HS-SFN (высокоскоростную одночастотную сеть). Эта методика основана на идентичных данных для одного и того же UE, передаваемых от множества сот одновременно. Передаваемые данные объединяются в "эфире" и, следовательно, UE извлекает выгоду из более сильного принимаемого сигнала.
Методики многоточечных передач нисходящей линии связи полезны главным образом, когда мощности сигналов для множества сот сопоставимы и не обслуживающие соты нагружены частично. В SF-DC-HSDPA имеются два режима: агрегирования SF-DC и коммутации SF-DC.
При агрегировании SF-DC любая из двух сот может одновременно передавать различные транспортные блоки для одного и того же UE; эти две соты могут принадлежать к одному и тому же NodeB (Узлу B) (агрегирование Intra-NodeB (внутри Узла B) или к различным Узлам B (агрегирование Inter-NodeB (между Узлами B); и UE SF-DC с усовершенствованным приемником может извлекать выгоду из этого подхода посредством подавления помех между потоками.
При коммутации SF-DC, в заданном TTI (временном интервале передачи) только одна из двух сот может передавать блок данных на UE; для передачи данных выбирается лучшая сота (например, сота с более высоким CQI (индикатором качества канала)); повторная передача H-ARQ (гибридного автоматического запроса на повторную передачу) на UE может быть запланирована в любой соте; и UE с менее развитым приемником также может извлекать выгоду из этого подхода.
Для обоих этих случаев HS (высокоскоростное) согласование по времени между двумя сотами может быть асинхронным; UE осуществляет мониторинг HS-SCCH (высокоскоростного совместно используемого канала управления) от обеих сот; и ACK/NACK (квитирование/отрицательное квитирование), и информация CQI для любой соты сообщаются совместно.
Чтобы определить многоточечную передачу нисходящей линии связи, сеть может повторно использовать существующие события (например, Событие 1a/b) и измерения (например, информацию планирования (SI) или CQI). В качестве альтернативы могут быть определены новые измерения и события. В RAN (сети радиодоступа) #50 был одобрен элемент исследования в методиках многоточечных передач на нисходящей линии связи. См. RP-101439, "Proposed study item on HSDPA multipoint transmission" ("Предложенный элемент исследования при многоточечной передаче HSDPA").
Характеристики связи в различных ситуациях могут отличаться для этих разных режимов. Таким образом, задачей является то, как определять оптимальный режим для данного UE и как конфигурировать UE для выбранного режима.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В соответствии с первым аспектом представлен способ выбора режима нисходящей линии связи для UE. Способ выполняется в контроллере радиосети, RNC, и содержит этапы: оценки геометрии для UE; выбора режима для UE на основании оцениваемой геометрии, при этом режим является либо режимом коммутации множества сот, либо режимом агрегирования множества сот; и конфигурирования выбранного режима для UE. При использовании геометрии UE для выбора режима выбирается наиболее подходящий режим относительно функциональных характеристик, таких как пропускная способность.
c
0
Этап оценки геометрии может содержать использование отношения энергии/шума элементарных сигналов общего канала индикатора пилотного сигнала, CPICH E/N, или мощности принимаемых сигнальных кодов, RSCP.
Этап выбора режима может содержать выбор режима коммутации множества сот, когда геометрия хорошая, и выбор режима агрегирования множества сот, когда геометрия плохая.
На этапе выбора режим коммутации множества сот может быть режимом коммутации двух сот, а режим агрегирования множества сот может быть режимом агрегирования двух сот. Для режима множества сот требуется по меньшей мере две соты. Поэтому режим двух сот представляет собой самую простую форму режимов множества сот.
Этап выбора режима UE может содержать выбор режима для UE на основании оцениваемой геометрии, при этом режим представляет собой либо режим коммутации двух сот, либо режим агрегирования двух сот, либо режим по умолчанию. Режим по умолчанию означает, что вторичная обслуживающая сота высокоскоростного совместно используемого канала нисходящей линии связи, HS-DSCH, для UE деактивирована. Другими словами, режим по умолчанию представляет собой режим одной соты.
Этап оценки геометрии может содержать оценку геометрии в соответствии со следующим:
c
o
HsGeometry = (maximumDlTxPower - nonHsPower)/CpichPower * CpichE/N
c
o
c
0
где HsGeometry - геометрия, CpichPower - мощность CPICH, CpichE/N - E/N CPICH, о котором сообщает UE, maximumDlTxPower - максимальная мощность передачи нисходящей линии связи, и nonHsPower - мощность не-HS (не при высокой скорости), о которой сообщает Узел B.
Этап оценки геометрии может содержать оценку геометрии нисходящей линии связи для первичной и вторичной обслуживающих сот высокоскоростного совместно используемого канала нисходящей линии связи, HS-DSCH, а этап выбора режима может содержать оценку функционирования в зависимости от геометрии нисходящей линии связи для первичной и вторичной обслуживающих сот HS-DSCH, так что когда результат оценки выше, чем первое предварительно определенное пороговое значение, выбирается режим коммутации множества сот, в противном случае выбирается режим агрегирования множества сот.
Способ дополнительно может содержать этап: получения нагрузки нисходящей линии связи, а этап выбора режима может включать в себя учет нагрузки нисходящей линии связи. Нагрузка представляет собой другой параметр, учет которого может помогать в более точном выборе наиболее подходящего режима.
Способ дополнительно может содержать этап: приема функциональных возможностей RBS (базовой радиостанции) и функциональных возможностей UE относительно поддерживаемых режимов; а на этапе выбора режима для UE могут учитываться принимаемые функциональные возможности RBS и UE. Таким образом можно избегать режимов, которые не поддерживаются RBS и/или UE.
Функциональные возможности относительно поддерживаемого режима могут зависеть от полосы частот.
Способ дополнительно может содержать этап: приема, от UE, рекомендации выбранного режима; и на этапе выбора режима для UE могут учитываться рекомендацию выбранного режима. Другими словами, UE может предлагать, основываясь на измерениях, режим, доступный для UE. Это предложение может выполняться или быть отвергнуто контроллером RNC. RNC также может использовать другие отчёты с результатами измерений UE (например, измерения CPICH) и/или измерения базовой станции, чтобы решить, выбрать или отвергнуть режим, рекомендуемый UE.
В соответствии со вторым аспектом представлен способ выбора режима нисходящей линии связи для UE. Способ выполняется на RBS и содержит этапы: оценки качества нисходящей линии связи для UE; выбора режима для UE на основании оцениваемого качества нисходящей линии связи, при этом режим является либо режимом коммутации, либо режимом агрегирования; и конфигурирования выбранного режима для UE. Было выявлено, что RBS также может выбирать соответствующий режим для UE, основываясь на качестве нисходящей линии связи.
Этап оценки качества нисходящей линии связи может содержать оценку качества нисходящей линии связи и для первичной, и для вторичной обслуживающих сот высокоскоростного совместно используемого канала нисходящей линии связи, HS-DSCH.
Этап оценки качества нисходящей линии связи может содержать оценку доступного SINR, отношения сигнала к помехам и шуму, HS-DSCH.
Доступное SINR HS-DSCH может быть оценено в соответствии со следующим:
Hs
CPICH
availSfdcHsSINR = SF * CINR * (maximumDlTxPower - nonHsPower)/CpichPower,
CPICH
Hs
где availSfdcHsSINR - доступное SINR HS-DSCH для UE в соте, CINR - отношение несущей к помехам и шуму общего канала индикатора пилотного сигнала, оцениваемое из сообщаемого CQI, индикатора качества канала, SF - коэффициент расширения спектра высокоскоростного физического совместно используемого канала нисходящей линии связи, HS-PDSCH.
На этапе выбора режим коммутации множества сот может быть режимом коммутации двух сот, а режим агрегирования множества сот может быть режимом агрегирования двух сот.
Этап выбора режима UE может содержать выбор режима для UE на основании оцениваемой геометрии, при этом режим представляет собой либо режим коммутации двух сот, либо режим агрегирования двух сот, либо режим по умолчанию. Режим по умолчанию означает, что вторичная обслуживающая сота высокоскоростного совместно используемого канала нисходящей линии связи, HS-DSCH, для UE деактивирована.
Способ дополнительно может содержать этап: получения конфигурационных данных от управляющего узла относительно режимов, которые могут использоваться; и этап выбора режима может удовлетворять требованиям конфигурационных данных.
Управляющим узлом может быть RNC.
Способ дополнительно может содержать этап: приема, от UE, рекомендации выбранного режима; и при этом этап выбора режима для UE учитывает рекомендацию выбранного режима.
Третьим аспектом является способ, выполняемый на UE, предложения режима нисходящей линии связи. Способ содержит этапы: оценки функциональных характеристик для режима по умолчанию, режима коммутации множества сот и режима агрегирования множества сот; выбора режима, являющегося одним из режима по умолчанию, режима коммутации множества сот и режима агрегирования множества сот, который имеет наивысшие оцениваемые функциональные характеристики, при этом режим по умолчанию означает, что вторичная обслуживающая сота высокоскоростного совместно используемого канала нисходящей линии связи, HS-DSCH, для UE деактивирована; и сообщения сети о выбранном режиме в качестве рекомендации. Другими словами, именно UE оценивает различные режимы и делает предложение о максимизации функциональных характеристик, основываясь на параметрах и/или измерениях, доступных для UE.
Оцениваемые функциональные характеристики могут содержать один или более параметров из битовой скорости передачи, пропускной способности и качества сигнала.
Четвертым аспектом является контроллер радиосети, RNC, для выбора режима нисходящей линии связи для UE. RNC содержит процессор, выполненный с возможностью: оценки геометрии для UE; выбора режима для UE на основании оцениваемой геометрии, при этом режим является либо режимом коммутации множества сот, либо режимом агрегирования множества сот; и конфигурирования выбранного режима для UE.
Пятым аспектом является базовая радиостанция, RBS, для выбора режима нисходящей линии связи для UE. RBS содержит процессор, выполненный с возможностью: оценки качества нисходящей линии связи для UE; выбора режима для UE на основании оцениваемого качества нисходящей линии связи, при этом режим является либо режимом коммутации, либо режимом агрегирования; и конфигурирования выбранного режима для UE.
Шестым аспектом является UE, для предложения режима нисходящей линии связи. UE содержит процессор, выполненный с возможностью: оценки функциональных характеристики для режима одной соты, режима коммутации множества сот и режима агрегирования множества сот; выбора режима, являющегося одним из режима по умолчанию, режима коммутации множества сот и режима агрегирования множества сот, который имеет наивысшие оцениваемые функциональные характеристики, при этом режим по умолчанию означает, что вторичная обслуживающая сота высокоскоростного совместно используемого канала нисходящей линии связи, HS-DSCH, для UE деактивирована; и сообщения сети о выбранном режиме в качестве рекомендации.
Седьмым аспектом является способ выбора режима передачи для оборудования пользователя, UE. Способ выполняется в сетевом узле сети мобильной связи и содержит этапы: оценки качества для передачи на UE; выбора режима для UE, при этом режим является либо режимом коммутации множества сот, либо режимом агрегирования множества сот, либо унаследованным режимом одной соты; и конфигурирования выбранного режима для UE. Сетевой узел может быть RBS или RNC, а качество может быть, например, геометрией или качеством нисходящей линии связи. Седьмой аспект, таким образом, по существу, является комбинацией первого и второго аспектов.
В общем, все термины, используемые в формуле изобретения, должны быть интерпретированы в соответствии с их обычным значением в области техники, если в данном документе явно не определено иначе. Все ссылки на "элемент, устройство, компонент, средство, этап и т.д." в единственном числе должны быть интерпретированы открыто, как относящиеся по меньшей мере к одному примеру элемента, устройства, компонента, средства, этапа и т.д., если явно не указано иначе. Этапы любого способа, раскрытого в данном документе, не должны выполняться точно в раскрытом порядке, если только об этом не заявлено прямо.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Теперь изобретение будет описано посредством примера в отношении прилагаемых чертежей, на которых:
фиг.1 - функциональная блок-схема агрегирования SF-DC-HSDPA;
фиг.2 - функциональная блок-схема коммутации SF-DC-HSDPA;
фиг.3 - график, изображающий сравнение пропускной способности между агрегированием и коммутацией SF-DC-HSDPA;
фиг.4 - схематическое представление, показывающее среду, в которой могут быть применены представленные в данном документе варианты осуществления;
фиг.5A-5B - схемы последовательности операций, иллюстрирующие способы, выполняемые на RNC (контроллере радиосети), показанном на фиг.4, в соответствии с некоторыми вариантами осуществления;
фиг.6A-6B - схемы последовательности операций, иллюстрирующие способы, выполняемые на RBS (базовой радиостанции), показанной на фиг.1, 2 и 4, в соответствии с некоторыми вариантами осуществления;
фиг.7 - схема последовательности операций, иллюстрирующая способ, выполняемый на UE, показанном на фиг.1, 2 и 4, в соответствии с одним вариантом осуществления;
фиг.8 - схематическое представление, показывающее некоторые компоненты RBS, представленной на фиг.1, 2 и 4;
фиг.9 - схематическое представление, показывающее некоторые компоненты RNC, показанного на фиг.4;
фиг.10 - схематическое представление, показывающее некоторые компоненты UE, представленного на фиг.1, 2 и 4; и
фиг.11 показывает один пример компьютерного программного продукта, содержащего компьютерно-читаемый носитель.
ПОДРОБНОЕ ОПИСАНИЕ
Теперь изобретение будет описано ниже более полно в отношении прилагаемых чертежей, на которых показаны некоторые варианты осуществления изобретения. Однако настоящее изобретение может быть воплощено во многих различных формах и не должно рассматриваться как ограниченное вариантами осуществления, сформулированными в данном документе; скорее, эти варианты осуществления обеспечиваются в качестве примера, чтобы данное раскрытие было полным и всесторонним и полностью передавало объём изобретения специалистам в данной области техники. Подобные позиционные обозначения относятся к подобным элементам на протяжении всего описания.
Анализ функциональных характеристик SF-DC
0
Модель системы режима агрегирования можно увидеть на фиг.1. В данном документе P1 и P2 описывают принимаемую мощность, связанную с двумя сотами. Другими словами, первая мощность P1 принимается на UE 2 от первичной RBS (базовой радиостанции) 1a через первый радиоинтерфейс 4a, в то время как вторая мощность P2 принимается на UE 2 от вторичной RBS 1b через второй радиоинтерфейс 4b. I представляет собой помехи 3 от других сот и белый шум. Эти помехи 3 также относятся к тому, как они принимаются на UE 2. Следует отметить, что термины Узел В и RBS в данном документе используются взаимозаменяемо, в качестве представленных примеров, относящихся к системе WCDMA. Хотя следует отметить, что идеи, представленные в данном документе, не ограничиваются WCDMA, и там, где это применимо, могут использоваться в других типах систем, таких как LTE.
Модель системы режима коммутации можно увидеть на фиг.2. В данном документе только полезная мощность представляет собой мощность P1, которую UE 2 принимает через первый радиоинтерфейс 4a от первичной базовой станции 1a. Вся другая мощность, принимаемая на UE 2, образует часть помех 3.
Теперь, если UE 2 обслуживается только своей обслуживающей сотой, отношение сигнала к помехам и шуму (SINR) можно записать в виде:
(1)
где α представляет коэффициент неортогональности, который приводит к собственным помехам.
Пропускная способность С линии связи моделируется посредством предела Шэннона, то есть:
2
1
С = log(1 + SINR) (2)
Если обе соты передают различные данные, и SINR каждого потока данных может быть записан в виде:
(3)
(4)
1
2
где β представляет коэффициент подавления помех второй, другой, соты, и P - мощность, принимаемая от первичной обслуживающей базовой станции, а P- мощность, принимаемая от вторичной обслуживающей базовой станции.
Пропускная способность С линии связи моделируется посредством предела Шэннона, то есть:
2
1
2
2
С = log(1 + SINR) + log(1 + SINR) (5)
Фиг.3 изображает сравнение пропускной способности между режимами агрегирования и коммутации SF-DC-HSDPA. В данном документе точечная линия 12 представляет пропускную способность для режима коммутации, а сплошная линия 16 представляет пропускную способность для режима агрегирования в виде функции.
Из уравнений (1)-(5) и фиг.3 легко найти, что эти два режима (агрегирования SF-DC и коммутации SF-DC) имеют разные функциональные характеристики в различных ситуациях.
В случае хорошей геометрии режим коммутации имеет лучшие функциональные характеристики, чем режим агрегирования. И наоборот, в случае плохой геометрии у режима агрегирования могут быть лучшие функциональные характеристики. Геометрия может быть определена как отношение мощности, принимаемой на рассматриваемой линии радиосвязи, к сумме шума и мощностей, принимаемых на других линиях радиосвязи.
Эффективность подавления/устранения помех между сотами приемника UE важна для выбора режима. Высокая эффективность подавления/устранения помех между сотами может значительно помогать в режиме агрегирования. В противоположных условиях предпочтительным является режим коммутации.
Дополнительно, режим агрегирования создает больше помех между сотами для пользователей в соседних сотах, особенно в случае средней нагрузки. В случае UE SF-DC с низкой битовой скоростью передачи агрегирование не требуется. Кроме того, когда UE находится в области мягкой передачи обслуживания, содержащей RBS смешанного типа (то есть и унаследованную RBS, и RBS, обладающую возможностью SF-DC-HSDPA), агрегирование не является оптимальным. Унаследованная RBS в данном документе должна интерпретироваться как RBS, которая не обладает возможностью SF-DC-HSDPA. Унаследованная RBS обладает возможностью функционирования только с одной сотой, которое также упоминается как режим по умолчанию. Таким образом, режим по умолчанию представляет собой режим работы одной соты.
Поскольку выгода от различных режимов SF-DC зависит от изменяющихся факторов, а также от характеристик UE, функциональные характеристики и UE и системы могут ухудшаться, если эти факторы не принимать во внимание. Примеры этих факторов включают в себя:
- геометрию UE с возможностью работы с SF-DC;
- нагрузку по трафику в соседних сотах;
- функциональные характеристики приемника UE с возможностью работы с SF-DC;
- необходимую битовую скорость передачи UE с возможностью работы с SF-DC;
- функциональные возможности UE (коммутацию, агрегирование, 2C (две соты), 4C (четыре соты) и т.д.);
- комбинацию обладающих возможностью SF-DC и унаследованных Узлов В.
В данном документе раскрыто несколько способов, чтобы условно конфигурировать режим UE с возможностью работы с SF-DC для улучшения функциональных характеристик UE с возможностью работы с SF-DC и функциональных характеристик системы. К ним относятся сетевые решения; решения, использующие новые измерения UE; и решения, содержащие рекомендации UE.
c
0
Сетевые решения включают в себя варианты осуществления, основанные на RNC и основанные на Узле В. В решении, основанном на RNC, RNC конфигурирует режим UE с возможностью работы с SF-DC с передачей сигналов RRC (управления радиоресурсами), основываясь на существующих отчётах с результатами измерений, например E/N CPICH (общего пилотного канала) (или RSCP (мощность принимаемого сигнального кода)), мощности передачи DL (нисходящей линии связи), оцениваемой нагрузки на соту нисходящей линии связи, типа трафика и т.п. В решении, основанном на Узле В (подходящем для случая SF-DC Intra-NodeB), обслуживающий Узел В конфигурирует режим UE с возможностью работы с SF-DC на основании нагрузки на соты DL и сообщения о CQI UE, типа трафика и т.п.
В любом сетевом решении UE может измерять и сообщать об уровне испытываемых помех между сотами, основываясь на котором (наряду с другими существующими сообщениями) сеть конфигурирует режим для UE SF-DC. Кроме того, в любом сетевом решении UE SF-DC может рекомендовать режим в соответствии с доступной информации о стороне UE. Тогда сеть определяет режим для UE, при этом сеть может принимать во внимание рекомендацию UE, но не обязана следовать этой рекомендации.
Варианты осуществления настоящего изобретения включают в себя один или более из набора критериев, используемых для выбора режима в сетевом узле (например, RNC или RBS) или на UE; передачи сигналов для конфигурирования сетевого узла (например, RBS) и UE с этим режимом (режимами); и новых измерений на UE для выбора режима.
Эти концепции могут быть расширены на HSDPA множества сот со множеством несущих, например DF-D(4)C-HSDPA (HSDPA с двумя (4) сотами с двумя частотами), и/или более развитые оборудования UE (то есть оборудования UE, которые могут поддерживать больше потоков данных и/или несущих частот), и другие технологии многоточечной передачи. Однако с целью объяснения варианты осуществления описаны в данном документе на основании UE с возможностью работы с SF-DC. Вместе с тем изобретение также применяется для сценариев, содержащих многоточечную передачу HSDPA множества сот со множеством несущих.
Теперь ниже будут описаны два сетевых решения, а именно: решение, основанное на RNC, и решение, основанное на RBS.
Решение, основанное на RNC
В соответствии с этим вариантом осуществления RNC может выбирать и конфигурировать режим для UE SF-DC на основании оцениваемой геометрии UE при использовании Ec/Io CPICH (или RSCP). Геометрия может быть оценена как:
c
o
HsGeometry = (maximumDlTxPower - nonHsPower)/CpichPower * CpichE/N (6)
где HsGeometry - геометрия,
CpichPower - мощность CPICH,
c
o
c
0
CpichE/N - E/NCPICH, сообщаемое UE,
maximumDlTxPower - максимальная мощность передачи нисходящей линии связи, и
nonHsPower - мощность не-HS, сообщаемая Узлом B.
1
2
1
2
Коэффициент, основанный на геометрии нисходящей линии связи UE SF-DC, может быть выражен в виде f(HsGeometry,HsGeometry), где HsGeometry/HsGeometry - геометрия нисходящей линии связи первичной/вторичной обслуживающей соты HS-DSCH (высокоскоростного совместно используемого канала нисходящей линии связи).
1
2
2
Если f(HsGeometry,HsGeometry) выше, чем первое предварительно определенное пороговое значение, для UE SF-DC выбирается режим коммутации, в противном случае для UE SF-DC выбирается режим агрегирования. Если HsGeometry ниже, чем второе предварительно определенное пороговое значение, для UE SF-DC выбирается режим по умолчанию, и это означает, что вторичная обслуживающая сота HS-DSCH для UE SF-DC деактивирована. Первое и второе пороговые значения могут отличаться для различных типов приемников UE.
Этот подход является прямым, но он не оценивает нагрузку по трафику нисходящей линии связи, ситуацию, связанную с ресурсами нисходящей линии связи вторичной обслуживающей соты HS-DSCH, характеристики приемника UE или другие факторы.
Существуют усовершенствованные способы, которые учитывают множество факторов, такие как геометрия UE, функциональные возможности приемника UE, необходимая битовая скорость передачи для UE SF-DC и нагрузка по трафику нисходящей линии связи и первичной, и вторичной обслуживающей соты HS-DSCH. Например, описаны два способа выбора режима для UE SF-DC в соответствии со способами оценки нагрузки HS-DSCH нисходящей линии связи.
Прежде всего нагрузка нисходящей линии связи представляет собой один фактор, который является полезным при рассматривании режима коммутации для UE SF-DC.
Одним примером является то, что RNC может оценивать нагрузку HS DL на основании сообщаемой мощности несущих DL [см. Спецификацию 25.2153GPP], чтобы оценивать доступную мощность HS-DSCH для соты, как:
availHsPower = f(maximumDlTxPower - nonHsPower) (7)
где maximumDlTxPower - максимальная мощность передачи DL;
availHsPower - доступная мощность HS-DSCH;
measDlTxPower - мощность передачи DL, сообщаемая Узлом B; и
f(*) означает определенную фильтрацию.
Примерами фильтрации является среднее значение, X-й процентиль, среднее значение выборки, фильтрация нижних частот и т.д. RNC также может использовать дополнительные параметры, такие как measDlTxPower, оценивая доступную мощность HS (availHsPower).
c
0
Затем максимальное достижимое E/N HS-DSCH может быть выражено в виде:
c
0
maxSfdcEcNo = availHsPower/CpichPower * CpichE/N (8),
c
0
где maxSfdcEcNo - максимальное достижимое E/N HS-DSCH для UE SF-DC.
1
2
1
2
c
o
1
2
1
2
Конкретный коэффициент может быть определен как f(maxSfdcEcNo, maxSfdcEcNo), где maxSfdcEcNo/maxSfdcEcNo является максимально достижимым E/N HS-DSCH для UE SF-DC в первичной/вторичной обслуживающей соте HS-DSCH соответственно. f(maxSfdcEcNo, maxSfdcEcNo) имеет более высокое значение с более высокими maxSfdcEcNo и maxSfdcEcNo.
1
2
1
2
1
2
Другой способ оценки нагрузки на соту основан на нагрузке или трафике на линиях транзитного соединения, например статистической информации о потоке данных Iub. Например, Узел В запрашивает данные от RNC в соответствии с возможностями радиоинтерфейса. Буфер на RNC может быть полным или выше порогового значения, если поддерживаемая битовая скорость передачи HS-DSCH на радиоинтерфейсе выше, чем скорость передачи данных нисходящей линии связи с верхних уровней. RNC может либо оценивать нагрузку на соту DL, основываясь на состоянии буфера RLC (управления линией радиосвязи). Он также может оценивать нагрузку DL, основываясь на том, может ли он обеспечить требуемую скорость передачи данных нисходящей линии связи посредством Узла В через интерфейс между RNC и Узлом. Кроме того, RNC также может грубо оценивать приоритеты планирования в соответствии с типом трафика UE SF-DC. Конкретный коэффициент может быть определен как f(rncDlBufferLevel, rncDlBufferLevel), где rncDlBufferLevel/ rncDlBufferLevel является уровнем буфера RLC нисходящей линии связи в RNC для первичной/вторичной обслуживающей соты HS-DSCH соответственно. f(rncDlBufferLevel, rncDlBufferLevel) имеет более высокое значение с более низким уровнем буфера TX DL и в первичной, и во вторичной обслуживающей соте HS-DSCH.
Во-вторых, конкретный коэффициент, зависящий от трафика DL UE, может быть определен как функция трафика, f(traffic). f(traffic) зависит от трафика UE SF-DC. Например, f(traffic) имеет более высокое значение с более высоким приоритетом трафика и или более низкой требуемой битовой скоростью передачи DL для UE SF-DC. Примером f(traffic) является:
f(traffic) = Tp*битовая скорость передачи пользователя/максимальная возможная битовая скорость передачи пользователя (9),
где Tp является уровнем приоритета трафика, который в данном случае может изменяться между 1 и 5, где 5 означает самый высокий уровень приоритета.
В-третьих, конкретный коэффициент, зависящий от эффективности подавления/устранения помех, может быть определен как f(receiverType). f(receiverType) имеет более низкое значение для приемника с более высокой эффективностью подавления/устранения помех.
c
0
Если в качестве ввода используется максимально доступное E/N HS-DSCH, окончательный коэффициент для определения режима UE SF-DC может быть выражен в виде:
1
2
sfdcModeCoef = f(maxSfdcEcNo, maxSfdcEcNo) *f (traffic) * f(receiverType) (10).
Или, если в качестве ввода используется уровень буфера RLC нисходящей линии связи RNC, окончательный коэффициент для определения режима UE SF-DC может быть выражен в виде:
1
2
sfdcModeCoef = f(rncDlBufferLevel, rncDlBufferLevel) * f(traffic) * f(receiverType) (11).
2
Точно так же могут быть определены различные пороговые значения для выбора режима TX DL для UE SF-DC. Если sfdcModeCoef выше, чем предварительно определенное пороговое значение, для UE SF-DC выбирается режим коммутации. В противном случае для UE SF-DC выбирается режим агрегирования. Если maxSfdcEcNo ниже, чем второе предварительно определенное пороговое значение, и или необходимая битовая скорость передачи нисходящей линии связи UE SF-DC ниже, чем третье предварительно определенное пороговое значение, для UE SF-DC выбирается режим по умолчанию, и это означает, что вторичная обслуживающая сота HS-DSCH для UE SF-DC деактивирована.
Должна быть определена некоторая передача сигналов для конфигурирования режима UE SF-DC, например передача сигналов для информирования обслуживающего Узла В и необслуживающих Узлов В, и UE относительно конфигурации режима для UE SF-DC.
В случае SF-DC между узлами В решение, основанное на RNC, является предпочтительным, поскольку RNC знает ситуацию относительно необслуживающих Узлов В. RNC также может учитывать функциональные возможности RBS, а также функциональные возможности UE относительно поддерживаемых режимов при выборе окончательного режима. RBS и UE сообщают об этих функциональных возможностях обслуживающему узлу, например RNC. Функциональные возможности RNB и UE относительно поддерживаемых режимов также могут зависеть от полосы частот. Например, RBS и/или UE может поддерживать коммутацию и/или агрегирование несущих SF-DC-HSDPA для полосы 1 (2 ГГц) и полосы 8 (900 МГц). Аналогичным образом RNC может сконфигурировать RBS и UE для определенного режима в зависимости от полосы. Например, RNC может сконфигурировать UE и RBS так, чтобы использовать определенный режим (например, коммутацию) в полосе 1, хотя они могут поддерживать множество полос частот, например полосу 1, полосу 7 и полосу 3.
Следует отметить, что хотя в уравнения (9) и (10) включено множество коэффициентов, это не означает, что все эти коэффициенты должны быть включены. Окончательный коэффициент sfdcModeCoef для определения режима UE SF-DC также может быть оценен на основании одного или некоторых из факторов.
Решение, основанное на RBS
В принципе, RNC может иметь дело с конфигурацией режима SF-DC во всех случаях. Однако в связи с этим может появляться время запаздывания. В случае SF-DC Intra-NodeB Узел В может быть более эффективным при оценке качества/нагрузки нисходящей линии связи и в первичной, и во вторичной обслуживающих сотах HS-DSCH. Следовательно, обслуживающий Узел В может быть более эффективным в конфигурировании режима SF-DC для UE SF-DC. Некоторые примеры оценки качества нисходящей линии связи описаны ниже.
Одним из примеров является пример, в котором Узел В может оценивать доступное SINR HS-DSCH для UE SF-DC.
Hs
CPICH
availSfdcHsSINR = SF * CINR * (maximumDlTxPower - nonHsPower)/CpichPower (12),
Hs
где availSfdcHsSINR - доступное SINR HS-DSCH для UE SF-DC в соте, CINRCPICH - CINR (отношение сигнал/шум с учётом помех) CPICH, оцениваемое из сообщаемого CQI, SF (коэффициент расширения спектра медленной скачкообразной перестройки частоты) - коэффициент расширения спектра HS-PDSCH (высокоскоростного физического совместно используемого канала нисходящей линии связи).
Кроме того, Узел В может оценивать вероятность планирования UE SF-DC и в первичной, и во вторичной обслуживающих сотах HS-DSCH.
Подобно решению, основанному на RNC, имеются и прямые, и более усовершенствованные подходы.
2
2
1
2
Одно прямое решение, например, может быть основано на availSfdcHsSINR и обслуживающей и необслуживающей обслуживающей соты HS-DSCH. Если f(availSfdcHsSINRi, availSfdcHsSINR) выше, чем предварительно определенное пороговое значение, выбирается режим коммутации, в противном случае выбирается режим агрегирования. Если availSfdcHsSINR ниже, чем другое пороговое значение, выбирается режим по умолчанию, и это означает, что вторичная обслуживающая сота HS-DSCH деактивирована. В данном документе availSfdcHsSINR/availSfdcHsSINR обозначает максимально достижимое SINR HS-DSCH в первичной/вторичной соте HS-DSCH соответственно.
Более усовершенствованный способ, например, заключается в учете трафика и типа приемника UE SF-DC.
1
2
sfdcModeCoef = f(availSfdcHsSINR, availSfdcHsSINR) * f(traffic) * f(receiverType) (13),
где f(traffic) и f(receiverType) оцениваются таким же образом, как описано выше.
2
Режим SF-DC может быть выбран так же, как описано выше для решения, основанного на RNC. Если sfdcModeCoef выше, чем первое предварительно определенное пороговое значение, для UE SF-DC выбирается режим коммутации. В противном случае для UE SF-DC выбирается режим агрегирования. Если availSfdcHsSINR ниже, чем второе предварительно определенное пороговое значение, для UE SF-DC выбирается режим по умолчанию, и это означает, что вторичная обслуживающая сота HS-DSCH для UE SF-DC деактивирована.
Даже в решении, основанном на RBS, управляющий узел (например, RNC) может предварительно конфигурировать RBS, либо RBS может использовать определенный тип режима, например режим коммутации, режим агрегирования несущих, или оба режима.
Сетевое решение с использованием новых измерений UE
В соответствии с этим вариантом осуществления UE может оценивать уровень испытываемых помех между сотами (например, характеризуемый как низкий, средний или высокий), основываясь на принимаемом сигнале пилот-сигналов нисходящей линии связи от первичной и вторичной обслуживающей соты HS-DSCH. Может быть несколько способов, которыми UE может сообщать базовой станции (например, Узлу B) об уровне испытываемых помех между сотами. Примеры включают в себя временное мультиплексирование с битами TPC (управления мощностью передачи) по DPCCH или с битами CQI по HS-DPCCH; и объединение их с информационным сообщением о планировании восходящей линии связи или мультиплексирование с E-TFCI (идентификатором объединения транспортных форматов E-DCH (усовершенствованного выделенного канала)) или с подходящими битами и т.п.
Затем Узел В может сообщить RNC результаты измерений для решения, основанного на RNC, или UE сообщает RNC результаты измерений посредством передачи сигналов RRC.
Для решения, основанного на RNC, политика, подобная выбору режима SF-DC, как описано выше, может быть использована на основании оцениваемого sfdcModeCoef в соответствии с уравнениями (9) и (10), после замены f(receiverType) в формуле на функцию уровня испытываемых помех между сотами (ICIC), f(ICI).
Для решения, основанного на Узле В, Узел В может оценивать ухудшение качества принимаемого сигнала (например, SINR, SNR (отношение сигнал/шум), BLER (частоту появления ошибок по блокам) и т.д.) для UE SF-DC с помощью сообщаемых непосредственно от UE помех между сотами. Режим агрегирования запрещается, когда ухудшение принимаемого SINR для UE SF-DC больше, чем предварительно определенное/предварительно сконфигурированное пороговое значение.
RNC может конфигурировать, позволяется ли Узлу В изменять режим SF-DC для определенного одного или для группы оборудований UE SF-DC. Кроме того, RNC может конфигурировать пороговые значения, используемые в Узле В, вводя совокупность новых передач сигналов RRC, или повторно используя существующий сигнал определенным способом. Конфигурирование может быть сделано в фоновом режиме работы или по запросу от Узла B.
Сетевое решение с рекомендациями UE
В соответствии с этим вариантом осуществления UE может оценивать функциональные характеристики (например, достигаемую битовую скорость передачи, пропускную способность, качество сигнала и т.д.) при режиме по умолчанию, режиме коммутации и режиме агрегирования и сообщать сети о режиме.
Прежде всего UE выбирает предпочтительный режим SF-DC в соответствии с конфигурацией сети, чтобы увеличить до максимума пропускную способность, например получить более высокую битовую скорость передачи. Например, UE может оценивать коэффициент эффективности подавления помех между сотами и сохранять статистическую информацию о частотах, которые будут запланированы, и качестве принимаемого сигнала (например, SINR, BLER и т.д.) каждый раз, когда UE выполняет планирование, используя и первичную соту, и вторичную обслуживающие соты HS-DSCH. Основываясь на ней, UE может оценивать достижимую пропускную способность для каждого режима и выбирать режим с целью увеличения до максимума полной обрабатывающей способности (например, достижимой пропускной способности/битовой скорости передачи) и от первичной, и от вторичной обслуживающих сот HS-DSCH. UE также может учитывать определенным способом другие факторы, такие как различие во времени запаздывания от первичной соты и от вторичной обслуживающих сот HS-DSCH в режиме SF-DC. Например, может быть выбран режим по умолчанию, если время запаздывания данных, принимаемых на вторичной обслуживающей соте, больше, чем предварительно сконфигурированное значение или подходящее пороговое значение.
Основываясь на вышеупомянутой информации, UE выбирает режим и само сообщает сети. Сеть может использовать режим, выбранный UE.
Сеть может либо следовать рекомендованному UE режиму SF-DC либо нет. Например, сеть может выбрать другой режим SF-DC (то есть отличающийся от рекомендованного UE режима SF-DC), особенно в случае, если сеть подозревает, что выбранный UE режим не оптимален, например, из-за ошибки или из-за плохой реализации в UE. Сеть также может использовать другие отчёты с результатами измерений UE (например, измерения CPICH) и/или измерения базовой станции, чтобы сделать вывод, является ли рекомендуемый UE режим подходящим или нет.
Таким образом, варианты осуществления могут быть связаны с одним или более из следующих:
(1) критериев, основываясь на которых сетевой узел (например, Узел В/RNC) решает, выполнить ли планирование в соответствии с режимом агрегирования или коммутации;
(2) передачи сигналов между сетевыми узлами. Например, обмен сигнальной информацией между RNC и Узлом В для предварительного конфигурирования подходящих режимов должен быть защищен. Более конкретно RNC конфигурирует Узел В так, что позволяет Узлу В использовать либо i) режим агрегирования, либо ii) режим коммутации, iii) либо оба режима. Преимущество этой схемы зависит от развернутых сценариев, нагрузки и т.д. Таким образом, RNC осуществляет контроль над функционированием Узла В. Это включает в себя передачу сигналов через интерфейс Iub.
Дополнительно, одним аспектом является передача сигналов между сетевым узлом и UE. RNC также может конфигурировать UE относительно того, который узел В может использоваться для коммутации и который может использоваться для агрегирования или для обоих режимов. Аналогичным образом RNC может конфигурировать UE относительно того, какой вид измерений нужно сообщать для выбора сетевого режима.
(3) Эта информация (новое измерение/оценка UE) от UE может быть выгодной, например, следующим образом:
- Возможность приемника UE подавлять/устранять помехи, коэффициент эффективности подавления помех между сотами и т.д.;
- Некоторые оборудования UE могут иметь хорошее SIC (последовательное подавление помех), если два потока данных от сот передаются в одном и том же TTI. В этом случае агрегирование в одном и том же TTI лучше;
- Некоторые оборудования UE имеют только общее подавление помех. В этом случае агрегирование в одном и том же TTI или различных TTI является почти одинаковым;
- Предпочтительный выбираемый UE режим.
Фиг.4 является схематическим представлением, показывающим окружающую среду, в которой могут быть применены варианты осуществления, представленные в данном документе. Сеть 5 мобильной связи содержит базовую сеть 3 и одну или более радиостанций RBS 1, в данном случае в форме Узлов В 1. Радиостанции RBS 1 также могут быть в форме выделенных Узлов В, BTS (базовых приемопередающих станций) и/или BSS (подсистем базовых станций). Радиостанции RBS 1 обеспечивают возможности подключения радиосвязи для множества оборудований UE 2 (показано только одно). Термин "UE" также известен как терминал мобильной связи, мобильный терминал, пользовательский терминал, пользовательский агент и т.д.
Сеть 5 мобильной связи может, например, удовлетворять требованиям W-CDMA, LTE или любого другого типа сети, в котором могут быть применены принципы, представленные в данном документе.
Связь между каждым из оборудований UE 2 и радиостанциями RBS 1 происходит через беспроводной радиоинтерфейс.
Каждая RBS 1 обеспечивает зону покрытия, используя соответствующую соту 6. Радиостанциями RBS 1 управляет RNC 8. Радиостанции RBS 1 также соединены, через RNC 8, с базовой сетью 3 для возможности подключения к центральным функциям и другим сетям.
Фиг.5A-5B являются схемами последовательности операций, иллюстрирующими способы, выполняемые в RNC, показанном на фиг.4, в соответствии с некоторыми вариантами осуществления. Прежде всего будет описан способ, иллюстрируемый на фиг.5A.
c
0
На этапе 30 оценки геометрии оценивается геометрия для UE 2, как раскрыто выше. В необязательном варианте это может содержать использование E/N CPICH или RSCP.
На этапе 31 выбора режима для UE 2 выбирается режим на основании оцениваемой геометрии, как раскрыто выше. Режим представляет собой либо режим коммутации множества сот, либо режим агрегирования множества сот, либо режим по умолчанию. Выбор может действовать, выбирая режим коммутации множества сот, когда геометрия хорошая, и выбирая режим агрегирования множества сот, когда геометрия плохая. В одном варианте осуществления режим коммутации множества сот представляет собой режим коммутации двух сот, а режим агрегирования множества сот представляет собой режим агрегирования двух сот.
На этапе 32 конфигурирования выбранного режима конфигурируется выбранный режим для UE 2.
Способ может повторяться с произвольной частотой, даже достаточно быстро, чтобы обеспечить возможность выбора режима в каждом TTI.
Фиг.5B представляет схему последовательности операций, иллюстрирующую способ, выполняемый в RNC в соответствии с другим вариантом осуществления. Этапы на фиг.5B, имеющие такие же позиционные обозначения, как этапы на фиг.5A, являются эквивалентными и снова описываться не будут.
На необязательном этапе 33 получения нагрузки нисходящей линии связи получают нагрузку нисходящей линии связи, например, как объяснялось выше.
На необязательном этапе 34 приема функциональных возможностей RBS, принимаются функциональные возможности RBS, обслуживающей рассматриваемое UE, как объяснялось выше. Функциональные возможности определяются относительно поддерживаемых режимов. Эти режимы могут быть частотно-зависимыми.
На необязательном этапе 35 приема функциональных возможностей UE принимаются функциональные возможности рассматриваемого UE, как объяснялось выше. Функциональные возможности определяются относительно поддерживаемых режимов. Эти режимы могут быть частотно-зависимыми.
На необязательном этапе 36 приема рекомендации UE RNC принимает рекомендацию от UE. Эта рекомендация содержит режим, который UE рекомендует использовать.
На этапе 31 выбора режима учитывается нагрузка нисходящей линии связи, функциональные возможности RBS, функциональные возможности UE и/или рекомендация UE, когда один или более из этих параметров делаются доступными.
Фиг.6A-6B являются схемами последовательности операций, иллюстрирующими способы, выполняемые на RBS, показанной на фиг.4, в соответствии с некоторыми вариантами осуществления. Прежде всего будет описан способ, иллюстрируемый на фиг.6A.
На этапе 38 оценки качества DL оценивается качество нисходящей линии связи для UE. Это может содержать оценку качества нисходящей линии связи и для первичной, и для вторичной обслуживающих сот HS-DSCH. Кроме того, эта оценка может содержать оценку доступного SINR HS-DSCH.
Эта оценка объясняется более подробно выше.
На этапе выбора режима выбирается режим. Режим выбирается для UE на основании оцениваемого качества нисходящей линии связи, при этом режим является либо режимом коммутации, режимом агрегирования, либо режимом по умолчанию. В одном варианте осуществления режим коммутации множества сот представляет собой режим коммутации двух сот, а режим агрегирования множества сот представляет собой режим агрегирования двух сот. Выбор режима на RBS объясняется более подробно выше.
На этапе 40 конфигурирования выбранного режима конфигурируется выбранный режим для UE. Снова детали этого этапа представлены выше.
Способ может повторяться с произвольной частотой, даже достаточно быстро, чтобы обеспечить возможность выбора режима в каждом TTI.
Фиг.6B представляет схему последовательности операций, иллюстрирующую способ, выполняемый на RBS, в соответствии с другим вариантам осуществления. Этапы на фиг.6B, имеющие такие же позиционные обозначения, как этапы на фиг.6A, являются эквивалентными и снова описываться не будут.
На этапе 42 получения конфигурационных данных от управляющего узла (например, RNC) получаются конфигурационные данные относительно режимов, которые могут использоваться.
На необязательном этапе 43 приема рекомендации RBS принимает рекомендацию от UE. Эта рекомендация содержит режим, который UE рекомендует использовать.
На этапе 39 выбора режима учитываются конфигурационные данные и/или рекомендация UE, когда любой из этих параметров или оба делаются доступными.
Фиг.7 представляет схему последовательности операций, иллюстрирующую способ, выполняемый на UE, показанном на фиг.1, 2 и 4, в соответствии с одним вариантом осуществления.
На этапе 45 оценки функциональных характеристик функциональные характеристики оцениваются для режима одной соты, режима коммутации множества сот и режима агрегирования множества сот, как описано более подробно выше. Оцениваемые функциональные характеристики могут содержать одну или более из битовой скорости передачи, пропускной способности и качества сигнала.
На этапе 46 выбора режима выбирается режим, являющийся одним из режима по умолчанию, режима коммутации множества сот и режима агрегирования множества сот, который имеет наивысшие оцениваемые функциональные характеристики.
На этапе 47 сообщения о выбранном режиме сообщается о выбранном режиме в качестве рекомендации сети, то есть обслуживающей RBS и/или RNC.
Способ может повторяться с произвольной частотой, даже достаточно быстро, чтобы обеспечить возможность выбора режима в каждом TTI.
Фиг.8 является схематическим представлением, показывающим некоторые компоненты RBS 1, изображенной на фиг.1, 2 и 4. Процессор 50a обеспечен с использованием какой-либо комбинации из одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора для цифровой обработки сигналов (DSP), интегральной схемы прикладной ориентации и т.д., способных выполнять команды программного обеспечения, хранящиеся в компьютерном программном продукте 54a, например в форме запоминающего устройства. Процессор 50a может быть выполнен с возможностью выполнения способа, описанного в отношении фиг.6A-6B выше.
Компьютерный программный продукт 54a может быть запоминающим устройством или какой-либо комбинацией оперативного запоминающего устройства (RAM) и постоянного запоминающего устройства (ROM). Запоминающее устройство также содержит устройство постоянного хранения данных, которое, например, может быть каким-либо одним или комбинацией из магнитного запоминающего устройства, оптического запоминающего устройства, твердотельного запоминающего устройства или даже удаленно смонтированного запоминающего устройства.
RBS 1 дополнительно содержит интерфейс 57a ввода-вывода для установления связи с базовой сетью и необязательно с другими радиостанциями RBS.
RBS 1 также содержит один или более приемопередатчиков 55a, содержащих аналоговые и цифровые компоненты, и подходящее количество антенн 52 для радиосвязи с оборудованиями UE в пределах одной или более сот радиосвязи. Процессор 50a управляет общим функционированием RBS, например, отправляя управляющие сигналы приемопередатчику 55a и принимая сообщения от приемопередатчика 55a о его функционировании. В одном варианте осуществления интерфейс 57a ввода-вывода непосредственно соединен с приемопередатчиком 55a, в результате чего данные для базовой сети и от нее непосредственно маршрутизируются между интерфейсом 57a ввода-вывода и приемопередатчиком 55a.
Другие компоненты RBS опускаются, чтобы не затенять концепции, представленные в данном документе.
Фиг.9 является схематическим представлением, показывающим некоторые компоненты RNC, изображенного на фиг.4. Процессор 50b обеспечен с использованием какой-либо комбинации из одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора для цифровой обработки сигналов (DSP), интегральной схемы прикладной ориентации и т.д., способных выполнять команды программного обеспечения, хранящиеся в компьютерном программном продукте 54b, например, в форме запоминающего устройства. Процессор 50b может быть выполнен с возможностью выполнения способа, описанного в отношении фиг.5A-5B выше.
Компьютерный программный продукт 54b может быть запоминающим устройством или какой-либо комбинацией оперативного запоминающего устройства (RAM) и постоянного запоминающего устройства (ROM). Запоминающее устройство также содержит устройство постоянного хранения данных, которое, например, может быть каким-либо одним или комбинацией из магнитного запоминающего устройства, оптического запоминающего устройства, твердотельного запоминающего устройства или даже удаленно смонтированного запоминающего устройства.
RNC 8 дополнительно содержит интерфейс 57b ввода-вывода для установления связи с радиостанциями RBS и базовой сетью. Интерфейс 57b ввода-вывода выполнен с возможностью ретранслирования данных на и от радиостанций RBS и базовой сети. Процессор 50b управляет общим функционированием RNC 8, например, отправляя управляющие сигналы на интерфейс 57b ввода-вывода и принимая сообщения от интерфейса 57b ввода-вывода о его функционировании.
Другие компоненты RNC 8 опускаются, чтобы не затенять концепции, представленные в данном документе.
Фиг.10 является схематическим представлением, показывающим некоторые компоненты UE, изображенного на фиг.1, 2 и 4. Процессор 50c обеспечен с использованием какой-либо комбинации из одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора для цифровой обработки сигналов (DSP), интегральной схемы прикладной ориентации и т.д., способных выполнять команды программного обеспечения, хранящиеся в компьютерном программном продукте 54с, например, в форме запоминающего устройства. Процессор 50с может быть выполнен с возможностью выполнения способа, описанного в отношении фиг.7 выше.
Компьютерный программный продукт 54с может быть запоминающим устройством или какой-либо комбинацией оперативного запоминающего устройства (RAM) и постоянного запоминающего устройства (ROM). Запоминающее устройство также содержит устройство постоянного хранения данных, которое, например, может быть каким-либо одним или комбинацией из магнитного запоминающего устройства, оптического запоминающего устройства, твердотельного запоминающего устройства или даже удаленно смонтированного запоминающего устройства.
UE 2 дополнительно содержит интерфейс 57c ввода-вывода для установления связи с пользователем и внешними компонентами, такими как обслуживающая RBS. Интерфейс ввода-вывода обычно содержит устройство отображения и некоторую форму устройства ввода данных пользователем, такого как сенсорный дисплей и/или физические кнопки. Процессор 50c управляет общим функционированием UE 2.
Другие компоненты UE 2 опускаются, чтобы не затенять концепции, представленные в данном документе.
Фиг.11 показывает один пример компьютерного программного продукта 70, содержащего компьютерно-читаемый носитель. На этом компьютерно-читаемом носителе может быть сохранена компьютерная программа 71, при этом компьютерная программа может предписывать контроллеру выполнять способ в соответствии с вариантами осуществления, описанными в данном документе. В этом примере компьютерный программный продукт представляет собой оптический диск, такой как CD (компакт-диск), или DVD (универсальный цифровой диск), или диск стандарта Blu-Ray. Как объясняется выше, компьютерный программный продукт также может быть воплощен в виде памяти устройства, такого как любое из запоминающих устройств 54a-54c RBS, RNC или UE соответственно. Хотя компьютерная программа 71 в данном документе схематично показана как дорожка на изображенном оптическом диске, компьютерная программа может быть сохранена любым способом, который является подходящим для компьютерного программного продукта.
Конечно, настоящее изобретение может быть выполнено иначе, чем конкретно сформулировано в данном описании, не выходя при этом за рамки существенных характеристик изобретения. Представленные варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничительные.
Изобретение главным образом было описано выше в отношении нескольких вариантов осуществления. Однако, как легко могут оценить специалисты в данной области техники, варианты осуществления, отличающиеся от раскрытых выше, также возможны в пределах объема изобретения, как определено прилагаемой патентной формулой изобретения.