СПОСОБ И УЗЛЫ ДЛЯ РЕАЛИЗАЦИИ МОБИЛЬНОСТИ ПО ЗАПРОСУ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

Сетям следующего поколения требуется решение для поддержки мобильности по запросу (MOD) для разных уровней мобильности. Текущие сетевые технологии предоставляют от небольшого числа до полностью отсутствующих услуг MOD. Соответственно, сетевые ресурсы используются неэффективно, тем самым ухудшая производительность сети. Примеры разных уровней поддержки мобильности включают в себя: поддержку по заданной зоне в рамках узла единственной RAN (такой как сота у eNodeB), поддержку в рамках узла единственной RAN (такого как eNodeB), поддержку в зоне регистрации UE (такой как TA в EPC), поддержку в зоне услуги объекта CN плоскости управления или плоскости пользователя (такой как зона пула MME или зона услуги Обслуживающего GW в EPC), поддержку в рамках заданной RAT или сочетания RAT, интегрированных на уровне RAN (таких как LTE и 5G RAT), поддержку между двумя технологиями доступа.

Фиг. 1 иллюстрирует высокоуровневую архитектуру сети для сетей следующего поколения. На высоком уровне, UE соединяется с сетью передачи данных через базовый узел и узел радиодоступа (RAN). Фиг. 2-4 иллюстрируют примерные архитектуры сети. Например, Фиг. 1 иллюстрирует пример высокоуровневой функциональной опорной архитектуры, Фиг. 2 иллюстрирует пример распределенного в плоскости пользователя развертывания архитектуры без роуминга, а Фиг. 3 иллюстрирует пример архитектуры роуминга (с домашней маршрутизацией).

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

В настоящее время, отсутствует эффективное решение в 3GPP направленное на то, каким образом только разрешать доступ UE только в частях зоны услуги обслуживающих узлов. Отсутствует эффективное решение в отношении того, каким образом выдавать инструкцию RAN на инициирование передачи обслуживания только в разрешенной зоне(ах). Дополнительно, отсутствует решение в отношении того, каким образом выдавать инструкцию RAN на инициирование передачи обслуживания только применительно к выборочному набору сеансов PDU, или решение, посредством которого UE выборочно в соединенном режиме может запрашивать настройку соединений для сеансов PDU еще не в соединенном состоянии. Применительно к MOD, цель состоит в том, чтобы допускать, например, стационарные устройства Интернета Вещей (IoT) и устройства фиксированного беспроводного доступа (FWA) в более мелких зонах, что потребуют очень больших усилий по конфигурации в существующих свойствах.

В одном аспекте предоставляется способ реализации мобильности. В некоторых вариантах осуществления способ включает в себя этап, на котором узел управления принимает первое сообщение плоскости управления (например, запрос Прикрепления с или без запроса возможности соединения PDN, Обновление Зоны Отслеживания (TAU), Запрос Услуги и т.д.), переданное устройством беспроводной связи (WCD). Способ дополнительно включает в себя этап, на котором узел управления выполняет процедуру в ответ на прием первого сообщения плоскости управления. В некоторых вариантах осуществления, процедура включает в себя получение узлом управления информации мобильности (например, белого списка, перечисляющего разрешенные Зоны Отслеживания (TA), соты, зоны покрытия сети радиодоступа (RAN) и/или точки доступа, или черного списка, перечисляющего запрещенные TA, соты, зоны покрытия RAN и/или точки доступа) для WCD, причем упомянутая информация мобильности для WCD идентифицирует (непосредственно или опосредованно), по меньшей мере, одно из: набора из одной или более разрешенных областей (одну или более TA, одну или более соты, одну или более зоны покрытия узла доступа), набора из одной или более разрешенных технологий радиодоступа (RAT) и набора из одной или более точек доступа. Процедура дополнительно включает в себя передачу к WCD сообщения ответа, причем упомянутое сообщение ответа идентифицирует (непосредственно или опосредованно), по меньшей мере, одно из: набора разрешенных областей, набора из разрешенных RAT и набора из одной или более точек доступа.

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

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

В некоторых вариантах осуществления, информация абонента содержит: базовую информацию администрирования мобильности (MM), идентифицирующую один из предварительно определенных наборов классов MM; и базовую информацию администрирования сеанса (SM), идентифицирующую один из предварительно определенного набора классов SM; и информация мобильности содержит: информацию MM, идентифицирующую авторизованный класс MM; и информацию SM, идентифицирующую один или более авторизованные классы SM.

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

