ОСНОВАННОЕ НА СЕТИ УПРАВЛЕНИЕ СООБЩЕНИЯМИ ОТЧЕТА В СЕТИ БЕСПРОВОДНОЙ СВЯЗИ
NETWORK BASED CONTROL OF REPORT MESSAGES IN WIRELESS COMMUNICATION NETWORK

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Данное изобретение относится к способу в сетевом узле, способу в оборудовании пользователя, сетевому узлу и оборудованию пользователя в сети беспроводной связи. В частности, предоставляется механизм для основанного на сети управления сообщениями отчета, содержащими зарегистрированные измерения, в сети беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
В типичной сотовой системе радиосвязи беспроводные терминалы, также известные как мобильные станции и/или блоки Оборудования Пользователя (UE), осуществляют связь через Сеть с Радиодоступом (RAN) с одной или более базовыми сетями. Беспроводные терминалы, здесь и далее называемые UE, что то же самое, что и Оборудование Пользователя, могут также быть мобильными телефонами, т.е. «сотовыми» телефонами, и компьютерами класса лэптоп с возможностями беспроводной связи, например мобильным оконечным устройством, и таким образом являются, например, портативными, карманными, переносными, включенными в компьютер или установленными в автомобиле мобильными устройствами, которые передают голос и/или данные через RAN.
RAN, как правило, охватывает географическую область, которая разделена на области сот, также обозначаемые сотами, при этом каждая область соты обслуживается базовой станцией, например Базовой Радиостанцией (RBS), которая в некоторых сетях также именуется «Узлом-B» или «B-узлом». Сота является географической областью, в которой обеспечивается покрытие радиосвязью оборудованием базовой станции в узле базовой станции. Каждая сота идентифицируется идентификационными данными в локальной радиосистеме, которые широковещательно передаются в соте. Базовая станция осуществляет связь через радиоинтерфейс, который работает на радиочастотах, с UE, которые находятся в пределах радиуса действия базовых станций.
В некоторых версиях, в частности в наиболее ранних версиях RAN, несколько базовых станций, как правило, соединены, например, посредством наземных линий связи или микроволн с Контроллером Радиосети (RNC). RNC, который также иногда именуется как Контроллер Базовых Станций (BSC), осуществляет управление и координацию различных действий многочисленных соединенных с ним базовых станций. Контроллеры Радиосети, как правило, соединены с одной или более базовыми сетями.
Универсальная Система Мобильной Связи (UMTS) является системой мобильной связи третьего поколения, которая является развитием Глобальной Системы Связи с Мобильными Объектами, и направлена на обеспечение улучшенных услуг мобильной связи, основанных на такой технологии доступа как Широкополосный Множественный Доступ с Кодовым Разделением (WCDMA). UTRAN по сути является сетью с радиодоступом, использующей технологию широкополосного множественного доступа с кодовым разделением для блоков оборудования пользователя (UE). Проект Партнерства Третьего Поколения (3GPP) взял на себя обязательства по дальнейшему развитию технологий сетей с радиодоступом, основанных на UTRAN и GSM.
Проект Долгосрочного Развития (LTE) является вариантом технологии радиодоступа 3GPP, причем узлы радио базовой станции непосредственно соединены с базовой сетью, а не через RNC. В целом, в LTE функции узла RNC выполняются посредством RBS. Раз так, то RAN системы LTE обладает, по сути, «плоской» архитектурой, содержащей RBS, не представляя отчетов RNC. В сетях LTE базовая станция(и) именуется eNodeB или eNB.
3GPP находится в процессе определения решений для Минимизации Полевых Испытаний (MDT). Цель работы по Минимизации Полевых Испытаний (MDT) оформлена в документе 3GPP TR 36.805 V9.0.0 (2009-12), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Minimization of drive-tests in Next Generation Networks (Версия 9).
В настоящее время разрабатывается Фаза 2 Минимизации Полевых Испытаний (MDT) в TS 37.320, т.е. 3GPP 37.320 «Radio measurement collection for Minimization of Drive Tests (MDT); Overall description; Stage 2». MDT Фаза 2 включает в себя функцию регистрации измерений UE и функцию немедленного представления отчета. Документ 3GPP TS 37.320 главным образом сфокусирован на функции регистрации измерений UE.
Важным вариантом использования MDT является оптимизация зоны покрытия. Для этих целей следующие измерения UE, или аналогичные функциональные возможности, рассматриваются применительно к внутренней регистрации в UE: Периодические, например раз каждые 5 секунд, измерения интенсивности пилот-сигнала нисходящей линии связи; обслуживающая сота становиться хуже порогового значения; запас мощности передачи становится меньше порогового значения; Сбой Канала Поискового Вызова, т.е. ошибка декодирования Канала Управления Поисковым Вызовом (PCCH); и сбой Широковещательного Канала.
Сеть может запросить UE выполнить регистрацию измерений. UE выполняет измерения и регистрирует эти измерения внутри себя последовательным образом, содержащие, например, несколько часов информации зарегистрированных измерений.
Как описано на фиг.1, UE указывает сети, имеет ли оно доступный журнал регистрации, т.е. доступные зарегистрированные измерения. Сетевой узел, т.е. eNB/RNC определяет, должен ли он запросить зарегистрированные измерения. Если он решает запросить их, то затем к UE отправляется запрос на доставку журнала регистрации в сообщении отчета. От eNB/RNC представленные в отчете зарегистрированные измерения могут в дальнейшем быть отправлены на сервер OAM или подобное.
Текущие предположения 3GPP в отношении данного свойства журнала регистрации (т.е. зарегистрированных измерений) состоят, например, в следующем: требуется, чтобы UE единовременно хранило только один журнал регистрации; один журнал регистрации содержит информацию об измерениях, собранную применительно к одной Технологии Радиодоступа (RAT); журнал регистрации может представляться в отчете и указываться только, когда UE находится в подсоединенном состоянии; если UE запрашивается начать регистрацию, например, посредством конфигурации, то возможный старый журнал регистрации и конфигурация, хранящиеся в UE, стираются.
На момент подачи данной заявки еще не было определено, как должно выглядеть сообщение отчета о зарегистрированных измерениях, переносимое в сигнале с номером 4 на фиг.1. Был сделан ряд предложений по управлению отчетом об измерениях.
В качестве одного примерного предложения по управлению отчетами об измерениях было предложено, чтобы журнал регистрации, т.е. зарегистрированные измерения, отправлялись в одном пакете, при этом сохраняя данный один пакет в рамках размера Протокольного Блока Данных (PDU) Протокола Сходимости Пакетных Данных (PDCP). Сохранение одного пакета в рамках размера PDU PDCP позволяет использовать сообщение Управления Радио Ресурсами RRC для представления отчета, не разбивая его на несколько меньших пакетов, отправляемых принимающему узлу, т.е. eNB или NB/RNC в LTE или UMTS соответственно. Один из вариантов данного предложения состоит в ограничении максимального размера журнала регистрации в UE одним сообщением RRC, которое укладывается в один пакет полезной нагрузки PDCP.
В качестве другого примерного предложения по управлению отчетами об измерениях было предложено отправлять журнал регистрации, т.е. зарегистрированные измерения, которые больше сообщения RRC, с помощью нескольких сообщений RRC.
Тем не менее, у обоих упомянутых выше примерных предложений есть недостатки. Например, ограничение размера журнала регистрации может не позволить полностью выполнить регистрацию в течение всего сконфигурированного времени исполнения, т.е. продолжительности регистрации, которая может составлять несколько часов. Журнал регистрации может заполнить ограниченный буфер журнала регистрации в UE до того, как появится возможность отправки любого отчета об измерениях сетевому узлу. До того как закончится сконфигурированная продолжительность регистрации, UE должно остановить регистрацию с тем, чтобы обеспечить размер журнала регистрации равным одному пакету, например одному пакету RRC, и затем соответствующие отчеты об измерениях могут не регистрироваться. Также в текущей конфигурации MDT невозможно сконфигурировать момент начала регистрации. Это означает, что применительно к продолжительным мероприятиям регистрации может потребоваться продолжительный период между сеансами регистрации в конфигурации MDT, или в качестве альтернативы потребуется, чтобы из OAM периодически предоставлялась новая конфигурация MDT, чтобы она затем переносилась к UE с поддержкой MDT.
Что касается других предложений, то отправка слишком большого количества пакетов RRC подряд может в плохих условиях радиосвязи или во время передачи обслуживания создать проблемы, связанные с радио соединениями, а также может создать ненужные сбои в линии радиосвязи, которые будут раздражать пользователей, и будет происходить потеря зарегистрированных данных.
Дальнейшие подробности в отношении предложений 3GPP могут быть найдены в документе Ericsson и др., «Further details on logged MDT measurement reporting», 3GPP Draft, R2-103086, 04 мая 2010 г. (отчеты об измерениях могут отправляться в сегментах) и в документе Kyocera, «Inter-RAT MDT data retrieval and MDT (re)-configuration”, 3GPP Draft, R2-104813, 17 августа 2010 г. (UE отправляет индикатор доступных зарегистрированных данных MDT).
Дополнительно, международная патентная заявка номер WO 2006/016690 раскрывает поле в отчете о качестве канала, указывающее степень мобильности, из которой базовая станция будет иметь возможность установить, сколько дополнительных отчетов последует.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Раскрываемая здесь технология относится к основанному на сети управлению сообщениями отчета, содержащими зарегистрированные измерения в сети беспроводной связи, которая устраняет, по меньшей мере, некоторые из упомянутых выше недостатков, и которая позволяет отправлять множество частичных сообщений отчета.
В соответствии с некоторыми примерными вариантами осуществления UE, которое хранит зарегистрированные данные, т.е. зарегистрированные измерения, которые больше одного пакета передачи, т.е. сообщения отчета, сегментирует данные и отправляет лишь часть данных, которая укладывается в одно сообщение отчета, а также указывает на то, что в UE существует больше зарегистрированных измерений.
В первом примере варианта осуществления раскрывается способ в сетевом узле для основанного на сети управления сообщениями отчета в сети беспроводной связи. Сетевой узел выполнен с возможностью обслуживания оборудования пользователя, UE, и приема сообщений отчета от оборудования пользователя. Способ содержит этап, на котором: отправляют запрос к UE для начала передачи зарегистрированных измерений в сообщении отчета. Затем сетевой узел принимает сообщение отчета, содержащее зарегистрированные измерения от UE, и определяет, содержит ли принятое сообщение отчета индикатор еще не переданных дополнительных зарегистрированных измерений, и если так, то решает, требуется ли запросить дополнительные зарегистрированные измерения.
Во втором примере варианта осуществления раскрывается сетевой узел для основанного на сети управления сообщениями отчета в сети беспроводной связи. Сетевой узел выполнен с возможностью обслуживания оборудования пользователя, UE, и приема сообщений отчета от оборудования пользователя. Сетевой узел содержит интерфейс связи сетевого узла и схему процессора сетевого узла. Интерфейс связи сетевого узла выполнен с возможностью отправки запроса UE для начала передачи зарегистрированных измерений в сообщении отчета и приема сообщения отчета, содержащего зарегистрированные измерения. Схема процессора сетевого узла сконфигурирована для определения, содержит ли принятое сообщение отчета индикатор еще не переданных дополнительных зарегистрированных измерений; и если так, то принятия решения, требуется ли запросить дополнительные зарегистрированные измерения.
В третьем примере варианта осуществления раскрывается способ в Оборудовании Пользователя, UE, для оказания содействия в основанном на сети управлении сообщениями отчета в сети беспроводной связи. UE соединено с обслуживающим сетевым узлом и выполнено с возможностью передачи сообщений отчета сетевому узлу по запросу. UE дополнительно выполнено с возможностью периодического выполнения измерений условий радиосвязи и сохранения периодически выполняемых измерений в буфере UE в качестве зарегистрированных измерений. Способ содержит этапы, на которых: принимают запрос, в UE, от сетевого узла для начала передачи зарегистрированных измерений в сообщении отчета; определяют, укладываются ли зарегистрированные измерения в сообщение отчета; и если нет, то включают в сообщение отчета индикатор еще не переданных дополнительных зарегистрированных измерений и передают сообщение отчета, содержащее индикатор, сетевому узлу в качестве ответа на запрос.
В четвертом примере варианта осуществления раскрывается Оборудование Пользователя, UE, для оказания содействия в основанном на сети управлении сообщениями отчета в сети беспроводной связи. UE соединено с обслуживающим сетевым узлом и выполнено с возможностью передачи сообщений отчета сетевому узлу. UE дополнительно выполнено с возможностью периодического выполнения измерений условий радиосвязи и сохранения периодически выполняемых измерений в буфере UE в качестве зарегистрированных измерений. UE содержит интерфейс связи UE и схему процессора UE. Интерфейс связи UE выполнен с возможностью приема запроса от сетевого узла для начала передачи зарегистрированных измерений в сообщении отчета и передачи сообщения отчета, содержащего зарегистрированные измерения. Схема процессора UE выполнена с возможностью определения, укладываются ли зарегистрированные измерения в сообщение отчета, и если нет, то указания в передаваемом сообщении отчета о существовании еще не переданных дополнительных зарегистрированных измерений.
Преимущество, которое достигается некоторыми из вышеупомянутых вариантов осуществления, состоит в том, что благодаря использованию индикатора в сообщении отчета о дополнительных оставшихся зарегистрированных измерениях сети, т.е. сетевому узлу, предоставляется информация, которая требуется для принятия решения об определении времени для передачи зарегистрированных измерений, и об определении времени, когда следует запросить больше зарегистрированных данных.
Другое преимущество, достигаемое посредством, по меньшей мере, некоторых из вышеупомянутых вариантов осуществления, состоит в том, что предоставляется возможность организации более длительной продолжительности регистрации и/или возможность проведения более частых измерений, не переполняя память журнала регистрации в UE, например буфера UE.
Другое преимущество, достигаемое посредством, по меньшей мере, некоторых из вышеупомянутых вариантов осуществления, состоит в том, что сетевому узлу предоставляется информация о зарегистрированных измерениях, что, в свою очередь, позволяет определить объем зарегистрированных измерений, хранящихся в UE.
Вышеприведенные цели, признаки и преимущества станут очевидны из более подробного описания предпочтительных вариантов осуществления и аспектов вариантов осуществления, как будет проиллюстрировано посредством сопроводительных чертежей, на которых на различных видах одинаковые позиционные обозначения относятся к одинаковым элементам.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Чертежи не обязательно нарисованы в масштабе, и вместо этого акцент сделан на иллюстрацию принципов изобретения.
Фиг.1 является схемой сигнализации, иллюстрирующей то, каким образом зарегистрированные измерения представляются в отчете в соответствии с известным уровнем техники.
Фиг.2 является принципиальной структурной схемой, иллюстрирующей примерные варианты осуществления сетевого узла и оборудования пользователя.
Фиг.3 является блок-схемой, изображающей примерный вариант осуществления способа в сетевом узле.
Фиг.4 является блок-схемой, изображающей дополнительные примерные варианты осуществления способа в сетевом узле.
Фиг.5 является блок-схемой, изображающей примерный вариант осуществления способа в оборудовании пользователя.
Фиг.6 является блок-схемой, изображающей дополнительные примерные варианты осуществления способа в сетевом узле.
ПОДРОБНОЕ ОПИСАНИЕ
Фиг.2 иллюстрирует блоки примерного варианта осуществления системы/сети связи, и конкретные блоки Сети 20 с Радиодоступом (RAN), содержащей, по меньшей мере, один сетевой узел 28 и беспроводной терминал, здесь и далее обозначенный как Оборудование 30 Пользователя (UE). В зависимости от конкретного используемого типа RAN и делегирования узловых полномочий, сетевой узел 28 может быть узлом базовой станции, например Узлом-B в UMTS или eNodeB в Проекте Долгосрочного Развития (LTE) или узлом Контроллера Сети с Радиодоступом (RNC) в UMTS. Таким образом, UE 30 осуществляет связь через радиоинтерфейс 32 с сетевым узлом 28, либо непосредственно через радиоинтерфейс 32 с сетевым узлом 28 в случае, когда сетевой узел 28 является узлом типа базовой станции, либо через радиоинтерфейс 32 и через базовую станцию в случае, когда сетевой узел 28 является узлом контроллера сети с радиодоступом (RNC) или Объектом Управления Мобильностью (MME), который является узлом управления, который обрабатывает сигнализацию между UE и Базовой Сетью (CN) и который обеспечивает функциональные возможности Регистра Местоположения Роумингового абонента (VLR) применительно к Развитой Пакетной Системе (EPS).
Как упомянуто выше, UE 30 может быть мобильной станцией, такой как мобильный телефон («сотовый» телефон) или компьютер класса лэптоп с возможностями беспроводной связи (например, мобильным оконечным устройством), и таким образом может быть, например, портативным, карманным, переносным, включенным в компьютер или установленным в автомобиле мобильным устройством, которое передает голос и/или данные через сеть с радиодоступом.
В соответствии с одним из своих аспектов раскрываемая технология относится к формированию, и/или передаче, и/или использованию множества частичных сообщений отчета с зарегистрированными измерениями, таких как пакеты журнала регистрации MDT, также обозначаемого как журнал регистрации MDT или данные журнала регистрации MDT. Раз так, то фиг.2 показывает примерный вариант осуществления сетевого узла 28 или UE 30, который содержит интерфейс 42 связи UE и схему 40 процессора UE. Следует отметить, что UE может рассматриваться в качестве обслуживающей точки. Схема процессора UE может включать в себя буфер 44, т.е. буфер UE, для хранения зарегистрированных измерений, не показан на фигуре, а в другом варианте осуществления буфер 44 находится в UE 30.
Фиг.2 также иллюстрирует сетевой узел 28 как содержащий схему 50 процессора сетевого узла и интерфейс 52 связи сетевого узла (т.е. интерфейс связи сетевого узла). Схема 50 процессора сетевого узла может быть или содержать устройство запроса/процессор зарегистрированных данных (не показан на фигуре), который используется для запроса зарегистрированных измерений, таких как журнал регистрации MDT, в сообщении(иях) отчета.
В соответствии с одним примерным вариантом осуществления сетевой узел 28 используется для основанного на сети управления сообщениями отчета, содержащими зарегистрированные измерения, в сети беспроводной связи, при этом сетевой узел 28 выполнен с возможностью обслуживания UE 30, UE, и приема сообщения отчета от UE 30.
Продолжая описание фиг.2, интерфейс 52 связи сетевого узла выполнен или может быть выполнен с возможностью отправки запроса(ов) к UE 30 для начала передачи зарегистрированного измерения(ий) в сообщении(иях) отчета, и приема сообщения(ий) отчета, содержащего зарегистрированные измерения. Зарегистрированные измерения могут содержать одно или более из следующего: временную метку измерения для каждого выполненного измерения; условие состояния буфера UE; информацию позиционирования UE; периодически измеряемую интенсивность пилот-сигнала нисходящей линии связи; условия обслуживающей соты; условия запаса мощности передачи; сбой(и) канала поискового вызова; максимальную требуемую память, которая поддерживается UE; и сбой(и) широковещательного канала.
В соответствии с одним вариантом осуществления интерфейс 52 связи сетевого узла может быть выполнен с возможностью приема, от UE 30, указания существования доступных зарегистрированных измерений. Следует отметить, что индикатор «дополнительных зарегистрированных измерений» переносится в сообщении отчета об информации UE, в то время как указание доступных зарегистрированных измерений переносится в уже существующей/определенной сигнализации.
В соответствии с одним вариантом осуществления интерфейс 52 связи сетевого узла может быть выполнен с возможностью запроса сообщения(ий) отчета непосредственно от UE 30 или от другого сетевого узла, например RNC, MME, RBS или другого аналогичного узла.
В соответствии с одним вариантом осуществления интерфейс 52 связи сетевого узла может быть выполнен с возможностью запроса сообщения отчета по приему запроса доступа UE, инициированного процедурой передачи обслуживания UE от другого сетевого узла в сетевой узел. Запрос, например, может быть запросом соединения RRC. Интерфейс 52 связи сетевого узла также может быть выполнен с возможностью приема сообщения сетевого узла от другого сетевого узла, т.е. другого eNodeB, RNC или RBS, содержащего информацию для конкретного UE. Информация для конкретного UE дополнительно может содержать индикатор, указывающий еще не переданные дополнительные зарегистрированные измерения.
Схема 50 процессора сетевого узла, упомянутая выше применительно к фиг.2, выполнена с возможностью определения того, содержит ли принятое сообщение(я) отчета индикатор еще не переданного дополнительного зарегистрированного измерения(й); и если так, то принятия решения о том, требуется ли запросить дополнительные зарегистрированные измерения. В соответствии с одним вариантом осуществления схема 50 процессора сетевого узла может быть выполнена с возможностью принятия решения о том, требуется ли запросить дополнительные зарегистрированные измерения, исходя из одного или более из следующего: испытываемого уровня помех в соте; испытываемых измерений условий радиосвязи в соте; доступного ресурса радиосвязи; емкости сетевого узла; условия состояния буфера UE и т.п.
В соответствии с одним вариантом осуществления схема 50 процессора сетевого узла может быть выполнена с возможностью определения того, указывает ли индикатор на то, что присутствуют зарегистрированные измерения в буфере 44 UE, которые укладываются или нет в одно последующее сообщение отчета.
В соответствии с одним вариантом осуществления схема 50 процессора сетевого узла может быть выполнена с возможностью принятия решения о том, чтобы запросить все зарегистрированные измерения в буфере 44 UE в одном последующем запросе, или многократно по приему каждого сообщений отчета. Решение также может быть принято, исходя из принятой информации о статусе буфера 44 в UE 30, который является, например, переполненным. Следует отметить, что словосочетания вида «выполненное с возможностью» или «используемое для» применительно к функциональным возможностям схем и устройств, упомянутых выше и на протяжении всего раскрытия, являются словосочетаниями, которые могут использоваться как обладающие аналогичным или одинаковым значением.
Следует иметь в виду, что схема 50 процессора сетевого узла может содержать устройство запроса/процессор 50' журнала регистрации MDT (не показан на фиг.2), который может быть реализован в виде платформы, например реализован посредством компьютера/процессора, исполняющего инструкции невременных сигналов, и/или посредством схемы.
Подобным образом, с точки зрения UE, обращаясь к фиг.2, UE 30 может использоваться или используется для оказания содействия в основанном на сети управлении сообщениями отчета, содержащими зарегистрированные измерения, в сети беспроводной связи. UE 30 соединено с обслуживающим сетевым узлом 28 и выполнено с возможностью передачи сообщения(ий) отчета сетевому узлу 28. UE 30 может быть дополнительно выполнено с возможностью периодического выполнения измерений условий радиосвязи и сохранения периодически выполняемых измерений в буфере 44 в качестве зарегистрированных измерений. Такие зарегистрированные измерения могут быть отчетами журнала регистрации MDT.
Интерфейс 42 связи UE, упомянутый выше в отношении фиг.2, выполнен с возможностью приема запроса от сетевого узла 28 для начала передачи зарегистрированных измерений в сообщении(иях) отчета и передачи/отправки сообщения(ий) отчета, содержащего зарегистрированные измерения. Схема 40 процессора UE выполнена с возможностью определения того, укладываются ли зарегистрированные измерения в сообщение(ия) отчета, и если нет, то указания в сообщении отчета, которое передается, существования еще не переданных дополнительных зарегистрированных измерений.
В соответствии с одним вариантом осуществления примерной реализации UE 30, в которой схема 40 процессора UE может быть или может содержать генератор 40' отчетов по множеству частичных журналов регистрации MDT (фиг.2 пунктирная линия). Генератор 40' отчетов по множеству частичных журналов регистрации MDT может содержать генератор отчета по журналу регистрации и блок регистрации данных (не показан на фиг.2). Генератор 40' отчетов по множеству частичных журналов регистрации MDT работает совместно с блоком измерений (не показан на фиг.2) и сохраняет записи измерений в блоке регистрации данных. Генератор отчета по журналу регистрации дополнительно может содержать генератор идентификатора пакета и генератор флага «больше данных», т.е. дополнительные данные.
Раскрытая выше технология и применительно к некоторым из ранее упомянутых вариантов осуществления включает в себя поддержку зарегистрированных измерений, или размера журнала регистрации MDT, которые превышают максимальный размер сообщения отчета, которое может, например, быть пакетом Протокола Сходимости Пакетных Данных (PDCP). Раскрытая здесь технология также вводит и предоставляет указание со стороны UE 30 о дополнительных зарегистрированных измерениях или данных журнала регистрации MDT, которые остались в буфере 44 UE. В соответствии с некоторыми примерными вариантами осуществления UE 30, которое хранит зарегистрированные измерения, иногда обозначаемые как зарегистрированные данные, которые больше одного сообщения отчета, т.е. пакета передачи, сегментирует зарегистрированные измерения и отправляет лишь часть зарегистрированных измерений, которая укладывается в одно сообщение отчета. UE 30 также указывает на то, что существует больше зарегистрированных измерений в UE 30 в буфере 44. Данное указание об оставшихся дополнительных зарегистрированных измерениях позволяет сетевому узлу 28 принять решение об определении времени для передачи зарегистрированных измерений и об определении времени, когда следует запросить больше зарегистрированных измерений. Это, например, может зависеть от измерений условий радиосвязи или информации о статусе буфера UE.
UE 30 возьмет часть зарегистрированных данных и поместит их в полезную нагрузку сообщения отчета. UE 30, если все еще доступно больше зарегистрированных измерений, установит бит «больше» или «дополнительно», указывающий сетевому узлу 28, или другими средствами укажет сетевому узлу 28, что в UE 30 присутствует больше доступных зарегистрированных измерений. Затем сетевой узел 28, когда он предположит, что должно быть получено больше данных, например, исходя из: испытываемого уровня помех в соте; испытываемого измерения условий радиосвязи в соте; доступного ресурса радиосвязи; емкости сетевого узла; условия состояния буфера UE и т.д., запросит больше зарегистрированных измерений. Когда запрос выполнен, тогда процесс может быть повторен. Новое решение может приниматься после приема нового сообщения отчета и т.д. Другими словами, по приему указания от UE, сетевой узел 28 принимает решение (исходя из текущих условий радиосвязи, емкости узла), должен ли сетевой узел 28 сейчас запросить больше зарегистрированных измерений «данных» у UE, или запросить их в более поздний момент времени. Этот «более поздний момент времени» может быть задан заранее, например позже на 15 с. В одном варианте осуществления внутренний алгоритм может, например, осуществлять проверку по обнаружению того, что не предстоит Передача Обслуживания (HO) или не приближается другая более существенная процедура. Сообщения отчета могут быть потеряны, если непосредственно перед HO происходит неуспешное представление отчета. В одном примере сетевой узел 28 может быть выполнен с возможностью продолжения запроса о представлении отчета по зарегистрированным измерениям (журналам регистрации MDT) в сообщениях отчета до тех пор, пока не останется больше зарегистрированных измерений, которые должны быть представлены в отчете.
Пример варианта осуществления способа, который может быть реализован в сетевом узле 28, иллюстрируется фиг.3. Способ используется для основанного на сети управления сообщениями отчета, содержащими зарегистрированные измерения, в сети беспроводной связи. В соответствии со способом сетевой узел 28, который сконфигурирован для обслуживания UE 30, принимает сообщения отчета от UE, как упомянуто выше в отношении фиг.2. В частности, способ содержит этапы, на которых: отправляют S62 запрос UE для начала передачи зарегистрированных измерений в сообщении отчета; принимают S64 сообщение отчета, содержащее зарегистрированные измерения; определяют S66, содержит ли принятое сообщение отчета индикатор еще не переданных дополнительных зарегистрированных измерений; и если так, то принимают S68 решение о том, требуется ли запросить дополнительные зарегистрированные измерения.
Кроме того, пример варианта осуществления способа для реализации в сетевом узле 28 проиллюстрирован на фиг.4. Общие этапы, т.е. S72, S74, S76 и S78, соответствуют упомянутым выше этапам S62-S68. Данный примерный способ содержит этап, на котором сетевой узел 28 сначала принимает S71, например, от UE 30, указание о существовании доступных зарегистрированных измерений, т.е. о том, что буфер 44 UE не пуст или, что в буфере 44 UE присутствует больше данных. Следует отметить, что данное указание отличается от индикатора, который указывает дополнительные зарегистрированные измерения.
В соответствии со способом сетевой узел 28 принимает решение отправить S72 запрос к UE 30 для начала представления отчета и принимает S74 в ответ сообщение отчета. Затем сетевой узел 28 определяет, содержит ли сообщение отчета, которое также содержит зарегистрированные измерения и временную метку представления отчета, индикатор еще не представленных в отчете дополнительных зарегистрированных измерений. Если так, то сетевой узел 28 может принять S78 решение о том, чтобы запросить эти дополнительные зарегистрированные измерения и вследствие этого возобновляет процедуру с этапа S72. Если индикатор не включен, то сетевой узел 28 будет ожидать S77 нового указания S71, и возобновит процедуру с этапа S72. Сетевой узел 28 после принятия S78 решения о запросе дополнительных зарегистрированных измерений может принять решение о запросе S79 всех зарегистрированных измерений в одном решении вместо запроса одного последующего сообщения отчета зараз. В некоторых примерных вариантах осуществления, если UE 30 указывает на то, что требуется более одного сообщения отчета для зарегистрированных измерений в его буфере 44 UE, то тогда для указания этого может использоваться несколько бит. Затем сетевой узел 28 может выбрать запросить множество сообщений, если сетевой узел 28 того пожелает.
С точки зрения UE и примера варианта осуществления, который иллюстрирует способ в UE, то далее делается ссылка на фиг.5. UE 30 выполнено с возможностью периодического выполнения измерения условий радиосвязи и сохранения периодически выполняемых измерений в буфере 44 UE в качестве зарегистрированных измерений. Способ в UE 30 для оказания содействия в основанном на сети управлении сообщениями отчета, содержащими зарегистрированные измерения, в сети беспроводной связи, содержит этапы, на которых: принимают S82 запрос от сетевого узла 28 для начала передачи зарегистрированных измерений в сообщении отчета; определяют S84, укладываются ли зарегистрированные измерения в сообщение отчета; и если нет, то включают S86 в сообщение отчета индикатор еще не переданных дополнительных зарегистрированных измерений; и передают S88 сообщение отчета, содержащее индикатор, сетевому узлу 28 в качестве ответа на запрос (S62; S72).
В примере варианта осуществления и режима работы UE раскрываемая здесь технология охватывает следующие действия и возможности, как проиллюстрировано на фиг.6:
S90: UE периодически выполняет измерения и регистрирует измерения условий радиосвязи и возможно подробную информацию позиционирования UE 30 и сохраняет измерения в качестве зарегистрированных измерений в буфере 44 UE, т.е. во внутренней памяти UE 30.
В соответствии с одним вариантом осуществления зарегистрированные измерения в буфере 44 UE могут создаваться в качестве «записей», которые включают в себя «временную метку», которая указывает время, когда было выполнено измерение радиосвязи, т.е. «временную метку измерения», и зарегистрированные измерения. Запись необязательно также может включать в себя подробную информацию о позиции применительно к географической позиции UE. «Запись» может иметь изменяемый размер. Размер зарегистрированных измерений, иногда обозначаемый как размер журнала регистрации, в буфере 44 UE может быть больше того размера, который может уместиться в одном сообщении отчета, который должен быть отправлен от UE к сетевому узлу.
S92: Когда UE 30 принимает запрос от сетевого узла 28 для начала передачи/представления отчета о зарегистрированных измерениях, то UE 30 берет некоторое количество «записей», т.е. зарегистрированных измерений, из буфера 44 UE, т.е. внутреннего журнала регистрации, как правило в очередности хранения, которые укладываются в сообщение отчета, и «вносит» внутренний указатель, такой, что следующие хранящиеся «записи» будут включены в следующее сообщение отчета в следующий раз, когда UE 30 запросят представить отчет о зарегистрированных измерениях.
Данному этапу, т.е. S92, может предшествовать этап, на котором UE 30 отправляет S91 указание сетевому узлу 28, посредством которого оно уведомляет о том, что на UE 30 доступны зарегистрированные измерения.
S94: По приему (S92) запроса для начала передачи, затем UE 30 определяет, укладываются или нет зарегистрированные измерения в одно сообщение отчета.
Если зарегистрированные измерения укладываются в одно сообщение отчета, тогда никакой индикатор не добавляется или назначенный для индикатора бит оставляют пустым, т.е. в этом бите отправляется ноль. В качестве альтернативы, добавляется указание о том, что больше информации нет.
S96: В случае когда UE 30 имеет больше зарегистрированных измерений («записей»), которые хранятся в буфере 44 UE, и еще не представлены в отчете, то в сообщение отчета включается индикатор «дополнительных зарегистрированных измерений», т.е. что присутствует больше данных.
Значение «временной метки», т.е. «временной метки представления отчета», или иной идентификатор добавляется к сообщению отчета при передаче сообщения отчета. В качестве альтернативы, вместо включения временной метки представления отчета в сообщение отчета, может использоваться порядковый номер, который увеличивается на единицу с каждой передачей сообщения отчета. Следует отметить, что данная временная метка представления отчета отличается от временной метки измерения, которая добавляется во время выполнения и регистрации измерения.
S98: Затем UE 30 передает сообщение отчета, включающее в себя наиболее старые зарегистрированные измерения, полученные из буфера 44 UE, сетевому узлу 28 в качестве ответа на запрос. Сообщение отчета вследствие этого может содержать зарегистрированные измерения, представляющие отчет о временной метке и подробную информацию позиционирования UE 30.
S99: Затем UE 300 удаляет переданные/представленные в отчете зарегистрированные измерения из своего буфера, т.е. буфера 44 UE, и «вносит» внутренний указатель, такой, что следующие хранящиеся «записи» будут включены в следующее сообщение отчета. После приема нового запроса от сетевого узла 28 затем UE 30 может передать/представить отчет о зарегистрированных измерениях, т.е. повторить этапы S92-S99 и включить новые зарегистрированные измерения, т.е. «записи», из буфера 44 UE, в соответствии со своим внутренним указателем. В качестве альтернативы или совместно с представлением отчета UE 30 может вновь начать с этапа S90.
Следует отметить, что в настоящей общей реализации «MDT», регистрация измерений в качестве зарегистрированных измерений может выполняться лишь UE в состоянии «ожидания», а отправка зарегистрированных измерений (журналов регистрации MDT) в сообщениях отчета может выполняться лишь, когда UE находится в «соединенном» состоянии.
В некоторых вариантах осуществления, если буфер 44 UE почти заполнен или если достигнуто ограничение по размеру, то UE 30 может указать такие условия сетевому узлу 28 во время отправки на этапе S91 или добавляя данную информацию во время этапа S96 и отправляя ее во время этапа S98. Затем сетевой узел 28 может задать приоритет в получении зарегистрированных измерений с тем, чтобы не остановить регистрацию и/или не потерять зарегистрированные измерения.
Во время повторяющейся последовательности сообщений между UE 30 и сетевым узлом 28 для переноса всех зарегистрированных измерений от UE 30 к сетевому узлу 28 может возникнуть необходимость в смене соты и/или обслуживающей Базовой Станции (BS), например, во время передачи обслуживания от первой BS (eNB1: NB1; RNC1; RBS1) ко второй BS (eNB1: NB1; RNC1; RBS1).
Один способ обработки ситуации при смене соты и/или смене BS состоит в том, что UE указывает доступность, когда оно соединяется со второй BS, например, в соответствии с этапом S91 на фиг.6. Таким образом, UE 30, обслуживаемое первой BS (например, eNB1) и которое, например, отправило два сообщения отчета первой BS, при выполнении передачи обслуживания начинает с отправки указания, т.е. отправляет на этапе S91 указание доступных зарегистрированных измерений, ко второй BS (например, eNB2), и затем по запросу начинает представление третьего сообщения отчета ко второй BS. Зарегистрированные измерения, которые отправлены в первом и втором сообщениях отчета, как правило, удаляются из буфера 44 UE, и вследствие этого более недоступны.
Второй способ, или альтернатива, обработки данной ситуации состоит в том, что информация, которую приняла первая BS (например, eNB1) в отношении «доступных зарегистрированных измерений» на этапе S91, переносится второй BS (например, eNB2). Информация переносится исходя из запроса от второй BS или автоматически, включая любую связанную информацию, подобную ссылкам отслеживания, и т.д. Идея состоит в том, чтобы включить «указание» в уже существующую/определенную сигнализацию подготовки передачи обслуживания (между eNB1 и eNB2), то есть «подготовить» eNB2, перед тем как происходит (предписывается) фактическая передача обслуживания UE от eNB1 к eNB2.
В некоторых ситуациях переадресация «ссылок отслеживания» и указания «доступных зарегистрированных измерений» (S91) может осуществляться между узлами RAN 20. В таких случаях, UE 30 также может включать ссылки отслеживания в сообщение отчета, когда UE 30 передает первое сообщение отчета узлу RAN после передачи обслуживания. Следует отметить, что данное первое сообщение отчета применительно к примеру, который упомянут выше в отношении первого способа обработки ситуации, будет третьим сообщением отчета.
Таким образом, раскрытая здесь технология в одном из своих аспектов поддерживает и/или содействует обработке размера журнала регистрации, который превышает максимальный размер сообщения отчета, например, пакета PDCP. Если в качестве проблемы рассматривается и требует решения потеря представления отчета/эффективность предоставления отчета, в то время как нежелательно ограничение суммарного размера журнала регистрации UE в буфере UE или памяти UE, тогда UE, которое хранит зарегистрированные измерения, т.е. зарегистрированные данные, которые больше полезной нагрузки одиночного PDU (например, из-за ограничений PDCP), может сегментировать зарегистрированные измерения и отправить только часть, которая укладывается в одиночное сообщение отчета/пакет, например, когда размер сообщения в сообщении ответа UE имеет фиксированный размер, в то время как сам по себе журнал регистрации MDT имеет другое ограничение, например ограничение по размеру буфера UE в UE 30 и т.д. Для обработки этого предоставляется указание в сообщении отчета, например, в отчете о журнале регистрации MDT о том, что присутствуют дополнительные/больше зарегистрированных измерений. Это позволяет сетевому узлу 28 принять решение для определения времени того, когда следует запросить и/или (повторно) сконфигурировать измерения. Опираясь на «бит доступности отчета», потребует лишь, чтобы UE вновь перешло к соединенному RRC, которое может дополнительно задержать перенос зарегистрированных измерений, возможно вызывающий полный расход памяти журнала регистрации UE, новую зарегистрированную конфигурацию MDT или Передачу Обслуживания (HO) к другой Технологии Радиодоступа (RAT) и т.д.
Таким образом, с помощью ограничения размера сообщения отчета UE получит возможность разбиения зарегистрированных измерений на максимальный фиксированный размер сообщения отчета, например сообщение RRC.
В настоящее время сообщение RRC для MDT также переносит информацию оптимизации RACH (SON) и прочую необязательно сконфигурированную информацию. Одним из следствий существования другой информации в сообщении RRC/PDU с использованием ограничения размера будет то, что она, возможно, зависит от конструкции сообщения RRC и конфигурации, или, что максимальный размер сообщения отчета всегда устанавливается в соответствии со сценарием худшего случая.
Учитывая приведенные выше причины, в результате MDT не потребуется никакой специальной обработки сообщения RRC/размера журнала регистрации. Сохранение обычной обработки сообщений RRC и подобного упрощает анализ, который должен осуществляться в сетевом узле 28 и UE 30.
Описанная здесь технология дает ряд преимуществ. Преимущества следующие. Технология позволяет обеспечить более длительные периоды регистрации, которые могут создать большие размеры зарегистрированных измерений, в то время как сетевой узел 28 управляет временем представления отчета. Технология содействует тому, что сетевой узел 28 может определить подходящее время для представления отчета без потери зарегистрированных измерений.
Специалистам в соответствующей области следует иметь в виду, что структурные схемы, представленные здесь на фиг.2, могут представлять собой концептуальные представления иллюстративных цепей или прочих функциональных блоков, воплощающих принципы технологии. Аналогичным образом, следует иметь в виду, что любые блок-схемы, такие как на фиг.3- фиг.6, диаграммы переходов, псевдо код, и подобное, представляют различные процессы, которые, по сути, могут быть представлены в машиночитаемом носителе информации и таким образом исполняться компьютером или процессором, независимо от того, показан или нет явно такой компьютер или процессор.
Функции различных элементов, включающих в себя функциональные блоки с фиг.2, включая, но не ограничиваясь теми, что обозначены или описаны как «компьютер», «процессор» или «контроллер», могут быть предоставлены посредством использования аппаратного обеспечения, такого как аппаратных схем и/или аппаратного обеспечения, выполненного с возможностью исполнения программного обеспечения в виде закодированных инструкций, хранящихся на машиночитаемом носителе информации. Таким образом, такие функции и иллюстрируемые функциональные блоки должны подразумеваться как реализованные либо в аппаратном обеспечении и/либо компьютере, и таким образом реализованными посредством машин.
Исходя из реализации в аппаратном обеспечении, функциональные блоки сетевого узла 28 или UE 30 могут включать в себя или охватывать, без ограничения, аппаратные средства Цифрового Сигнального Процессора (DSP), процессор с сокращенным набором инструкций, цепи аппаратных средств (цифровых или аналоговых), включающие в себя, но не ограничивающиеся, Специализированные Интегральные Схемы [ASIC], и (где применимо) конечные аппараты, выполненные с возможностью выполнения таких функций.
Если исходить из компьютерной реализации, то, как правило, понимают, что компьютер включает в себя один или более процессоров или один или более контроллеров, и здесь понятие компьютер и процессор, и контроллер могут использоваться взаимозаменяемо. Когда функции обеспечиваются компьютером, или процессором, или контроллером, то они могут обеспечиваться одиночным специализированным компьютером, или процессором, или контроллером, одиночным совместно используемым компьютером, или процессором, или контроллером, или множеством отдельных компьютеров, или процессоров, или контроллеров, некоторые из которых могут использоваться совместно или быть распределены. Более того, использование понятия «процессор» или «контроллер» также должно толковаться как относящееся к другому аппаратному обеспечению, выполненному с возможностью выполнения таких функций и/или исполнения программного обеспечения, такому как примерное аппаратное обеспечение, перечисленное выше.
В примере на фиг.5 платформа, изображенная линией 70, была проиллюстрирована как платформа, реализуемая компьютером или на основе компьютера. Другой примерной платформой для беспроводного терминала 70(5) может быть схема аппаратного обеспечения, например специализированная интегральная схема (ASIC), при этом элементы схемы структурированы и функционируют для выполнения различных описанных здесь действий.
Как будет очевидно специалистам в соответствующей области, описанные в настоящей заявке инновационные концепции могут быть модифицированы и изменены для широкого диапазона применений. Соответственно объем запатентованного предмета изобретения не должен ограничиваться любыми конкретными примерными рассмотренными выше идеями, а определяется нижеследующей формулой изобретения.