Контроль перегрузок у мобильных объектов

Контроль перегрузок у мобильных объектов

Иллюстрации

Показать все

Реферат

Область техники

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

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

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

Недавно применительно к рабочему вопросу UPCON (управление перегрузками на плоскости пользователя) 3GPP предложен новый тип решения, который использует обратную связь о перегрузке от CN (базовая сеть) к RAN. Это документировано в TR 23.705 3GPP версии 0.10.0. Когда RAN указывает для CN перегрузку, можно предпринять действия для уменьшения перегрузки, например, ограничить некоторые классы трафика или запросить задержку некоторых других классов трафика.

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

Современные системы OAM RAN работают с пространственной детализацией до соты или ниже. Это означает, что определение перегрузки могло бы выполняться на основе соты или для группы сот (например, сот, принадлежащих одному и тому же eNB (eNode B) для LTE (система долгосрочного развития), или сот, принадлежащих одной и той же зоне обслуживания для 3G). Чтобы базовая сеть предприняла подходящее действие по уменьшению, базовой сети также нужно узнать, какие UE (пользовательское оборудование/мобильные объекты) располагаются в данной соте. Поэтому список затронутых UE нужно определять для сот, которые считаются перегруженными на основе данных OAM.

Одно из решений для передачи отчета о перегрузке на основе OAM документируется в решении 1.5.5 (также называемом неосновным решением) в разделе 6.1.5.5 TR 23.705 3GPP, которое с этой целью предлагает новый интерфейс Nq. Интерфейс Nq задается между новым сетевым объектом RCAF (функция оповещения о перегрузке RAN) и MME (объект управления мобильностью). RCAF является узлом, который предполагается принимающим связанные с перегрузкой RAN данные от системы OAM RAN с пространственной детализацией до соты (или ниже). Затем RCAF, используя интерфейс Nq, просит у MME доставить список UE на каждую соту.

Аналогичный подход предлагается для случая 3G, использующего интерфейс Nqʹ от RCAF к SGSN (обслуживающий узел поддержки GPRS). Однако существует отличие для 3G, поскольку у RAN уже могут быть идентификаторы UE, так как можно отправлять IMSI (международный идентификатор абонента мобильной связи) узлу RNC (контроллер радиосети). OAM RAN собирает эти IMSI, а затем OAM RAN доставляет RCAF список UE, идентифицированных по IMSI, которые испытывают перегрузку. Поэтому для 3G предлагается, чтобы список UE, испытывающих перегрузку, был известен RCAF без общения с SGSN по интерфейсу Nqʹ.

Как только узел RCAF собрал информацию о наборе UE, испытывающих перегрузку, он уведомляет PCRF (функция политики и правил тарификации) об уровне перегрузки затронутых UE (идентифицированных по идентификатору UE, например, IMSI (международный идентификатор абонента мобильной связи)). С этой целью задается Np интерфейс между RCAF и PCRF. Как описано в TR 23.705, PCRF затем может предпринять действия для уменьшения перегрузки, например, путем ограничения трафика в узле принудительного выполнения (PGW или TDF) (пакетный шлюз или функция обнаружения трафика) либо уведомления прикладной функции (AF) с целью ограничения или задержки трафика, и т. п.

Одной из проблем с уведомлениями о перегрузке от RCAF к PCRF является обработка мобильности UE. В сети может быть несколько узлов RCAF, соответствующих некоторой географической области. Также может быть, что данная RCAF обрабатывает только один тип RAT (технология радиодоступа), например, только LTE или только 3G, и UE может переходить между RAT. В результате мобильности UE между разными RCAF PCRF может принимать уведомления от нескольких RCAF для данного UE, и не всегда можно узнать, что является самой последней информацией.

Это усложняется дополнительными факторами. Во-первых, RCAF может получать периодическую информацию о UE с большей временной шкалой, например, 15 минут, и следовательно, RCAF может выполнять передачу отчета к PCRF только после некоторой задержки. Разные RCAF не синхронизированы, поэтому не исключено, что передача отчета от RCAF2 происходит раньше, чем от RCAF1, когда UE переходит от RCAF1 к RCAF2. Поэтому упорядочение входящих уведомлений о перегрузке на PCRF может не отражать упорядочение событий мобильности UE.