Фиг. 7-9 иллюстрирует примерную циклограмму для системы беспроводной связи в соответствии с некоторыми вариантами осуществления.

Фиг. 10 иллюстрирует примерную циклограмму в соответствии с некоторыми вариантами осуществления.

Фиг. 11 иллюстрирует блок-схему в соответствии с некоторыми вариантами осуществления.

Фиг. 12 иллюстрирует примерную блок-схему в соответствии с некоторыми вариантами осуществления.

Фиг. 13 является структурной схемой узла управления в соответствии с некоторыми вариантами осуществления.

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

ПОДРОБНОЕ ОПИСАНИЕ

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

В одном варианте осуществления, разрешенная географическая зона может быть разделена на суб-диапазоны в порядке убывания и формируются классы администрирования мобильности (MM). В некоторых вариантах осуществления, разрешенная географическая зона или разрешенная географическая область включает в себя, но не ограничивается, одну или более TA, одну или более соты, или одну или более зоны покрытия точки доступа. Примером зоны покрытия точки доступа является зона покрытия узла RAN, такого как базовая станция или точка доступа Wi-Fi.

Примером класса MM является класс неограниченной (или высокой) мобильности, который не накладывает каких-либо ограничений на разрешенную географическую зону. В качестве примера, унаследованным Мобильным Широкополосным (MBB) пользователям может быть назначен класс неограниченной мобильности. Другим примером класса MM является класс средней мобильности, где разрешенная географическая зона является ограниченной. Например, класс средней мобильности может быть использован для кочующего замещения DSL (например, одна зона для места жительства, и одна зона для летнего дома). Другим примерным классом MM является класс низкой мобильности, где разрешенная географическая зона дополнительно ограничена по отношению к классу средней мобильности. Например, класс низкой мобильности может быть использован для стационарных абонентов. Из-за меняющихся условий радиосвязи, покрытие радиосвязью может варьироваться, и вследствие этого обслуживающая Сота или TA могут меняться. Соответственно, небольшое число TA таким образом ожидается даже для стационарного устройства. Другим примером класса MM является класс без мобильности, где разрешенная географическая зона ограничена только одной географической зоной. В качестве примера, класс без мобильности может быть использован для пользователей, осуществляющих доступ к сети только через фиксированную точку.

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

Пример класса SM включает в себя класс цельной непрерывности, который указывает предварительно настроенную мобильность соединений PDN с сохранностью IP. Пример предварительно настроенной мобильности включает в себя передачу обслуживания UE от старого узла управления к новому узлу управления, которая переносит соединения PDN от старого узла управления к новому узлу управления. Пример сохранности IP включает в себя сохранение той же самой точки привязки IP (например, PGW) во время передачи обслуживания. Другим примером класса SM является класс непрерывности услуги, который указывает предварительно настроенную мобильность без сохранности IP. Другим примером класса SM является класс непрерывности сеанса, который указывает пост-настроечную мобильность с сохранностью IP. Пример пост-настроечной мобильности включает в себя после TAU у UE от одного узла управления («предыдущего узла управления») к другому узлу управления («новому узлу управления»), UE выпускает запрос услуги для настройки особых соединений PDN. Эти соединения PDN могут быть ранее созданными, когда UE обслуживалось старым узлом управления. Другим примером класса SM является класс SM без соединения PDN, который указывает, что для UE не разрешено соединение PDN.

Фиг. 5 иллюстрирует вариант осуществления системы беспроводной связи, которая включает в себя UE 500, RAN 502, узел 594 управления (CCF), узел 506 администрирования абонентских данных (SDM), и узел 508 управления политикой (PC). В некоторых вариантах осуществления, UE является устройством беспроводной связи (WCD), таким как интеллектуальный телефон, планшет, или лэптоп. В некоторых вариантах осуществления, CCF 504 включает в себя функцию 504a обработки трафика (THF) и функцию 504b обработки управления плоскости управления (CHF-C). В соответствии с некоторыми вариантами осуществления, понятие узел или сетевой узел может относиться к единственному вычислительному устройству, которое сконфигурировано через программное обеспечение и/или аппаратное обеспечение предоставлять одну или более услуги, или набору вычислительных устройств (например, системе облачных вычислений), которые сконфигурированы через программное обеспечение и/или аппаратное обеспечение функционировать вместе, чтобы предоставлять одну или более услуги. Например, программное обеспечение для узла управления может быть реализовано на единственном компьютере или распределено по множеству компьютеров. Также, тогда как узел 504 управления, узел 506 SDM и узел 508 PC показаны как отдельные и отличные узлы, это не обязательно должно быть так, поскольку единственный узел может быть сконфигурирован, чтобы предоставлять функциональность, описываемую в данном документе у каждого из узлов.

