Способ и устройство для обработки исторической информации по мобильной станции в системе беспроводной связи

Способ и устройство для обработки исторической информации по мобильной станции в системе беспроводной связи

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Уровень техники

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

В то же время существует тренд к перемещению функциональности управления радиосетью в местоположение базовой станции в новых сетевых архитектурах. Это происходит, например, в системах беспроводной связи долгосрочного развития (LTE), находящихся в настоящее время в разработке проекта партнерства третьего поколения (3GPP). Похожие концепции также обсуждаются относительно реализации очень малых контроллеров радиосети (RNC) для развитых систем высокоскоростного пакетного доступа (HSPA). Сторонники этого направления предлагают, что расположение функциональности управления ресурсами в местоположении базовой станции даст в результате лучшую производительность системы, так как самая оперативная информация будет доступна для решений по управлению радиоресурсами.

С другой стороны, процедуры управления сетью, реализованные в централизованной архитектуре, такие как процедуры передачи обслуживания в традиционном 3G RNC, могут более легко использовать информацию, относящуюся к ситуации в нескольких соседних сетях, также как и условия в текущей сети, где находится пользовательское оборудование (UE). Использование распределенной архитектуры, т.е. модели системы, где функциональность управления принудительно передана базовым станциям, таким образом, потенциально создает ситуацию, где функция управления имеет намного более оперативное знание о локальном окружении, но не имеет более широкого обзора сети, который может быть доступен в централизованной функции управления. В такой системе процедура передачи обслуживания, выполняемая в базовой станции LTE (eNodeB), может быть основана в значительной степени на ограниченной информации, такой как информация о состоянии для текущей соты и любых соседних сот, обслуживаемых тем же eNodeB.

Другой потенциальной проблемой с распределенной моделью архитектуры является то, что мобильное пользовательское оборудование может управляться несколькими разными контроллерами в течение короткого периода времени, когда пользовательское оборудование переходит (передается обслуживание) от одной базовой станции к другой. Хотя каждый контроллер (eNodeB в случае LTE-системы) может наблюдать за активностью конкретной мобильной станции, пока обслуживает эту мобильную станцию, эта информация, как правило, теряется, когда обслуживание мобильной станции передается другому контроллеру. В системе, использующей централизованную архитектуру управления, с этим связано меньше проблем, так как контроллер в такой системе типично охватывает множество сот, и мобильная станция, как правило, управляется одним и тем же контроллером в течение более длительного периода времени.

Сущность изобретения

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

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

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

Варианты осуществления изобретения дополнительно включают в себя узел управления, выполненный с возможностью выполнять один или более из описанных способов обработки данных истории транзакций мобильной станции. Один или более вариантов осуществления этих узлов управления может содержать eNodeB для использования в LTE/SAE-сети.

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

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

Краткое описание чертежей

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

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

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

Фиг.4 является логической блок-схемой другого варианта осуществления способа обработки информации транзакций мобильной станции.

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

Подробное описание изобретения

Проектирование и спецификация следующего поколения сетей беспроводной связи в настоящее время ведется под руководством проекта партнерства третьего поколения (3GPP) в программе работ, известной как инициатива долгосрочного развития (LTE). Вместе с определением новых беспроводных интерфейсов также определяется новая архитектура базовой сети в попытке стандартизации, все вместе упоминаемое как развитие архитектуры системы (SAE). Как показано на фиг.1, LTE/SAE-сеть включает в себя, по меньшей мере, два типа сетевых элементов, поддерживающих пользовательские плоскости и плоскости управления: улучшенную базовую станцию 110, называемую усовершенствованным узлом B или "eNodeB"; и SAE-шлюз 120. eNodeB 110 предоставляет LTE-радиоинтерфейс и управление радиоресурсами, в то время как SAE-шлюз 120 предоставляет опорную точку мобильности для пользовательской плоскости и предоставляет шлюз в сети 140 IP-услуг, которые могут включать в себя Интернет, интрасети и другие сети услуг, основанных на IP.