Во-вторых, RCAF может знать только о данном UE, если оно испытывает перегрузку. Для UE, которое не испытывает перегрузку, RCAF не может получить информацию для того UE посредством OAM или посредством Nq. Поэтому не исключено, что UE переходит от RCAF1 к RCAF2, UE испытывает перегрузку в RCAF1, но не испытывает перегрузку в RCAF2, поэтому RCAF2 не создает никакого указания перегрузки для PCRF. Это может приводить к тому, что PCRF неверно полагает, что UE испытывает перегрузку в RCAF1.

Один дополнительный аспект, который нужно рассмотреть при решении этих проблем, состоит в том, что нагрузка по сигнализации на интерфейс Np между RCAF и PCRF может быть значительной. В сети может быть большое количество UE, и возможно, что состояние перегрузки меняется для значительной доли UE. Поэтому желательно ограничить нагрузку по сигнализации на интерфейс Np.

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

Известный уровень техники 1. В TR 23.705 3GPP версии 0.10.0 время действия ассоциируется с информацией, отправленной от RCAF к PCRF по интерфейсу Np. Устанавливается, что "Когда это время истекло, и никакая дополнительная информация о перегрузке не принята, предполагается, что перегрузка закончилась". Такое время действия может использоваться в PCRF для предотвращения того, что PCRF постоянно предполагает, что UE испытывает перегрузку, тогда как оно перешло к другой RCAF, где оно не испытывает перегрузку.

Известный уровень техники 2. В протоколах, обрабатывающих мобильность, общепринято использовать отметки времени, чтобы сигнализировать упорядочение событий на принимающем узле. Например, отметки времени могут использоваться как один из вариантов в протоколе мобильности PMIPv6 (RFC 5213 от августа 2008 г.).

Известный уровень техники 3. В протоколах, обрабатывающих мобильность, также общепринято использовать порядковые номера, чтобы сигнализировать упорядочение событий на принимающем узле. Например, порядковые номера могут использоваться как один из вариантов в протоколе мобильности PMIPv6 (RFC 5213).

Известный уровень техники 4. Процедура TAU (обновление зоны отслеживания) внутри LTE и передачи обслуживания между eNodeB с перемещением обслуживающего GW (шлюз, SGW) с интерфейсом S5 на основе PMIP (посреднический мобильный IP) задается в TS 23.402 3GPP версии 12.4.0, раздел 5.7.1. Эта процедура включает в себя сеанс Gxc (то есть сеанс управления GW), перемещенный со старого SGW на новый SGW. Этот сеанс Gxc завершается на PCRF, таким образом, сценарий аналогичен обработке мобильности в интерфейсе Np, поскольку конечной точкой является PCRF.

Известный уровень техники 5. В процедурах сигнализации между MME и HSS (сервер домашних абонентов) для мобильности (см., например, TR 23.401 3GPP версии 12.4.0, раздел 5.3.3.1, описывающий процедуру TAU) HSS отправляет к старому MME "Cancel location", когда принимает обновление мобильности ("Update location") от нового MME. Это используется для освобождения части контекстной информации в старом MME.

С описанными выше существующими решениями наблюдаются следующие проблемы.

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

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

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

Также отметим, что использование времени действия влияет на PCRF, поскольку в противном случае узел PCRF не работает по таймеру.

Известный уровень техники 2. Использование отметок времени в нашем случае проблематично. С одной стороны, между узлами RCAF отсутствует временная синхронизация. Но даже если мы могли бы использовать достаточно точную информацию о синхронизации, этого было бы недостаточно из-за длительной и непредсказуемой задержки при передаче данных на основе OAM. Как отмечалось раньше, возможно, что UE переходит от RCAF1 к RCAF2, помимо этого, передача информации о перегрузке происходит от RCAF2 раньше, чем от RCAF1. Так как RCAF использует передачу отчетов OAM с большой временной шкалой (например, передачу отчетов с 15-минутным периодом), у RCAF нет возможности определять местонахождение UE с меньшей временной шкалой. Поэтому недостаточно упорядочения по времени сигнальных сообщений от узлов RCAF к PCRF для определения упорядочения событий мобильности UE.