В некоторых вариантах осуществления, при регистрации, базовая информация мобильности для UE подается от SDM 506 посредством узла 504 управления. Например, в ответ на сообщение плоскости управления, такое как запрос прикрепления или другое сообщение плоскости управления, переданное посредством UE к узлу 504 управления, можно получать от SDM 506 информацию подписки для UE, которая содержит базовую информацию мобильности посредством, например, передачи запроса в отношении информации подписки UE к SDM 506. Базовая информация мобильности может включать в себя одно или более из: базового класса MM для UE; базового класса SM, который применим к каждому соединению PDN, которое в настоящий момент используется (или которое может быть использовано в будущем) посредством UE; и информации зоны мобильности (MA), которая является информацией, которая идентифицирует (непосредственно или опосредованно) набор из одной или более разрешенных «зон». Например, информация MA может идентифицировать (непосредственно или опосредованно), по меньшей мере, одно из: набора из одной или более разрешенных областей (одной или более TA, одной или более сот, одной или более зон покрытия узла доступа), набора из одной или более разрешенных технологий радиодоступа (RAT), и набора из одной или более точек доступа. Информация MA может быть в форме белого списка (т.е., набора идентификаторов, при этом каждый идентификатор непосредственно идентифицирует разрешенную зону) или черного списка (т.е., набора идентификаторов, при этом каждый идентификатор непосредственно идентифицирует неразрешенную зону). В некоторых вариантах осуществления, информация MA также может лишь определять размер разрешенной зоны, тем самым допуская динамическое построение фактического местоположения разрешенной зон(ы).

В некоторых вариантах осуществления, после получения базовой информации мобильности, узел 504 управления отправляет базовую информацию мобильности для UE к узлу 508 PC для возможной регулировки и динамического изменения. Т.е., например, узел 504 управления может отправлять узлу 508 PC запрос в отношении авторизованной информации мобильности, причем запрос включает в себя базовую информацию мобильности (и возможно также информацию контекста). В ответ на запрос, узел PC определяет авторизованную информацию мобильности (например, авторизованный класс MM для UE, который может отличаться от базового класса MM, класс SM для каждого соединения PDN, используемого UE, каждый из которых может быть отличным от базового класса SM, и авторизованную информацию MA, которая может быть отличной от базовой информации MA) и отправляет узлу управления авторизованную информацию мобильности.

Авторизованные классы MM/SM могут быть отправлены к THF 504a при регистрации UE и всякий раз, когда они меняются. THF 504a может применять авторизованный класс MM в качестве принятого от узла 508 PC. Новый класс SM может быть создан и возможно отрегулирован посредством узла 508 PC применительно к каждому новому соединению PDN. В некоторых вариантах осуществления, при настройке носителей радиосвязи, при входе в соединенный режим, THF 504a информирует RAN о требуемом уровне поддержки из расчета на сеанс PDU (т.е., должен ли сеанс PDU быть включен в возможную передачу обслуживания). Из-за динамически меняющихся классов SM от узла 508 PC, это также может быть выполнено в течение соединенного режима.

В некоторых вариантах осуществления, использование разных уровней услуги для разных соединений PDN означает, что все соединения PDN не обязательно должны быть включены в предварительную настройку ресурсов при мобильности соединенного режима. В некоторых вариантах осуществления, THF информирует RAN о требуемой поддержке (т.е., должно или нет быть предварительно настроено соединение PDN при мобильности). THF может информировать RAN о требуемой поддержке при настройке носителей радиосвязи при входе в соединенный режим. Поскольку, в некоторых вариантах осуществления, NG PC динамически может менять класс MM и SM, во время соединенного режима, то также должна существовать возможность информирования RAN об измененном уровне поддержки. Как следствие, UE в соединенном режиме, после того как заканчивается передача обслуживания, также должно быть разрешено запрашивать настройку носителей радиосвязи для особых соединений PDN (т.е., тех, которые не были включены в передачу обслуживания).

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

Этап 601. UE может отправлять требования привязки IP (например, на основе услуги) и возможности UE (поддержку нескольких IP-Адресов во время мобильности) к THF.

Этап 602. THF запрашивает полученные по подписке значения (например, базовую информацию мобильности) у SDM.