В последующем обсуждении заявленные способы и устройства описаны в контексте беспроводной LTE/SAE-сети. В этом случае многие из функций управления, описанные в данном документе, находятся в eNodeB 110. Однако специалистам в данной области техники должно быть ясно, что изобретенные технологии, описанные в данном документе, применимы к другим типам сетей и другим сетевым конфигурациям. Например, заявленные способы и устройства, раскрытые в данном документе, могут быть применены к развитой архитектуре высокоскоростного пакетного доступа (HSPA), в которой контроллер радиосети (RNC) интегрирован в NodeB, а также к версии 99 GERAN/UTRAN-архитектуры, в которой историческая информация, описанная ниже, может передаваться между одноранговыми узлами управления (например, RNC и/или контроллерами базовых станций). Таким образом, описание изобретения с точки зрения элементов LTE/SAE-сети является иллюстративным, а не ограничивающим.

В отличие от своих предшественников LTE/SAE-архитектура не включает в себя отдельный контроллер радиосети (RNC), ответственный за управление несколькими базовыми станциями. Вместо этого многие из функций управления радиоресурсами и управления мобильностью, выполняемых ранее RNC, перемещены в eNodeB 110. Как отмечено выше, это перемещение позволяет функции управления обращаться к более актуальной информации о состоянии радиоресурсов (например, условиях сигнала, условиях загрузки) в одной или нескольких сотах, обслуживаемых посредством eNodeB 110. Однако это перемещение также представляет некоторые проблемы, так как eNodeB 110, как правило, испытывает нехватку более широкого обзора системы, который может иметь RNC, наблюдающий за несколькими базовыми станциями.

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

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

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

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

В примерном варианте осуществления настоящего изобретения контроллер ресурсов, в текущее время обслуживающий мобильную станцию 160, например функция управления радиосвязью в обслуживающем eNodeB 110, передает историческую информацию транзакций для мобильной станции 160 контроллеру ресурсов, который принимает управление мобильной станцией 160 после передачи обслуживания, например функции управления радиосвязью в целевом eNodeB 110. В различных вариантах осуществления эта информация истории транзакций может принимать любую из нескольких форм. Например, история транзакций может содержать исторический список, который перечисляет события, добавленные каждым контроллером, который управлял мобильной станцией 160. Альтернативно (или в дополнение к упомянутому списку) история транзакций может содержать один или несколько совокупных параметров, описывающих прошлый уровень мобильности и активности мобильной станции 160. Эти совокупные параметры могут обновляться каждой функцией управления, когда обслуживание мобильной станции 160 передается от одной базовой станции к другой.

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

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

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

Как правило, но без исключения других типов информации, содержимое истории транзакций может быть поделено, по меньшей мере, на две категории. Первая - информация связанных с мобильностью транзакций - содержит информацию, связанную с ранее посещенными сотами. Эта категория информации может включать в себя, среди прочего, идентификационные данные соты, тип соты и время пребывания в соте (или время входа мобильного терминала и/или время выхода мобильного терминала), для каждой из нескольких ранее посещенных сот. Фиг.2 иллюстрирует пример информации связанных с мобильностью транзакций, которая может содержаться в журнале истории транзакций. На фиг.2 ID c002, c028 и c014 сот идентифицируют микросоты 210, покрывающие область, частично покрытую макросотой 220, соответствующей ID C017 соты. Также изображена информация 230 связанных с мобильностью транзакций.

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

Принимающий контроллер может также использовать эту информацию, чтобы оценивать другие параметры. Например, если контроллер имеет информацию о средних размерах соседних сот, он может использовать историческую информацию транзакций, указывающую время, проведенное в предыдущих сотах, чтобы выдать грубую оценку скорости мобильной станции 160. В соответствии с информацией связанных с мобильностью транзакций, показанной на фиг.2, мобильная станция 160, которая остается в течение 84 секунд в соте c028, имеющей радиус, например, 100 метров, может быть обозначена как "среднескоростной" пользователь.

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

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