Известный уровень техники 3. Порядковая нумерация в нашем случае не применяется, потому что нет возможности передавать состояние порядкового номера от RCAF1 к RCAF2. Это связано с тем, что каждая RCAF действует самостоятельно, и у RCAF нет возможности определять, какой была предыдущая RCAF в случае мобильности, или какой будет следующая RCAF, если UE перемещается. Поэтому невозможно установить никакую связь между RCAF1 и RCAF2 для передачи информации о состоянии для текущей порядковой нумерации.

Известный уровень техники 4. Решение для известного уровня техники 4 включает в себя явное установление нового сеанса Gxc между новым SGW и PCRF и явное освобождение старого сеанса Gxc между старым SGW и PCRF. Процедура гарантирует, что всегда происходит установление нового сеанса, а также всегда происходит освобождение старого сеанса. Это возможно, поскольку процедура включает в себя явную передачу контекста от старого MME к новому MME, который, в свою очередь, управляет установлением и освобождением сеансов между SGW и PCRF. (Если MME не меняется, то один и тот же MME может управлять установлением и освобождением сеанса между SGW и PCRF). Этот подход в нашем случае не применяется, потому что отсутствует передача контекста или единый узел, который может управлять RCAF1 и RCAF2 при мобильности. Кроме того, в нашем случае новая RCAF может не обнаруживать UE, если оно не испытывает перегрузку, поэтому не может убедиться, что всегда устанавливается новый сеанс с PCRF.

Известный уровень техники 5. В существующих процедурах мобильности между MME и HSS сервер HSS безусловно отправляет сообщение "Cancel location" старому MME. Это возможно, поскольку существует передача контекста между новым и старым MME, которая гарантирует, что всегда отправляется указание от нового MME к HSS. В нашем случае не всегда можно отправить такое сообщение для освобождения старого контекста от PCRF к старой RCAF, потому что нет гарантии, что новая RCAF будет сигнализировать к PCRF. Кроме того, невозможно отправлять такое сообщение безусловно, потому что возможно, что узел RCAF указывает PCRF о переходе в состояние без перегрузки.

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

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

Эта потребность удовлетворяется признаками из независимых пунктов формулы изобретения. Зависимые пункты формулы изобретения описывают дополнительные варианты осуществления.

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

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

Блок управления политикой может работать, как описано выше, и блок управления политикой может быть PCRF.

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

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

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

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

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

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

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

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

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

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

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

Подробное описание

Ниже идеи в соответствии с вариантами осуществления изобретения будут подробнее объясняться путем ссылки на прилагаемые чертежи.

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

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

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

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

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

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

Этап указания освобождения информации о перегрузке может содержать информацию для освобождения контекста для одного мобильного объекта.

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

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

Фиг. 1 показывает архитектуру, в которой блок контроля перегрузок, например RCAF 200 (функция оповещения о перегрузке RAN), определяет состояния перегрузки у мобильных объектов (не показано) в сети 10 радиодоступа. RCAF 200 способна определять перегрузку на плоскости пользователя RAN, которая возникает, когда спрос на ресурсы RAN превышает доступную пропускную способность RAN для доставки пользовательских данных в течение некоторого периода времени. Перегрузка на плоскости пользователя RAN приводит, среди прочего, к отбрасываниям или задержкам пакетов. RCAF 200 собирает, среди прочего, действующее состояние производительности плоскости пользователя RAN на уровне соты от блока 11 OAM (управление и обслуживание) RAN, которое дополнительно компонуется перед его передачей блоку управления политикой, например функции 100 политики и правил тарификации (PCRF). Для передачи информации о перегрузке между RCAF 200 и PCRF 100 предоставляется интерфейс Np.