Этап 603. THF затем отправляет запрос к узлу PC в отношении авторизованной информации мобильности (например, авторизованного класса MM, авторизованного класса SM для каждого соединения PDN, которое в настоящее время используется UE, и/или авторизованной информации MA). Запрос, отправленный к узлу PC в отношении авторизованной информации мобильности, может включать в себя запрошенные параметры (полученные THF от UE) и полученные по подписке значения (полученные THF от SDM) к узлу PC. Запрос к узлу PC также может включать в себя информацию контекста, такую как информацию местоположения, идентифицирующую текущее местоположение UE. Узел PC затем определяет авторизованную информацию мобильности для UE (например, авторизованные классы MM, авторизованные классы SM из расчета на PDN и информацию MA). Определение может быть основано на политике и информации контекста.

Этап 604. Узел PC передает к узлу управления определенную авторизованную информацию мобильности. Впоследствии, узел PC может обнаруживать происходящую услугу, которая в свою очередь может обновлять авторизованный класс SM для конкретного соединения PDN. Информация, идентифицирующая новый авторизованный класс SM, назначенный соединению PDN, тогда будет отправлена узлом PC к узлу управления (например, к CHF-C через THF) так, что узел управления может предпринимать любое подходящее действие на основе нового авторизованного класса SM, назначенного соединению PDN (например, прием информации, идентифицирующей новый авторизованный класс для соединения PDN, может инициировать передачу узлом управления точке доступа, обслуживающей UE, сообщения управления, содержащего информацию, указывающую новый авторизованный класс SM и сеансы PDU, которые являются частью соединения PDN, к которому применяется новый авторизованный класс SM).

В некоторых вариантах осуществления, для UE, которому разрешено осуществлять доступ только к сети внутри неограниченных частей зоны услуги, THF может информировать UE о разрешенных зонах (TA, сотах, зонах покрытия точки доступа, точках доступа, и т.д.). THF может получать информацию разрешенной зоны из информации MA, включенной в информацию подписки для UE, или от узла PC, как описано выше. В качестве примера, список разрешенных зон может быть отправлен UE в качестве белого списка или черного списка при исходной регистрации UE в THF (т.е., Прикреплении или принятие меж TAU). В данном примере, можно избежать ненужных попыток регистрации. В некоторых вариантах осуществления, белый список предоставляет разрешенные географические зоны, а черный список предоставляет ограниченные географические зоны.

Применительно к UE в соединенном режиме с только соединениями PDN с непрерывностью сеанса уровня услуги, предварительная настройка ресурсов при мобильности не требуется. Для таких случаев, THF должна информировать RAN о том, что предварительная настройка этих ресурсов не разрешена, тем самым не инициируя, например, передачу обслуживания. Применительно к классу SM 'Без мобильности', THF может использовать белый список внутри HRL (Список Ограничения Передачи Обслуживания), чтобы информировать RAN о том, что передача обслуживания разрешена только внутри зоны TAI-списка. В другом примере, информирование RAN о разрешенной зоне также может быть использовано применительно к реализации Низкой и Средней мобильности.

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

Фиг. 7 иллюстрирует вариант осуществления циклограммы для использования класса MM и класса SM для управления ограничением зоны у UE IoT при Прикреплении. Например, Фиг. 7 иллюстрирует то, каким образом класс MM и класс SM используются, когда UE IoT соединяется с сетью в процедуре Прикрепления.

Этап 700. Запрос Прикрепления завершается в THF в CCF.

Этап 702. Информация подписки для UE подается от SDM, которая может включать в себя одно или более из: базового класса MM, базового класса SM, и базовой информации MA.

Этап 703. THF запрашивает у узла PC возможную политику, которая должна быть применена, и авторизованные значения отправляются обратно к THF. Запрос, отправляемый на этапе 703 к узлу PC, может включать в себя информацию подписки, полученную на этапе 702 (например, полученный базовый класс MM, класс SM, и информацию MA).

Этап 704. THF отправляет авторизованные значения к CHF-C и THF реализует авторизованную информацию Мобильности по Запросу (MoD) (т.е., авторизованный класс MM и/или авторизованный класс SM).

Этап 705. Применяется информация MoD.

Этап 706. THF отправляет сообщение Принятия Прикрепления к UE, включающее в себя авторизованную или базовую информацию MA (например, черный список или белый список, как описано выше).