На фиг.2 проиллюстрирован примерный набор информации 240 связанных с трафиком транзакций. Специалисты в данной области техники поймут, что связанные с мобильностью и связанные с трафиком данные на фиг.2 являются только иллюстративными. Как объяснено выше, в каждой базовой станции могут записываться различные данные. Кроме того, информация может быть записана во множестве форматов; подходящее кодирование информации может уменьшить размер данных, которые передаются между базовыми станциями. В любом случае в некоторых вариантах осуществления настоящего изобретения принимающий контроллер может использовать информацию 240 связанных с трафиком транзакций, возможно совместно с информацией 230 связанных с мобильностью транзакций, чтобы принимать различные решения по управлению ресурсами. Например, контроллер может использовать информацию, чтобы определять, когда запустить переход мобильной станции 160 в энергосберегающее состояние. В качестве примера, принимающий контроллер может принимать информацию 240 связанных с трафиком транзакций совместно с передачей обслуживания мобильной станции 160. После 1590 миллисекунд от момента, когда мобильная станция 160 вошла в соту, контроллер может запустить переход в состояние незанятости. Этот пример предполагает таймер бездействия, равный 6000 миллисекундам, который был запущен, потому что контроллер смог вычислить, что мобильная станция 160 уже была неактивной в течение 4410 миллисекунд (4560 минус 150).

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

Соответственно журнал истории транзакций для мобильной станции 160, содержащий любую из вышеуказанной информации, может передаваться от передающей базовой станции к обслуживающей базовой станции при первой передаче обслуживания мобильной станции 160. После обновления журнала истории транзакций обслуживающая базовая станция может передавать обновленный журнал истории транзакций целевой базовой станции в ассоциативной связи с последующей передачей обслуживания мобильной станции 160. Эта общая процедура проиллюстрирована на фиг.3 и может быть реализована, например, в eNodeB 110 LTE/SAE-сети беспроводной связи. Специалистам в данной области техники должно быть понятно, что некоторые этапы, показанные на фиг.3, могут быть пропущены. Кроме того, некоторые этапы могут выполняться в порядке ином, чем показанный.

На этапе 310 журнал истории транзакций мобильной станции 160 принимается от передающей базовой станции. В некоторых вариантах осуществления история транзакций принимается в ассоциативной связи с передачей обслуживания мобильной станции 160 новой обслуживающей базовой станции. Журнал истории транзакций может передаваться непосредственно как часть связанного с передачей обслуживания обмена сообщениями между передающей и новой обслуживающей базовой станцией, или может передаваться косвенно, например, через отдельный шлюз или сервер. В LTE/SAE-системе, например, история транзакций может передаваться между базовыми станциями с помощью X2-интерфейса, определенного 3GPP.

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

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

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

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

В заключение, на этапе 360, обновленный журнал истории транзакций передается целевой базовой станции. Это может происходить в ассоциативной связи с передачей обслуживания мобильной станции 160 целевой базовой станции, как иллюстрировано на этапе 370.

Как отмечено выше, журнал истории транзакций, соответствующий мобильной станции 160, может использоваться обслуживающей базовой станцией, чтобы принимать решения по управлению радиоресурсами, связанные с этой мобильной станцией 160. Обслуживающая базовая станция может, например, распределять ресурсы линии связи (такие как блоки ресурсов в LTE/SAE-системе) для мобильной станции 160 на основе, по меньшей мере, частично, информации связанных с трафиком транзакций, содержащейся в журнале истории транзакций. Дополнительно обслуживающая станция может основывать решения по передаче обслуживания на журнале истории транзакций.

Фиг.4, таким образом, представляет иллюстрацию примерного способа использования журнала истории транзакций, который может быть реализован, например, в eNodeB 110 LTE/SAE-системы беспроводной связи. Способ на фиг.4 начинается на этапе 410 с приема журнала истории транзакций, соответствующего мобильной станции 160 под управлением (или близкой к передаче к) базовой станции. Как правило, журнал истории транзакций передается непосредственно от передающей базовой станции, хотя также возможны косвенные передачи. Специалистам в данной области техники должно быть понятно, что некоторые этапы, проиллюстрированные на фиг.4, могут быть пропущены. Кроме того, некоторые этапы могут выполняться в порядке ином, чем показанный.

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

