Способ и устройство для переадресации измерений ue
Патент 2660494
Авторы
Правообладатели
Классы МПК
Способ и устройство для переадресации измерений ue
Иллюстрации
Изобретение относится к области беспроводной связи, способам и узлам сети связи для переадресации результатов измерения UE. Предоставляется способ, который выполняется посредством первого узла сети связи у сети связи для получения результатов измерения от устройства беспроводной связи в соответствии с протоколом связи Слоя 1. Формулируется 302 запрос в отношении информации, которая относится к измерениям, выполняемым посредством устройства беспроводной связи, запрос отправляется 304 к второму узлу сети связи, и запрошенная информация 302 принимается 306, переадресованная от второго узла сети связи, в соответствии с протоколом связи Слоя 1. Посредством реализации функциональной возможности в узлах сети связи у сети связи для запроса и переадресации результатов измерения UE между друг другом, где результаты измерений UE были доставлены ко второму одному из сети связи по протоколу связи Слоя 1, первому одному из узлов сети связи может быть позволено извлечь результаты измерения UE в соответствии с протоколом связи Слоя 1, даже если протокол связи Слоя 1 завершается во втором одном из узлов сети связи. Таким образом, первый узел сети связи может извлекать и учитывать результаты измерения UE при управлении осуществлением связи для передачи данных в системе, что может привести к более эффективному использованию инсталлированных ресурсов связи. 8 н. и 21 з.п. ф-лы, 7 ил., 3 табл.
Реферат
Область техники, к которой относится изобретение
Настоящее изобретение относится к администрированию измерения сети связи. В частности, оно относится к способам и устройствам для обеспечения возможности узлу контроллера регулирования установок связи на основании измерений UE.
Предпосылки создания изобретения
В 3GPP Rel 12 был согласован Рабочий Вопрос «Дальнейшие Усовершенствования EUL (Усовершенствованная Восходящая Линия Связи)». Один аспект состоит в улучшении покрытия EUL через улучшенное переключение TTI (Интервал Времени Передачи) (переключение между 10мс. TTI и 2мс. TTI).
Понятие «устройство беспроводной связи» будет использовано на всем протяжении данного описания, чтобы обозначать любое устройство, которое выполнено с возможностью осуществления беспроводной связи. Понятие устройство беспроводной связи, следовательно, может включать в себя любое устройство, которое может быть использовано пользователем для осуществления беспроводной связи. Соответственно, понятие устройство беспроводной связи может альтернативно упоминаться как мобильный терминал, терминал, терминал пользователя (UT), оборудование пользователя (UE), беспроводной терминал, устройство беспроводной связи, беспроводной блок передачи/приема (WTRU), мобильный телефон, сотовый телефон, планшетный компьютер, интеллектуальный телефон, и т.д. Еще кроме того, понятие устройство беспроводной связи включает в себя устройства MTC (Связь Машинного Типа), которые не обязательно затрагивают взаимодействие с человеком. Устройства MTC иногда упоминаются как устройства связи Машина-Машина (M2M).
Со ссылкой на Фигуру 1, которая является схематичным общим видом, теперь, в соответствии с одним примером, будет описан сценарий, при котором RNC (Контроллер Сети с Радиодоступом) управляет NodeB, которые обслуживают множество UE.
RNC 100 размещается в сети связи, чтобы управлять NodeB 102. Например, RNC 100 управляет планированием связи между NodeB 102 и их соответствующими UE 104. На сегодняшний день, UE выполняют измерения UE разнообразных параметров связи.
Результаты измерения UE используются разными путями. Большая часть результатов измерения UE переадресовываются от NodeB к RNC. Тем не менее, некоторые результаты измерения UE, например, Запас Мощности UE (UPH), Общий Статус Буфера E-DCH (TEBS), Фильтрованный Запас Мощности UE, доставляются к NodeB по протоколу связи Слоя 1 (L1). UPH и TEBS переносятся в Информации Планирования (SI), а Фильтрованный UPH переносится в Информации Управления MAC (MCI). Как SI, так и MCI являются 18-битными сообщениями, которые доставляются к NodeB по протоколу связи Слоя 1, который заканчивается в NodeB.
Тем не менее, желательно улучшить эффективность и гибкость в сетях связи для того, чтобы сделать лучше использование инсталлированных ресурсов связи. Например, существует потребность в разработке решения, которое может позволить узлам сети связи улучшить эффективность в отношении приобретения данных измерения устройств беспроводной связи.
Сущность изобретения
Было бы желательным получить улучшенную производительность для услуг в сетях связи. Цель данного изобретения состоит в решении, по меньшей мере, любых из вопросов, очерченных выше.
Кроме того, цель состоит в предоставлении узла сети связи с функциональной возможностью переадресации результатов измерения UE другому узлу сети связи в соответствии с протоколом связи Слоя 1. Эти цели могут быть достигнуты посредством способов и устройств в соответствии с прикрепленными независимыми пунктами формулы изобретения.
В соответствии с одним аспектом, предоставляется способ, который выполняется посредством первого узла сети связи у сети связи для получения результатов измерения от устройства беспроводной связи в соответствии с протоколом связи Слоя 1. Способ содержит этапы, на которых: формулируют запрос в отношении информации, которая относится к измерениям, выполняемым посредством устройства беспроводной связи; отправляют запрос к второму узлу сети связи; и принимают, от второго узла сети связи, запрошенную информацию в соответствии с протоколом связи Слоя 1.
Кроме того, этап, на котором формулируют запрос, может содержать этап, на котором определяют, что информация будет выполнена в виде, по меньшей мере, одного из следующего: Идентификационных данных измерения, типа измерения, значения измерения, полного результата измерения, и указания того, что устройство беспроводной связи инициировало измерение. Этап, на котором отправляют запрос, может содержать этап, на котором отправляют IE (Элемент Информации) Запроса Переадресации Измерения Фильтрации UPH (Запас Мощности Оборудования Пользователя), включенный в, по меньшей мере, одно из следующего: сообщение запроса настройки линии радиосвязи, сообщение запроса добавления линии радиосвязи, сообщение подготовки реконфигурации линии радиосвязи, и сообщение запроса реконфигурации линии радиосвязи. Более того, этап, на котором принимают запрошенную информацию, может содержать этап, на котором принимают запрошенную информацию, сформулированную в качестве IE Значения Фильтрации UPH у IE Переадресации Измерения UE (Оборудования Пользователя), включенного в сообщение указания обновления параметра линии радиосвязи.
В соответствии со вторым аспектом, предоставляется способ, который выполняется посредством второго узла сети связи у сети связи для переадресации результатов измерения от устройства беспроводной связи к первому узлу сети связи в соответствии с протоколом связи Слоя 1. Способ содержит этапы, на которых: принимают, от первого узла сети связи, запрос в отношении информации, которая относится к измерениям, выполняемым посредством устройства беспроводной связи; принимают от устройства беспроводной связи, результаты измерения выполненных измерений, доставленных по протоколу связи Слоя 1; и переадресовывают, к первому узлу сети связи, информацию в соответствии с принятым запросом в соответствии с приятым запросом.
Кроме того, этап, на котором принимают запрос в отношении информации, может содержать этап, на котором принимают определение того, что информация будет выполнена в виде, по меньшей мере, одного из следующего: Идентификационных данных измерения, типа измерения, значения измерения, полного результата измерения, и указания того, что устройство беспроводной связи инициировало измерение.
Более того, этап, на котором переадресовывают информацию в соответствии с принятым запросом, может содержать этап, на котором переадресовывают запрошенную информацию, сформулированную в качестве IE Значения Фильтрации UPH у IE Переадресации Измерения UE, включенного в сообщение указания обновления параметра линии радиосвязи.
В соответствии с дополнительными аспектами, предоставляются первый и второй узел сети связи, которые выполнены с возможностью выполнения этапов способа у описанных выше соответствующих способов. Первый узел сети связи может быть реализован в качестве Контроллера Сети с Радиодоступом, а второй узел сети связи может быть реализован в качестве NodeB. Как первый, так и второй узлы сети связи содержат модуль связи и контроллер, соответственно.
В соответствии с еще одним другим аспектом, также предоставляется система, которая содержит первый и второй узлы сети связи.
Посредством реализации функциональной возможности в узлах сети связи у сети связи для запроса и переадресации результатов измерения UE между друг другом, где результаты измерений UE были доставлены к второму одному из сети связи по протоколу связи Слоя 1, первому одному из узлов сети связи может быть позволено извлечь результаты измерения UE в соответствии с протоколом связи Слоя 1, даже если протокол связи Слоя 1 завершается во втором одном из узлов сети связи. Таким образом, первый узел сети связи может извлекать и учитывать результаты измерения UE при управлении осуществлением связи для передачи данных в системе, что может привести к более эффективному использованию инсталлированных ресурсов связи.
Краткое описание чертежей
Теперь решение будет описано более подробно посредством примерных вариантов осуществления и со ссылкой на сопроводительные чертежи, на которых:
Фигура 1 является принципиальной иллюстрацией ситуации в соответствии с существующим уровнем техники.
Фигура 2 является принципиальной диаграммой сигнализации, в соответствии с возможными вариантами осуществления.
Фигура 3 является принципиальной блок-схемой способов, в соответствии с возможными вариантами осуществления.
Фигура 4 является принципиальной блок-схемой способов, в соответствии с возможными вариантами осуществления.
Фигура 5 является принципиальной структурной схемой узла сети связи, в соответствии с возможными вариантами осуществления.
Фигура 6 является принципиальной структурной схемой узла сети связи, в соответствии с возможными вариантами осуществления.
Фигура 7 является принципиальной структурной схемой компьютерного программного продукта, в соответствии с возможными вариантами осуществления.
Подробное описание
Инициирование и контент отчета, упоминаемого выше, также представляют интерес для RNC, но на сегодняшний день отсутствует механизм, чтобы NodeB переадресовывал отчет измерения UE к RNC.
Решение служит для обеспечения пути, чтобы позволить NodeB переадресовывать результаты измерения UE, например, частей отчета измерения UE, к RNC в соответствии с протоколом связи Слоя 1. Сопроводительные иллюстративные варианты осуществления данного документа раскрывают некоторые реализации, где NodeB переадресовывает запрошенные части результатов измерения UE к RNC. Как будет раскрыто, NodeB извлекает, например, посредством фильтрации запрошенных частей результатов измерения UE, которые доставляются от UE к NodeB по протоколу связи Слоя 1, перед переадресацией извлеченных частей к RNC. Поскольку запрошенные части извлекаются из результатов измерения UE, которые были доставлены по протоколу связи Слоя 1, перед переадресацией к RNC, переадресовываемые части переадресовываются в соответствии с протоколом связи Слоя 1.
На всем протяжении данного описания понятие «Слой 1» или аббревиатура «L1» будут использованы, чтобы обозначать любой подходящий прокол связи для сообщения результатов измерения UE, например, MAC (Управление Доступом к Среде), SI (Информация Планирования), и т.д.
Чтобы способствовать переключению TTI, используется новое измерение UE (Оборудование Пользователя), основанное на существующем примитиве измерения UPH (запас по мощности передачи UE). Данное новое измерение расширяет примитив UPH критерием фильтрации и отчетности Слоя 3. Оно конфигурируется в UE через Управление Измерением RRC (Управление Радио Ресурсами) посредством RNC (Контроллеры Сети с Радиодоступом).
Тем не менее, доставка отчета не осуществляется, используя нормальное сообщение Отчета Измерения RRC. Вместо этого, отчет является сообщением MAC (Управление Доступом к Среде)-слоя, которое завершается в NodeB и используется, главным образом, самим NodeB. Для того, чтобы отличать его от примитива UPH, отчет по которому осуществляется в качестве одного из полей в сообщении MAC Информации Планирования (SI), оно упоминается в данном документе как Отчет UPH.
Через NBAP (Часть Приложений NodeB), RNC может запрашивать у NodeB выполнение измерений по общим ресурсам; RNC также может запрашивать у NodeB выполнение измерения по назначенным ресурсам в NodeB. Техническое описание определяет то, каким образом RNC инициирует измерение NodeB, каким образом NodeB представляет отчет об измерении, инициированном посредством RNC, каким образом RNC завершает измерение и каким образом NodeB представляет отчет о сбое, когда процесс идет не так.
Сходным образом, RNC может управлять измерением UE либо посредством осуществления широковещательной передачи ИНФОРМАЦИИ СИСТЕМЫ и/либо посредством передачи УПРАВЛЕНИЯ ИЗМЕРЕНИЕМ через RRC. UE использует процедуру отчетности об измерении через RRC, чтобы пересылать результаты измерения к UTRAN (Универсальная Неземная Сеть Радиодоступа).
В настоящее время отсутствует путь, чтобы переадресовывать измерение UE от NodeB к RNC.
В данном описании, мы описываем решения для переадресации NodeB измерений UE, которые принимаются и завершаются в NodeB, к RNC: когда RNC инструктирует через RRC то, чтобы UE выполнило назначенное измерение, которое должно быть представлено в отчете в Слое 1, RNC также будет инструктировать NodeB выполнить переадресацию результата измерения UE, если RNC желает принять результат измерения. NodeB должен, в момент, когда он принимает измерение UE, соответственно переадресовать результат к RNC.
Измерения UE, представляемые в отчете в Слое 1, часто предназначены для использования NodeB. Тем не менее RNC также может использовать его при принятии решения, когда он принимает измерение UE, переадресованное посредством NodeB.
На всем протяжении данного описания, понятие «протокол связи Слоя 1» будет использовано, чтобы обозначать протокол связи, который завершается в NodeB и применяется к осуществлению связи для передачи данных между UE и NodeB. Например, такой протокол связи может быть реализован в качестве Информации Управления MAC (Управление Доступом к Среде) или SI (Информация Планирования), не ограничиваясь ими. Как будет дополнительно раскрыто в следующих иллюстративных вариантах осуществления, NodeB принимает результаты измерения от UE по протоколу связи Слоя 1. NodeB извлекает части этих принятых результатов измерения в соответствии с запросами и переадресовывает извлеченные части к RNC в качестве особых IE (Элементы Управления) в сообщениях Указания Обновления Параметра Линии Радиосвязи. Таким образом, даже если фактический протокол связи Слоя 1 завершается в NodeB, посредством извлечения частей результатов измерения, которые были доставлены по протоколу связи Слоя 1, NodeB будет тем самым предоставлена возможность переадресации результатов измерения в соответствии с протоколом связи Слоя 1.
Со ссылкой на Фигуру 2, которая является принципиальной блок-схемой, теперь будет описан сценарий между RNC 200, NodeB 202 и UE 204, в соответствии с одним иллюстративным вариантом осуществления.
При конфигурировании UE 204 измерением, которое завершается в NodeB 202, RNC 200 также инструктирует NodeB 202 в отношении того, должен ли он информировать RNC 200 о приеме таких измерений. Это может быть сделано посредством ввода указания от RNC 200 к NodeB 204. Например, если RNC 200 желает принять измерение UE фильтрации UPH, указатель «запроса отчетности по измерению UE Фильтрации UPH», может быть введен в существующие сообщения NBAP/RNSAP (Часть Приложений NodeB/Часть Приложений Подсистемы Сети с Радиодоступом). На фигуре, иллюстрируются некоторые этапы действия, которые будут перечислены.
На Этапе 1 (2:1 на фигуре): RNC инициирует назначенное измерение UE.
На Этапе 2 (2:2 на фигуре): RNC запрашивает у NodeB выполнение переадресации измерения.
На Этапе 3 (2:3 на фигуре): Результат измерения считывается по L1 посредством NodeB.
Этап 4 (2:5 на фигуре): Результат измерения переадресовывается к RNC.
В другом иллюстрируемом варианте осуществления, который основан на том, что описан выше, в дополнение, NodeB 202 извлекает запрошенные результаты измерения в дополнительном действии 2:4. В данном варианте осуществления это выполняется посредством фильтрации запрошенных результатов измерения в соответствии с запросом. Другими словами, действие Этапа 4 в виде переадресации результатов измерения может содержать как действие 2:4 в виде извлечения части результатов измерения в соответствии с протоколом связи Слоя 1, так и действие отправки извлеченной части результатов измерения в соответствии с протоколом связи Слоя 1.
Таблица 1 ниже показывает пример того, что указатель может быть добавлен к существующему IE (Элементу Информации) так, что NodeB выдается инструкция выполнить переадресацию измерения UE. В данном примере, существующая Информация IE E-DCH FDD используется в назначенных сообщениях Настройки/Добавления/Реконфигурации Линии Радиосвязи, что означает, что RNC может инструктировать NodeB, когда осуществляется реконфигурация/Установка/Добавление Линии Радиосвязи.
Тем не менее, раскрываемая концепция не ограничивается описанным выше сценарием, и проектировщик может обеспечить некоторые из узлов дополнительной из альтернативной функциональной возможности. В альтернативном варианте осуществления, который относится к тому, что описан выше, RNC выполнен с возможностью конфигурирования того, каким образом NodeB должен переадресовывать отчет об измерении UE. В дополнительном альтернативном варианте осуществления действие RNC в виде запроса у NodeB выполнения переадресации результата измерения может быть пропущено. В данном альтернативном варианте осуществления, NodeB будет переадресовывать результаты измерения также, когда RNC не указывает свой интерес, т.е., когда RNC не отправляет какого-либо запроса.
Кроме того, когда NodeB 202 принял и декодировал такое измерение, информация может быть переадресована к RNC 200 разными путями. Вследствие этого, три возможных решения теперь будут описаны в соответствии с некоторыми иллюстративными вариантами осуществления
Решение 1: NodeB 202 извлекает подробную информацию, такую как Идентификационные данные измерения и результат измерения, и переадресовывает их к RNC 200 в качестве IE NBAP, таких как «Идентификационные данные Измерения», «Тип Измерения», и «Значение Измерения». Затем RNC может восстанавливать полный результат измерения. RNC 200 затем может принимать решение в отношении следующего этапа в соответствии с его сетевой стратегией.
Чтобы переадресовать измерение UE мы можем либо расширить одно или более из существующих сообщений в NBAP/RNSAP или через плоскость пользователя Iu/Tur, либо ввести новое сообщение.
Таблица 2 является примером для расширения УКАЗАНИЯ ОБНОВЛЕНИЯ ПАРАМЕТРА ЛИНИИ РАДИОСВЯЗИ.
Решение 2: NodeB 202 переадресовывает полное сообщение к RNC 200. Это решение является более простым на стороне NodeB, но оно требует дополнительных усилий от RNC при декодировании сообщения, поскольку большая часть сообщений UE-к-NodeB не кодируется в ASN.1.
Чтобы переадресовать весь контент измерения UE мы можем либо расширить существующее сообщение, либо ввести новое сообщение.
Решение 3: Вместо переадресации результата измерения, NodeB 202 отправляет только указание к RNC 100, чтобы отметить, что такой отчет об измерении были инициирован посредством UE 204. RNC 200 будет понимать, что UE 204 инициировало представление отчета об измерении. На основании данного указания, RNC 200 может сделать вывод о том, что измерение стало хуже или лучше чем некоторые пороговые величины. RNC 200 затем может принимать осведомленное решение.
Указание может быть введено в одно или более из существующих сообщений.
Таблица 3 является примером для добавления указателя в УКАЗАНИЕ ОБНОВЛЕНИЯ ПАРАМЕТРА ЛИНИИ РАДИОСВЯЗИ.
Посредством введения функциональной возможности в RNC и NodeB, чтобы переадресовывать измерения UE, которые завершаются в NodeB, к RNC, RNC могут иметь возможность регулирования подходящим образом стратегии развертывания сети связи на основании, по меньшей мере, одной части результатов измерения, и, тем самым, может быть достигнуто более эффективное и использование инсталлированных ресурсов связи.
Результаты измерений UE, отчет по которым представляется через Слой 1 (например, MAC, SI или другой подходящий способ), могут быть переадресованы от NodeB к RNC.
Со ссылкой на Фигуру 3, которая является принципиальной блок-схемой, способ, выполняемый посредством RNC (Контроллер Сети с Радиодоступом) для получения результатов измерения от устройства беспроводной связи, теперь будет описан в соответствии с одним иллюстративным вариантом осуществления.
RNC является первым узлом сети связи, который размещен в сети связи, чтобы управлять множеством NodeB. NodeB являются вторыми узлами сети связи, которые каждый обслуживает множество устройств беспроводной связи.
В действие 302, RNC формулирует запрос в отношении результатов измерения UE от NodeB. Запрос содержит определение того, какой является информация, которая запрашивается, и запрос реализуется в качестве запроса отчетности по измерению UE (Оборудование Пользователя) Фильтрации UPH (Запас Мощности UE), и включается в сообщение настройки линии радиосвязи, при отправке к NodeB в следующем действии 304. В качестве альтернативы, запрос отчетности по измерению UE Фильтрации UPH вместо этого может быть включен в любое из следующего: сообщение запроса добавления линии радиосвязи, сообщение подготовки реконфигурации линии радиосвязи, сообщение запроса реконфигурации линии радиосвязи, или любое пригодное их сочетание. Последовательность действий 302 и 304 соответствует этапу 2:2, описанному выше в связи с фигурой 2.
Когда NodeB принимает результат измерения UE от UE по протоколу связи Слоя 1, NodeB извлекает запрошенную информацию в соответствии с запросом, т.е., в соответствии с принятым определением, и переадресовывает извлеченную информацию.
В следующем действие 306, переадресованная информация принимается от NodeB. Действие 306 соответствует этапу 2:5, описанному выше в связи с фигурой 2. В данном варианте осуществления, Элементы Информации «Переадресация Измерения UE», и «Значение Измерения UE» используются для переадресации информации.
В дополнение, в действие 306 принятая информация может быть подтверждена посредством отправки элемента информации «принятое Измерение UE» в ответ от RNC к NodeB. Данный дополнительный элемент информации определяется ниже в Таблице 3.
Затем RNC будет позволено использовать принятую информацию, т.е. результаты измерения UE, в следующем действии 308.
В связанном иллюстративном варианте осуществления, который основан на описанном выше варианте осуществления, действию 302 в виде формулирования запроса, может предшествовать начальное действие 300, на котором RNC инициирует измерения UE. Таким образом, раскрываемая концепция получения результатов измерения UE может быть применена как, когда RNC активно запрашивает измерения, которые должны быть выполнены, так и когда RNC вместо этого отслеживает измерения UE, которые выполняются.
В дополнение, RNC может получать результаты измерения UE: посредством либо запроса особых параметров измерения, которые должны быть извлечены посредством NodeB из множества принятых параметров измерения; посредством запроса у NodeB переадресации всех принятых результатов измерения и самостоятельного извлечения параметров измерения; или посредством запроса у NodeB отслеживания результатов измерения и переадресации параметра измерения, когда он превышает пороговую величину.
Со ссылкой на Фигуру 4, которая является принципиальной блок-схемой, способ, выполняемый посредством NodeB, который размещен в сети связи, теперь будет описан в соответствии с одним иллюстративным вариантом осуществления.
NodeB размещен в сети связи и коммуникативно соединен с RNC и множеством устройств беспроводной связи, например, UE.
В одном действие 402, NodeB принимает запрос в отношении результатов измерения UE от RNC. Запрос был описан в других вариантах осуществления данного описания и, вследствие этого, не будет дополнительно обсуждаться в данном варианте осуществления. В следующем действие 404, которое соответствует этапу 2:3 фигуры 2, запрошенные результаты измерения UE принимаются по протоколу связи Слоя 1. В опциональном действии 406, запрошенные результаты измерения UE могут быть извлечены из принятых результатов измерения UE, соответствуя этапу 2:4 фигуры 2. Как описано выше извлечение может быть выполнено посредством фильтрации принятых результатов измерения UE в соответствии с принятым определением.
В заключительном действии 408, результаты измерения UE, либо все принятые результаты измерения UE, либо извлеченный параметр(ы) измерения результатов измерения UE, переадресовываются к RNC. Переадресация соответствует приему действия 306 и этапу 2:5.
В вариантах осуществления выше, информация, касающаяся результатов из измерений UE, которые были доставлены к NodeB по протоколу связи Слоя 1, переадресовываются включенными в особые элементы информации в особых сообщениях к RNC. Тем не менее, раскрываемая концепция не ограничивается этими особыми сообщениями элементов информации, и NodeB может вместо этого включать запрошенные результаты измерения в любые пригодные элементы информации и сообщения при переадресации запрошенной информации, относящейся к измерениям UE, в соответствии с протоколом связи Слоя 1.
Таблица 1 ниже показывает пример того, что указание может быть добавлено (последняя строка в таблице), к существующей Информации IE E-DCH FDD, которая включена в назначенные сообщения Линии Радиосвязи (TS 25.433), так что NodeB выдается инструкция выполнить переадресацию измерения UE.
9.2.213Da Информация E-DCH FDD
IE Информации E-DCH FDD предоставляет информацию в отношении E-DCH, который должен быть создан.
| Таблица 1 | ||||||
| Наименование IE/Группы | Наличие | Диапазон | Тип IE и Ссылка | Описание семантики | Критичность | Назначенная критичность |
| Информация Потоков E-DCH MAC-d | M | 9.2.213M | - | |||
| Распределение процесса HARQ для 2мс. Планируемого Разрешения Передачи | O | Распределение Процесса HARQ для 2мс. TTI 9.2.2.13Dn | Если IE не включен, разрешена запланированная передача во всех процессах HARQ | - | ||
| Максимальная скорость передачи битов E-DCH | O | 9.2.2.13T | - | |||
| Уровень перегрузки обработки E-DCH | O | 9.2.1.79 | - | |||
| Смещение опорной мощности E-DCH | O | 9.2.2.13Y | - | |||
| Смещение мощности E-DCH для информации планирования | O | 9.2.1.85 | ДА | игнорировать | ||
| Указатель Операции ШестнадцатиQAM UL | O | 9.2.2.88A | ДА | отклонить | ||
| Выбор Таблицы E-AGCH | C- Операция ШестнадцатиQAM UL | 9.2.2.100 | Если операция ШестнадцатиQAM UL не сконфигурированы для данного UE, должна быть использована Таблица 16B для E-AGCH в TS 25.212 [8] | ДА | игнорировать | |
| Указатель операции шестидесятичетырехQAM UL | O | 9.2.2.88C | ДА | отклонить | ||
| Информация UL MIMO | 9.2.2.177 | ДА | отклонить | |||
| Запрос отчетности по измерению UE Фильтрации UPH | O | ПЕРЕЧИСЛЯЕМЫЙ (Запрошенный, Не запрошенный) | ДА | отклонить |
Таблица 2 ниже показывает пример того, что существующее сообщение (в TS 25.433) может быть расширено, чтобы переадресовывать измерения UE. Эти расширения, т.е., как строка расширения (Переадресация Измерения UE) в таблице 2, так и фактическое расширение (Значение Измерения UE) параграфа 9.2.2.х.х определяются ниже, где номера «9.1.89», «9.1.89.1», и «9.2.2.x.x» относятся к параграфам Технического Описания 3GPP (Проект Партнерства Третьего Поколения).
9.1.89 УКАЗАНИЕ ОБНОВЛЕНИЯ ПАРАМЕТРА ЛИНИИ РАДИОСВЯЗИ
9.1.89.1 Сообщение FDD
| Таблица 2 | ||||||
| Наименование IE/Группы | Наличие | Диапазон | Тип IE и Ссылка | Описание семантики | Критичность | Назначенная критичность |
| Дискриминатор сообщения | M | 9.2.1.45 | - | |||
| Тип сообщения | M | 9.2.1.46 | ДА | игнорировать | ||
| ID транзакции | M | 9.2.1.62 | - | |||
| ID контекста связи CRNC | M | 9.2.1.18 | Зарезервированное значение «All CRNCC» не должно использоваться. | ДА | игнорировать | |
| Информация обновления HS-DSCH FDD | O | 9.2.2.18Ea | ДА | игнорировать | ||
| Информация обновления E-DCH FDD | O | 9.2.2.13DA | ДА | игнорировать | ||
| Обновление параметра RL информации Дополнительной Соты HS | 0..<максЧислоHSDSCH-1> | Для вторичной обслуживающей соты HS-DSCH. Максимум 7 в данной версии 3GPP. | EACH | игнорировать | ||
| >HS-PDSCH RL ID | M | RL ID 9.2.1.53 | - | |||
| >Информация обновления для вторичной обслуживающей HS-DSCH FDD | M | 9.2.2.18Eaa | - | |||
| Обновление параметра RL информации дополнительной соты E-DCH | 0..<максЧислоEDCH-1> | E-DCH на Вторичной частоте восходящей линии связи - максимум 1 в данной версии 3GPP. | EACH | игнорировать | ||
| >>Информация обновления дополнительного E-DCH FDD | M | 9.2.2.138 | - | |||
| Отчет Восстановления CPC | O | ПЕРЕЧИСЛЯЕМЫЙ (Инициированный, …) | ДА | игнорировать | ||
| Информация обновления состояния UL CTLD | O | 9.2.2.155 | ДА | игнорировать | ||
| Переадресация измерения UE | O | 9.2.2.xx | ДА | игнорировать |
9.2.2.xx Переадресация измерения UE
| Наименование IE/Группы | Наличие | Диапазон | Тип IE и ссылка | Описание семантики |
| ID измерения | M | 9.2.1.42 | ||
| Значение Измерения UE | M | Новый определенный IE |
Таблица 3 ниже показывает пример того, что только указатель (последняя строка в таблице 3) вводится в существующее сообщение (TS 25.433). Указатель также может быть определен очень особым образом, как например «Принятое Измерение Фильтрации UPH».
9.1.89 УКАЗАНИЕ ОБНОВЛЕНИЯ ПАРАМЕТРА ЛИНИИ РАДИОСВЯЗИ
9.1.89.1 Сообщение FDD
| Таблица 3 | ||||||
| Наименование IE/Группы | Наличие | Диапазон | Тип IE и Ссылка | Описание семантики | Критичность | Назначенная критичность |
| Дискриминатор сообщения | M | 9.2.1.45 | - | |||
| Тип сообщения | M | 9.2.1.46 | ДА | игнорировать | ||
| ID транзакции | M | 9.2.1.62 | - | |||
| ID контекста связи CRNC | M | 9.2.1.18 | Зарезервированное значение «All CRNCC» не должно использоваться. | ДА | игнорировать | |
| Информация обновления HS-DSCH FDD | O | 9.2.2.18Ea | ДА | игнорировать | ||
| Информация обновления E-DCH FDD | O | 9.2.2.13DA | ДА | игнорировать | ||
| Обновление параметра RL информации Дополнительной Соты HS | 0..<максЧислоHSDSCH-1> | Для вторичной обслуживающей соты HS-DSCH. Максимум 7 в данной версии 3GPP. | EACH | игнорировать | ||
| >HS-PDSCH RL ID | M | RL ID 9.2.1.53 | - | |||
| >Информация обновления для вторичной обслуживающей HS-DSCH FDD | M | 9.2.2.18Eaa | - | |||
| Обновление параметра RL информации дополнительной соты E-DCH | 0..<максЧислоEDCH-1> | E-DCH на Вторичной частоте восходящей линии связи - максимум 1 в данной версии 3GPP. | EACH | игнорировать | ||
| >>Информация обновления дополнительного E-DCH FDD | M | 9.2.2.138 | - | |||
| Отчет Восстановления CPC | O | ПЕРЕЧИСЛЯЕМЫЙ (Инициированный, …) | ДА | игнорировать | ||
| Информация обновления состояния UL CTLD | O | 9.2.2.155 | ДА | игнорировать | ||
| Принятое измерение UE | O | ПЕРЕЧИСЛЯЕМЫЙ (Принятое измерение фильтрации UPH, …) | ДА | игнорировать |
Со ссылкой на Фигуру 5, которая является принципиальной структурной схемой, RNC 500 теперь будет описан в соответствии с одним иллюстративным вариантом осуществления.
RNC 500 является первым узлом сетевой связи, который соединен с NodeB 202, т.е., вторым узлом сетевой связи. RNC 500 дополнительно соединен с базовой сетью, чтобы обслуживать UE и другие устройства беспроводной связи (не показано).
RNC 500 содержит модуль 502 связи, контроллер 504, и опционально процессор 506 и модуль 508 хранения.
Контроллер 504 выполнен с возможностью запроса у NodeB 202 переадресации, по меньшей мере, одной части результатов измерения, которые NodeB принял от UE, к RNC 500, при этом переадресация будет выполнена в соответствии с протоколом связи слоя 1. Модуль 502 связи выполнен с возможностью приема переадресованного результата измерения от NodeB 202.
В альтернативном иллюстративном варианте осуществления, который основан на том, что описан выше, контроллер 504 дополнительно выпо