В данном примере, никакая информация мобильности не отправляется к RAN. Кроме того, никакие ограничения зоны не требуются, поскольку передача обслуживания не должна быть использована (например, класс SM является Без соединений PDN).

Фиг. 8 иллюстрирует вариант осуществления циклограммы того, каким образом класс MM и класс SM используются, когда UE фиксированного беспроводного доступа (FWA) соединяется с сетью в процедуре Прикрепления.

Этап 800. Запрос Прикрепления завершается в THF в CCF.

Этап 802. Информация подписки для UE подается от SDM, которая может включать в себя, одного или более из: базового класса MM, базового класса SM, и базовой информации MA.

Этап 803. THF запрашивает у узла PC возможную политику, которая должна быть применена и авторизованные значения отправляются обратно к THF. Запрос, отправляемый на этапе 803 к узлу PC, может включать в себя информацию подписки, полученную на этапе 702 (например, полученный базовый класс MM, класс SM, и информацию MA).

Этап 804. THF отправляет авторизованные значения политики к CHF-C.

Этап 805. THF реализует авторизованные политики MoD (т.е., класс MM и класс SM).

Этап 806. THF отправляет авторизованную или базовую информацию MA (например, черный список или белый список, как описано выше) к RAN. Поскольку RAN отвечает за инициирование передачи обслуживания, RAN должен учитывать разрешенные географические зоны при разрешении передачи обслуживания, которая должна быть инициирована.

Этап 807. THF отправляет сообщение Принятия Прикрепления, которое включает в себя авторизованную или базовую информацию MA (например, черный список или белый список, как описано выше).

Фиг. 9 иллюстрирует вариант осуществления циклограммы применительно к тому, каким образом класс MM и класс SM используются, когда мобильное широкополосное (MBB) UE соединяется с сетью в процедуре Прикрепления.

Этап 900. Запрос Прикрепления завершается в THF в CCF.

Этап 902. Данные подписки подаются от SDM, включающие в себя класс MM и класс SM.

Этап 903. THF запрашивает у узла PC возможную политику, которая должна быть применена, и авторизованные значения отправляются обратно к THF.

Этап 904. THF отправляет авторизованные значения политики к CHF-C.

Этап 905. THF реализует авторизованную Мобильность по Запросу (т.е., класс MM и класс SM).

Этап 906. THF отправляет сообщение Принятия Прикрепления к RAN.

В данном сценарии, никакое принудительное применение не отправляется в RAN, поскольку не применяются никакие ограничения зоны для передачи обслуживания. В связи с этим, THF не указывает UE какие-либо разрешенные географические зоны, поскольку никакое ограничение не применяется из-за мобильности по запросу (например, класс MM является Высоким).

Фиг. 10 иллюстрирует примерный процесс реализации мобильности в соответствии с некоторыми вариантами осуществления. На этапе 1002, UE отправляет сообщение (например, сообщение плоскости управления, такое как, например, сообщение обновления зоны отслеживания), в узел управления (например, узлу 504 управления), который мы назвали «новым» узлом управления, чтобы отличать его от узла управления, который обслуживал UE ранее (данный узел управления именуется «предыдущим» узлом управления). На этапе 1004, новый узел управления отправляет запрос контекста к предыдущему узлу управления, который передает ответ контекста, который идентифицирует соединения PDN, которые были созданы для UE. На этапе 1006, новый узел управления принимает ответ контекста. На этапе 1008 (который может происходить до этапа 1004), новый узел управления передает запрос к узлу хранения информации подписки (в данном примере узел является узлом SDM) в отношении информации абонента, ассоциированной с UE. Как обсуждалось выше, в одном варианте осуществления, данная информация абонента содержит базовую информацию мобильности, которая включает в себя идентификатор класса MM, идентифицирующий базовый класс MM, и идентификатор класса SM, идентифицирующий базовый класс SM. Базовая информация мобильности также может включать в себя информацию MA, как описано выше (например, белый список или черный список). SDM, в ответ на запрос, получает запрошенную информацию абонента и отправляет ее новому узлу управления. На этапе 1010, новый узел управления принимает информацию абонента.

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

На этапе 1014, в ответ на прием запроса, в некоторых вариантах осуществления для каждого идентифицированного соединения PDN узел PC выбирает из набора предварительно определенных классов SM авторизованный класс SM и назначает выбранный класс SM соединению PDN. Дополнительно, узел PC может выбирать авторизованный класс MM и авторизованную информацию MA. Эти выборы посредством узла PC могут быть основаны на политике и информации контекста, если таковые имеются.