На этапе 440 обслуживающая базовая станция использует журнал истории транзакций, чтобы идентифицировать соты, ранее посещенные мобильной станцией 160. Журнал истории транзакций, таким образом, содействует принятию лучших решений по передаче обслуживания, так как эта информация может использоваться, среди прочего, для выбора целевой базовой станции, как показано на этапе 450. Информация о ранее посещенных сотах может использоваться, например, чтобы уменьшать так называемые передачи обслуживания типа «пинг-понг», где обслуживание мобильной станции 160 неоднократно передается между двумя соседними сотами. Таким образом, в некоторых вариантах осуществления, информация о ранее посещенных сотах оценивается, чтобы обнаруживать шаблон передач обслуживания типа «пинг-понг». Если шаблон передач обслуживания типа «пинг-понг» или другой нежелательный шаблон передачи обслуживания обнаружен, то обслуживающая базовая станция может установить один или более критериев передачи обслуживания в ответ. Например, критерии передачи обслуживания могут быть установлены так, что обслуживающая базовая станция удерживает мобильную станцию в течение более длительного времени перед передачей обслуживания. (Специалистам в данной области техники должно быть понятно, что это может быть выполнено несколькими способами. Например, могут быть установлены одно или более пороговых значений интенсивности сигнала для передачи обслуживания). Альтернативно обслуживание мобильного терминала может передаваться от микросоты макросоте в ответ на обнаружение шаблона «пинг-понга» или другого нежелательного шаблона передачи обслуживания. Обнаружение нежелательного шаблона передачи обслуживания может также запустить формирование диагностического сообщения для использования системными операторами в системе выявления неисправностей и поддержки. Это диагностическое сообщение может быть сохранено в журнале или отправлено по указанному адресу системного оператора.

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

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

На фиг.5 изображена примерная базовая станция 500, которая может использоваться, чтобы реализовать один или более способов, описанных в данном документе. Специалистам в данной области техники должно быть понятно, что проиллюстрированная базовая станция 500 является только одним примером узла управления для реализации способов, описанных в данном документе. Многие из функций управляющего процессора 510, в частности, могут быть осуществлены с помощью отдельного устройства, которое может быть расположено совместно с традиционным оборудованием базовой станции или расположено удаленно от базовой станции. Таким образом, функциональность узла управления может быть, например, частью eNodeB в LTE/SAE-системе, или может быть отдельной функцией управления в любой другой сети. Например, как обсуждалось выше, функциональность узла управления может быть частью контроллера радиосети (RNC) или контроллера базовой станции. Таким образом, функция управления может быть ассоциирована с одной базовой станцией или несколькими базовыми станциями.

В любом случае примерная базовая станция 500 на фиг.1 включает в себя процессор 510, сконфигурированный для связи с одной или более мобильными станциями 160 с помощью схемы 520 радиочастотного приемопередающего устройства и антенны 525. Базовая станция 500 дополнительно включает в себя сетевой интерфейс 570 для связи с другими элементами беспроводной сети, включающей в себя, в некоторых вариантах осуществления, другие базовые станции 500 и шлюзы доступа, такие как LTE/SAE-шлюзы 120 доступа, изображенные на фиг.1. Специалисты в данной области техники поймут, что в некоторых вариантах осуществления базовая станция 500 может содержать eNodeB для использования в LTE/SAE-системе беспроводной связи, но заявленные способы и устройства, описанные в данном документе, применимы также и к другим стандартам беспроводной связи и другим конфигурациям сети. Вообще говоря, схема 520 радиочастотного приемопередающего устройства и части процессора 510, такие как процессор 530 модулирующего сигнала, сконфигурированы так, чтобы удовлетворять одному или более стандартам беспроводных телекоммуникаций, таким как распространяемые 3GPP. Например, в качестве неограничивающего примера, процессор 530 сигнала базовой полосы может быть выполнен с возможностью кодировать и декодировать сигналы в соответствии со стандартами 3GPP LTE, определяющими протоколы физического уровня для сигналов нисходящей линии связи на основе множественного доступа с ортогонально-частотным разделением (OFDMA) и сигналов восходящей линии связи с множественным доступом с частотным разделением одной несущей (SC-FDMA).

Процессор 510 включает в себя, в дополнение к процессору 530 сигнала базовой полосы, менеджер 540 радиоресурсов, менеджер 550 мобильности, другие управляющие процессоры 555 и память 560, которая, в свою очередь, содержит программный накопитель 562 и другие данные, необходимые для работы базовой станции 500, включающие в себя данные 564 истории транзакций. Специалистам в данной области техники должно быть поня