RCAF 200, кроме того, подключается через интерфейс Nq/Nqʹ к MME или SGSN 20. Данные плоскости пользователя, перегрузка которых контролируется, передаются от RAN 10 через обслуживающий шлюз, SGW 30, который оформляет и перенаправляет пользовательские пакеты данных шлюзу 40 PDN (сеть с коммутацией пакетов). Из шлюза 40 PDN пользовательские данные передаются посредством функции 50 обнаружения трафика (TDF) в сеть 60 с коммутацией пакетов, PDN.

Нижеследующее описание сосредоточено на RCAF 200 или некотором количестве RCAF 200 и PCRF 100 и взаимодействии между этими объектами, так как основные аспекты изобретения относятся к этим функциональным объектам.

Нижеследующие принципы используются на RCAF 200 и PCRF 100, чтобы оптимизировать контроль информации о перегрузке мобильных объектов, особенно когда мобильный объект переходит из области, в которой одна RCAF определяет состояние перегрузки у сети радиодоступа, к другой RCAF, которая определяет состояние перегрузки у мобильных объектов в другой области. В варианте осуществления из фиг. 1 показана одна RCAF 200. Однако следует понимать, что в сети мобильной связи предоставляются разные RCAF 200, что частично показано на фиг. 1. RCAF 200 использует информацию, предоставленную OAM 11 RAN, например величину потери пакетов данных, задержку при передаче пакета, пропускную способность по трафику, использование радиоинтерфейса или количество подключенных пользователей, и на основе конфигурируемых пороговых величин может определять состояние перегрузки у некоторой области. RCAF 200 определяет мобильные объекты, испытывающие состояние перегрузки в некой области RAN, используя информацию, предоставленную MME или SGSN 20.

Нижеследующие принципы используются на RCAF 200 и PCRF 100 для непосредственного определения, испытывает ли мобильный объект состояние перегрузки.

- RCAF 200 сообщает изменения в состоянии перегрузки, включающие в себя как переходы в состояние перегрузки, так и переходы в неперегруженное состояние.

- PCRF 100 хранит текущую RCAF, которая указала последней, что мобильный объект испытывает перегрузку.

- Когда новая или другая RCAF 200 указывает, что мобильный объект испытывает перегрузку, PCRF 100 отправляет сообщение старой RCAF для явного освобождения информации о перегрузке, относящейся к упомянутому мобильному объекту, то есть освобождения контекста на старой RCAF.

- Когда PCRF 100 принимает от новой RCAF 200, которая могла бы быть любой из RCAF, сообщение, указывающее, что мобильный объект не испытывает перегрузку, это сообщение не принимается во внимание на PCRF 100.

- Когда PCRF 100 удаляет свой контекст UE при завершении сеанса IP-CAN, например, когда UE отсоединяется, PCRF 100 явно сигнализирует текущей RCAF 200 освободить контекст UE.

- RCAF 200, когда указано с помощью сигнализация PCRF, освобождает контекст мобильного объекта.

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

RCAF 200 получает информацию о перегруженных сотах и UE, испытывающих перегрузку, на основе данных OAM и с помощью интерфейса Nq. Когда UE не испытывает перегрузку, у узлов RCAF нет никакой информации о данном UE. Поэтому, когда RCAF 200 обнаруживает, что данное UE, которое раньше испытывало перегрузку, уже не испытывает перегрузку, узел 200 RCAF сам не может определить, является ли причиной то, что UE перешло к другой RCAF, или то, что перегрузка прекратилась в текущем местоположении UE. RCAF 200 может указать PCRF, что UE не испытывает перегрузку в данной RCAF, но это не исключает возможности, что другая RCAF может указать, что, то же самое UE испытывает перегрузку.

Аналогичным образом, когда RCAF 200 обнаруживает, что новое UE испытывает перегрузку, она не может определить, перешло ли UE от другой RCAF, или началась ли перегрузка в текущем местоположении UE, или перешло ли UE в перегруженную область, или включилось ли UE в перегруженной области. По этим причинам не может быть никакой процедуры передачи обслуживания с передачей контекста от старой RCAF к новой RCAF.

Поэтому можно сделать следующие выводы для обработки мобильности.