На этапе 1016, узел PC тогда отправляет новому узлу управления результаты решения политики. Т.е., в некоторых вариантах осуществления, узел PC передает новому узлу управления сообщение, содержащее авторизованную информацию мобильности (например, авторизованный класс MM, авторизованные из расчета на PDN классы SM, и авторизованную информацию MA), причем сообщение принимается новым узлом управления.

В данном примере, после приема решения политики, новый узел управления передает узлу RAN сообщение, указывающее для, по меньшей мере, одной группу из сеансов PDU авторизованный класс SM назначенный сеансам PDU (т.е., назначенные соединению PDN, к которому принадлежит группа сеансов PDU) (этап 1018). Например, в некоторых вариантах осуществления, после приема решения политики, новый узел управления определяет, был ли каким-либо соединениям PDN назначен конкретный класс SM (например, класс «непрерывности сеанса» или класс «цельной непрерывности»). И в результате определения того, что конкретный класс SM был назначен соединению PDN, новый узел управления передает узлу RAN сообщение, содержащее информацию, указывающую сеансы PDU, которые являются ассоциированными с соединением PDN, которому был назначен конкретный класс SM, и информацию, указывающую, что конкретный класс SM был назначен сеансам PDU. Более конкретно, в одном примере, в случае, когда конкретным классом MA сеансов PDU является класс «непрерывности сеанса», сообщение, отправляемое узлу RAN, может включать в себя информацию, указывающую, что, применительно к сеансам PDU, предварительная настройка ресурсов при мобильности не требуется.

Дополнительно, в данном примере, после приема решения политики, новый узел управления передает к UE сообщение, содержащее базовую информацию MA или авторизованную информацию MA (этап 1020).

Фиг. 11 иллюстрирует вариант осуществления процесса. В некоторых вариантах осуществления, процесс выполняется посредством узла управления, такого как CCF 504. Процесс может начинаться на этапе 1100, где узел принимает первое сообщение плоскости управления (например, запрос Прикрепления с или без запроса возможности соединения PDN, Обновлением Зоны Отслеживания (TAU), Запросом Услуги, и т.д.), переданное устройством беспроводной связи (WCD). В ответ на прием первого сообщения плоскости управления (этап 1102) процесс включает в себя узел, получающий информацию мобильности (например, белый список, перечисляющий разрешенные Зоны Отслеживания (TA), соты, зоны покрытия сети радиодоступа (RAN), и/или точки доступа, или черный список, перечисляющий запрещенные TA, соты, зоны покрытия RAN и/или точки доступа) для WCD, где информация мобильности для WCD идентифицирует (непосредственно или опосредованно), по меньшей мере, одно из: набора из одной или более разрешенных областей (одну или более TA, одну или более соты, одну или более зоны покрытия узла доступа), набора из одной или более разрешенных технологий радиодоступа (RAT) и набора из одной или более точек доступа. На этапе 1104, узел передает WCD сообщение ответа, причем упомянутое сообщение ответа идентифицирует (непосредственно или опосредованно), по меньшей мере, одно из: набора разрешенных областей, набора разрешенных RAT, и набора из одной или более точек доступа.

Фиг. 12 иллюстрирует вариант осуществления процесса. В некоторых вариантах осуществления, процесс выполняется посредством узла управления, такого как CCF 504 и дополнительно определяет этап получения информации мобильности (этап 1104). На этапе 1200, узел получает информацию абонента, ассоциированную с WCD. На этапе 1202, узел переадресовывает узлу политики запрос в отношении информации мобильности, причем упомянутый запрос в отношении информации мобильности содержит полученную информацию абонента, где узел политики выполнен с возможностью использования информации абонента, чтобы генерировать информацию мобильности. На этапе 1204, узел принимает от узла политики информацию мобильности.

Фиг. 13 иллюстрирует структурную схему примерного сетевого узла, такого как CCF 504 или узел 508 PC. Как показано на Фиг. 13, сетевой узел может включать в себя или состоять из: компьютерной системы 1302 (CS), которая может включать в себя один или более процессоры 1355 (например, один или более микропроцессоры общего назначения и/или одну или более схемы, такие как проблемно-ориентированная интегральная микросхема (ASIC), программируемые вентильные матрицы (FPGA), логическая схема, и подобное); сетевого интерфейса 1303 для использования при соединении сетевого узла с сетью; и системы 1306 хранения данных, которая может включать в себя одно или более энергонезависимые запоминающие устройства и/или одно или более энергозависимые запоминающие устройства (например, память с произвольным доступом (RAM)). В вариантах осуществления, где сетевой узел включает в себя микропроцессор, может быть предусмотрен компьютерный программный продукт 1333 (CPP). CPP 1333 включает в себя или является машиночитаемым носителем 1342 информации (CRM), хранящим компьютерную программу 1343 (CP), содержащую машиночитаемые инструкции 1344 (CRI). CRM 1342 является не временным машиночитаемым носителем информации, таким как, но не ограничивающимся, магнитные носители информации (например, жесткий диск), оптические носители информации (например, DVD), твердотельные устройства (например, память с произвольным доступом (RAM), флэш-память), и подобное. В некоторых вариантах осуществления, CRI 1344 компьютерной программы 1343 сконфигурированы так, что, когда исполняются посредством компьютерной системы 1302, CRI предписывают сетевому узлу выполнять этапы, описанные выше (например, этапы, описанные выше со ссылкой на блок-схемы и потоки сообщений, показанные на чертежах). В других вариантах осуществления, сетевой узел может быть выполнен с возможностью выполнения этапов, описанных в данном документе без потребности в компьютерной программе. Т.е., например, компьютерная система 1302 может состоять только из одной или более ASIC. Следовательно, признаки вариантов осуществления, описанных в данном документе, могут быть реализованы в аппаратном обеспечении и/или программном обеспечении.

Варианты осуществления, раскрываемые в данном документе, предоставляют механизм для реализации мобильности абонента, включающей одно или более из (i) белого списка мобильности от THF для RAN, который приводит 'разрешенную зону мобильности' для передачи обслуживания и возможности изменения этого динамически даже в соединенном режиме; (ii) белого списка мобильности от THF для UE, который приводит 'разрешенную зону мобильности' для попыток регистрации и возможности изменения этого динамически даже в соединенном режиме; (iii) указания не допущения передачи обслуживания от THF для RAN, которое может быть применено на уровне UE и возможности изменения этого динамически даже в соединенном режиме; (iv) указания не допущения передачи обслуживания от THF для RAN, которое может быть применено исходя из индивидуального сеанса PDU и возможности изменения этого динамически даже в соединенном режиме; и (v) возможности для UE в соединенном режиме выборочно запрашивать настройку сеанса(ов) PDU, который еще не активен. Варианты осуществления применимы как к сценариям без роуминга, так и с роумингом.

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

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

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

КРАТКОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

1. Способ реализации мобильности, причем способ содержит этапы, на которых:

принимают первое сообщение плоскости управления (например, запрос Прикрепления с или без запроса возможности соединения PDN, Обновление Зоны Отслеживания (TAU), Запрос Услуги, и т.д.), переданное устройством беспроводной связи (WCD); и

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

получение информации мобильности (например, белого списка, перечисляющего разрешенные Зоны Отслеживания (TA), соты, зоны покрытия сети радиодоступа (RAN), и/или точки доступа, или черного списка, перечисляющего запрещенные TA, соты, зоны покрытия RAN, и/или точки доступа) для WCD, причем упомянутая информация мобильности для WCD идентифицирует (непосредственно или опосредованно), по меньшей мере, одно из: набора из одной или более разрешенных областей (одну или более TA, одну или более соты, одну или более зоны покрытия узла доступа), набора из одной или более разрешенных технологий радиодоступа (RAT), и набора из одной или более точек доступа; и

передачу в WCD сообщения ответа, причем упомянутое сообщение ответа идентифицирует (непосредственно или опосредованно), по меньшей мере, одно из: набора из разрешенных областей, набора из разрешенных RAT, и набора из одной или более точек доступа.

2. Способ варианта 1 осуществления, в котором этап получения информации мобильности содержит этап, на котором получают авторизованную информацию мобильности от узла политики.

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

получают информацию абонента, ассоциированную с WCD, причем упомянутая информация абонента содержит (или состоит из) базовую информацию мобильности;

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

принимают от узла политики авторизованную информацию мобильности.

4. Способ варианта 1 осуществления, в котором полученная информация мобильности является базовой информацией мобильности, и

этап, на котором получают информацию мобильности, содержит этап, на котором получают информацию подписки для WCD.

5. Способ варианта 4 осуществления, в котором информация подписки содержит базовую информацию мобильности.

6. Способ варианта 4 или 5 осуществления, в котором этап, на котором получают информацию мобильности, дополнительно содержит этапы, на которых: передают узлу политики полученную информацию подписки для WCD и затем принимают от узла политики информацию мобильности.