Вывод 1: Узел 200 RCAF не может различать, перешло ли UE, которое уже не испытывает перегрузку, к другой RCAF.

Вывод 2: Когда RCAF 200 указывает PCRF 100 отсутствие перегрузки для данного UE по интерфейсу Np, это следует интерпретировать как отсутствие перегрузки, испытываемой в данной RCAF, что не исключает того, что другая RCAF может сообщить, что, то же самое UE испытывает перегрузку.

Вывод 3: Не может быть никакой процедуры передачи обслуживания от старой RCAF к новой RCAF, включающей в себя передачу контекста.

Изобретение использует тот принцип, что RCAF 200 сообщает изменения в состоянии перегрузки, так что она может избежать передачи отчета об одном и том же состоянии снова и снова. Таким образом, нагрузку по сигнализации можно уменьшить, и можно обойтись без таймера действия в интерфейсе Np.

Более того, возможна идея политик динамической передачи отчета или, другими словами, ограничений передачи отчета. Такие ограничения передачи отчета можно задавать на основе UE, и можно управлять тем, включена ли передача отчета о перегрузке для данного UE; и какие уровни перегрузки следует сообщать, когда включена передача отчета. Возможно избежать передачи отчета о некоторых уровнях перегрузки путем задания одного или нескольких наборов уровней перегрузки, так что RCAF указывает лишь, что UE испытывает некий уровень перегрузки в данном наборе, но не указывает сам уровень перегрузки. Набор обычно может содержать диапазон уровней перегрузки. Например, набор №1={"без перегрузки", перегрузка уровня 1}, и набор №2={перегрузка уровня 2, перегрузка уровня 3}; и тогда RCAF указывает только, испытывает ли UE уровень перегрузки в наборе №1 или наборе №2. (Наборы должны быть неперекрывающимися, так что данный уровень перегрузки может принадлежать только одному набору).

Такие ограничения передачи отчета можно реализовать с помощью сигнализации от PCRF 100 к узлу 200 RCAF по интерфейсу Np. Таким образом, оператор может избежать ненужной сигнализации, например, в случае пользователя с премиальной подпиской, который не должен подвергаться правилам уменьшения перегрузки; или аналогичным образом для устройств машинного типа с небольшими данными, для которых не нужно устанавливать правила уменьшения из-за слабого трафика.

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

Для прояснения обработки UE в RCAF 200 информация, которую нужно хранить в PCRF 100, сохраняется на основе UE.

- Ранее сообщенный уровень перегрузки для данного UE. Это нужно хранить, чтобы RCAF 200 могла определять, когда произошло изменение в уровне перегрузки. Это дает возможность передачи небольших изменений по интерфейсу Np, что уменьшает нагрузку по сигнализации.

- Рассмотренные выше ограничения передачи отчета, принятые от PCRF 100, сохраняются в RCAF 200 на основе UE, на основе APN, чтобы впоследствии их можно было применять в интерфейсе Np. После того, как RCAF 200 определила, изменился ли уровень перегрузки для данного UE, она проверяет связанные ограничения передачи отчета, если они существуют. Только изменение в уровне перегрузки указывается PCRF 100, если разрешено ограничениями передачи отчета.

Контекст UE хранится только в данной RCAF 200, и отсутствует передача контекста между RCAF. Контекст создается в RCAF 200, когда в RCAF 200 сначала определяется, что UE испытывает перегрузку или когда ограничения передачи отчета отправляются от PCRF 100, удаленной в RCAF 200, когда явно указано посредством PCRF 100 с использованием сигнализации по интерфейсу Np. Контекст также можно удалять из RCAF 200, если у UE нет ограничений передачи отчета, и UE не испытывает перегрузку, что уже сообщено PCRF 100.

Другая информация также может включаться в контекст UE в RCAF 200.

Ниже обсуждаются разные сценарии мобильности мобильных объектов, в которых вышеупомянутые основные принципы в RCAF 200 или PCRF 100 помогают определять правильную информацию о мобильности.

С учетом вышеприведенных выводов 1,