7. Способ варианта 3, 4 или 6 осуществления, в котором информации абонента содержит:

базовую информацию администрирования мобильности (MM), идентифицирующую один из предварительно определенных наборов классов MM;

базовую информацию администрирования сеанса (SM), идентифицирующую один из предварительно определенного набора классов SM.

8. Способ варианта 7 осуществления, в котором информация мобильности содержит:

информацию MM, идентифицирующую авторизованный класс MM; и

информацию SM, идентифицирующую один или более авторизованные классы SM.

9. Способ по любому из вариантов 2, 3, и 6-8 осуществления, при этом способ дополнительно содержит этап, на котором узел политики выбирает авторизованный класс SM для соединения PDN, настроенного в настоящий момент для WCD, и

информация мобильности включает в себя идентификатор класса SM, который идентифицирует упомянутый выбранный класс SM для соединения PDN.

10. Способ варианта 9 осуществления, в котором этап, на котором выбирают авторизованный класс SM для соединения PDN, настроенного в настоящий момент для WCD, содержит этап, на котором выполняют выбор на основе информации контекста.

11. Способ варианта 10 осуществления, в котором информация контекста содержит одно или более из: информации местоположения, идентифицирующей местоположение WCD, и информации истинного времени, идентифицирующей текущее время суток.

12. Способ по любому из вариантов 1-10 осуществления, в котором процедура дополнительно содержит: передачу в узел RAN, который в настоящий момент обслуживает WCD, сообщения, идентифицирующего (непосредственно или опосредованно), по меньшей мере, одно из: набора из разрешенных областей, набора из разрешенных RAT, и набора из одной или более точек доступа.

13. Способ по любому из вариантов 1-12 осуществления, в котором

WCD использует в настоящее время, по меньшей мере, одно соединение PDN, причем упомянутое соединение PDN ассоциировано с набором из одного или более сеансов PDU,

причем полученная информация мобильности содержит авторизованный класс SM для соединения PDN, и

процедура дополнительно содержит:

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

14. Способ варианта 13 осуществления, дополнительно содержащий этап, на котором: принимают запрос от UE при UE в соединенном режиме в отношении настройки носителей, которым назначен класс SM, который не подвергается предварительной настройке ресурсов.

15. Способ в соответствии с вариантом 7 осуществления, в котором предварительно определенный набор из классов MM включает в себя одно или более из (упорядоченное с увеличением ограничения по разрешенным областям) (i) класса неограниченной мобильности, (ii) класса средней мобильности, (iii) класса низкой мобильности, и (iv) класса без мобильности.

16. Способ в соответствии с вариантом 7 осуществления, в котором предварительно определенный набор из классов SM включает в себя одно или более из (i) класса цельной непрерывности, (ii) класса непрерывности услуги, (iii) класса непрерывности сеанса, и (iv) класса без соединения PDN.

17. Узел управления, выполненный с возможностью выполнения способа любого из вариантов 1-16 осуществления.

18. Компьютерная программа, содержащая инструкции для выполнения способа любого из вариантов 1-16 осуществления.

СОКРАЩЕНИЯ

CCF Базовая Функций Управления

CHF Функция Обработки Управления (часть Базового Управления NG)

CHF-C Функций Обработки Управления Плоскости Управления (часть CHF)

CHF-U Функция Обработки Управления Плоскости Пользователя (часть CHF)

EPC Развитое Пакетное Ядро

FWA Фиксированный Беспроводной Доступ

HRL Список Ограничения Передачи Обслуживания

IoT Интернет Вещей

LTE Долгосрочное Развитие (мобильная сеть 4G)

MA Зона Мобильности

MBB Мобильный Широкополосный Канал

MM Администрирование Мобильности

MME Объект Администрирования Мобильности

MOD Мобильность По Запросу

NG Мобильная сеть Следующего Поколения, т.е. 5G

NG PC Управление Политикой Следующего Поколения

PC Управление Политикой

PDN Сеть Пакетной Передачи Данных

PDU Блок Пакетных Данных

PGW Пакетный Шлюз

RAN Узел Радиодоступа

RAT Технологий Радиодоступа

SDM Администрирование Абонентских Данных

SM Администрирование Сеанса

TA Зона Отслеживания

TAU Обновление Зоны Отслеживания

THF Функция Обработки Трафика (часть Базового Управления NG)

UE Оборудование Пользователя

WCD Устройство Беспроводной Связи.