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



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

 


Владельцы патента RU 2608666:

ТЕЛЕФОНАКТИЕБОЛАГЕТ Л М ЭРИКССОН (ПАБЛ) (SE)

Изобретение относится к способу для перемещения связанных с приложением записей между распределенными облачными доменами, когда пользовательский терминал изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие для перемещения связанных с приложением записей. Технический результат заключается в том, что фактическое качество услуг, предлагаемых посредством приложения для пользователя, поддерживается на высоком уровне. Пользовательский терминал подключается к сети связи и использует приложение. Способ содержит этапы, на которых определяют то, что местоположение пользовательского терминала изменено, по меньшей мере, с первой сетевой зоны сети связи на вторую сетевую зону, посредством рассмотрения двух или более ограничений, ассоциированных с (i) местоположением пользовательского терминала во второй сетевой зоне, (ii) местоположением облачного компонента приложения в первом облачном домене, ассоциированном с первой сетевой зоной, и (iii) местоположением второго облачного домена, ассоциированного со второй сетевой зоной, и перемещают, когда удовлетворяется предварительно определенное условие, связанные с приложением записи из первого облачного домена во второй облачный домен. 3 н. и 21 з.п. ф-лы, 7 ил.

 

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

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

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

[0002] Облачные вычисления представляют собой доставку вычислений в качестве услуги, а не продукта, за счет чего совместно используемые ресурсы, программное обеспечение и информация предоставляются в компьютеры и другие устройства в качестве полезных свойств по сети (например, по Интернету) по мере необходимости. Облачные вычисления описывают новую модель потребления и доставки для ИТ-услуг на основе Интернет-протоколов, и она типично заключает в себе предоставление динамически масштабируемых и зачастую виртуализированных ресурсов.

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

[0004] С внедрением мобильной широкополосной связи в качестве естественной и доступной услуги для конечных пользователей, параллельно с запуском смартфонов, способствующих более интенсивному использованию мобильных данных и интеллектуальных приложений (App), сегодня повседневный пользователь Интернет-услуг все более основывается на облаке для ведения своих дел.

[0005] Таким образом, многие современные приложения используют облако для того, чтобы разгружать запоминающее устройство пользовательского терминала, использовать преимущество вычислительной мощности, доступной в облаке, экономить электроэнергию пользовательского терминала или добиваться других преимуществ. Эти приложения спроектированы с возможностью включать в себя клиентский компонент, выполняющийся в пользовательском терминале, и серверный компонент, выполняющийся в облаке. Дополнительно, приложение спроектировано с возможностью сокращать дополнительную связь между двумя компонентами. Примеры таких приложений представляют собой почтовые службы, виртуализацию настольных систем, онлайновые игры и т.д.

[0006] Тем не менее, подключение к Интернету и его качество считаются само собой разумеющимся, и многие популярные приложения основываются на постоянном подключении пользовательского терминала, так что приложение функционирует надлежащим образом. Хотя это может иметь место для многих местоположений, возникают случаи, когда пользовательский терминал перемещается из одной зоны в другую зону, что приводит либо к потере Интернет-подключения, либо к ухудшению качества Интернет-подключения. Для этих случаев распределенное облако может повышать качество (например, время задержки) Интернет-подключения. Тем не менее, распределенное облако сталкивается с другими проблемами, как пояснено ниже. Например, поскольку распределенное облако имеет ресурсы, распределенные в определенных местоположениях, возникают случаи, когда различные местоположения не выполняют хостинг идентичных ресурсов. Таким образом, имеется потребность в предоставлении необходимых ресурсов в любом требуемом местоположении распределенного облака для интеграции средств распределенной обработки и создания сетей. Это должно предоставлять усовершенствованную платформу для выполнения приложений с конкретными требованиями. Следовательно, распределенные облака фактически приближают облако к конечным пользователям.

[0007] Распределенное облако 106, пример которого проиллюстрирован на фиг. 1 в качестве части системы 100, развертывает меньший набор вычислительных ресурсов и ресурсов хранения (облачных доменов 106a-106n) в нескольких местоположениях вместо их централизации в крупных центрах обработки и хранения данных. Это обеспечивает возможность распределения приложений в различных местоположениях для того, чтобы лучше удовлетворять требованиям по времени задержки и улучшать взаимодействия между пользовательскими терминалами и облачными приложениями. Сеть 102 связи, которая включает в себя, по меньшей мере, базовую станцию 102a и ассоциированные средства 102b хранения, предоставляет для пользовательского терминала 110 возможность использовать ресурсы облачного домена 106n. Когда пользователь 110 перемещается в другую сеть связи 104, пользовательский терминал подключается к другой базовой станции 104a, имеющей свои средства 104b хранения. Новая базовая станция 104a по-прежнему подключается к исходному облачному домену 106n. Таким образом, может увеличиваться время задержки приложения, выполняющегося в пользовательском терминале 110.

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

[0009] Даже если система 100 направлена на улучшение возможностей работы конечных пользователей при использовании облачных вычислительных приложений, она не удовлетворяет надлежащим образом потребность оптимизировать проблемы времени задержки, обусловленные потенциально довольно большим расстоянием между пользовательским терминалом и облачным компонентом приложения, в частности, в случае пользователя в роуминге.

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

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

[0011] Распределенные облачные домены предлагают свои ресурсы организациям и/или отдельным пользователям для удовлетворения их вычислительных потребностей. Тем не менее, когда приложения имеют один или более компонентов, которые выполняются в пользовательском терминале, и один или более других компонентов, которые выполняются в облаке, пользовательский терминал перемещается из одной зоны в другую зону, и Интернет-подключение между пользовательским терминалом и облачными доменами может варьироваться вследствие перемещения пользовательского терминала, имеется потребность в том, чтобы координировать то, какой ресурс облака предлагается пользовательскому терминалу в новом местоположении.

[0012] Согласно одному примерному варианту осуществления, предусмотрен способ для перемещения связанных с приложением записей между распределенными облачными доменами, когда пользовательский терминал изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие. Пользовательский терминал может подключаться к сети связи и использует приложение (App), которое имеет облачный компонент и пользовательский компонент. Способ включает в себя этап определения того, что местоположение пользовательского терминала изменено, по меньшей мере, с первой сетевой зоны сети связи на вторую сетевую зону. Вторая сетевая зона принадлежит либо текущей сети связи, либо другой сети связи. Способ также включает в себя этап рассмотрения одного или более ограничений, ассоциированных с (i) местоположением пользовательского терминала во второй сетевой зоне, (ii) местоположением облачного компонента приложения (App) в первом облачном домене, ассоциированном с первой сетевой зоной, и (iii) местоположением второго облачного домена, ассоциированного со второй сетевой зоной. На основе этих данных способ оценивает то, удовлетворяет или нет одно или более ограничений предварительно определенному условию для второго облачного домена и для первого облачного домена. Способ перемещает связанные с приложением записи из первого облачного домена во второй облачный домен, когда результат этапа оценки является положительным для второго облачного домена и отрицательным для первого облачного домена. Первый и второй облачные домены могут принадлежать одному или более поставщикам распределенной облачной инфраструктуры.

[0013] Согласно другому примерному варианту осуществления, предусмотрена система для перемещения связанных с приложением записей между распределенными облачными доменами распределенного облака, когда пользовательский терминал изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие. Пользовательский терминал подключается к сети связи и использует приложение, имеющее облачный компонент и пользовательский компонент. Система включает в себя компонент управления, сконфигурированный с возможностью определять то, что местоположение пользовательского терминала изменено, по меньшей мере, с первой сетевой зоны сети связи на вторую сетевую зону. Вторая сетевая зона принадлежит либо сети связи, либо другой сети связи. Компонент управления принимает информацию относительно одного или более ограничений, ассоциированных с (i) местоположением пользовательского терминала во второй сетевой зоне, (ii) местоположением облачного компонента приложения в первом облачном домене, ассоциированном с первой сетевой зоной, и (iii) местоположением второго облачного домена, ассоциированного со второй сетевой зоной. Компонент управления решает, удовлетворяет или нет одно или более ограничений предварительно определенному условию для второго облачного домена и для первого облачного домена, и компонент управления инструктирует, через распределенную облачную плоскость, диспетчеру распределенного облака перемещать связанные с приложением записи из первого облачного домена во второй облачный домен, когда результат этапа оценки является положительным для второго облачного домена и отрицательным для первого облачного домена. Первый и второй облачные домены могут принадлежать одному или более поставщикам распределенной облачной инфраструктуры.

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

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

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

[0016] Прилагаемые чертежи, которые включены и составляют часть подробного описания, иллюстрируют один или более вариантов осуществления и вместе с описанием поясняют эти варианты осуществления. На чертежах:

[0017] Фиг. 1 является принципиальной схемой, иллюстрирующей несколько облачных доменов, подключенных к сети связи;

[0018] Фиг. 2 является принципиальной схемой, иллюстрирующей перемещение связанных с приложением записей при инициировании посредством изменения местоположения пользовательского терминала согласно примерному варианту осуществления;

[0019] Фиг. 3 является принципиальной схемой, иллюстрирующей различные объекты, которые перемещают связанные с приложением записи из текущего облачного домена в новый облачный домен согласно примерному варианту осуществления;

[0020] Фиг. 4 является принципиальной схемой, иллюстрирующей различные этапы, выполняемые для перемещения связанных с приложением записей из текущего облачного домена в новый облачный домен согласно примерному варианту осуществления;

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

[0022] Фиг. 6 является блок-схемой последовательности операций способа для перемещения связанных с приложением записей из текущего облачного домена в новый облачный домен, когда пользовательский терминал изменяет свое местоположение согласно примерному варианту осуществления; и

[0023] Фиг. 7 является принципиальной схемой устройства обработки, в котором может реализовываться способ по фиг. 6.

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

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

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

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

[0027] Согласно примерному варианту осуществления, проиллюстрированному на фиг. 2, предусмотрена система 200, которая включает в себя сеть 201 связи и распределенное облако 206. Сеть 201 связи может представлять собой сеть по стандарту Партнерского проекта третьего поколения (3GPP) или мобильную сеть на основе Интернет-протокола (IP) либо любую беспроводную сеть, например, Wi-Fi, WiMax. Сеть 201 связи включает в себя, по меньшей мере, первую сетевую зону 202. Обычно, сеть 201 связи включает в себя множество сетевых зон. Тем не менее, для простоты, фиг. 2 показывает только первую сетевую зону 202. Аналогично, другая сеть связи 203 может включать в себя несколько сетевых зон. Фиг. 2 показывает только вторую сетевую зону 204. В одном варианте применения, сеть 201 связи и сеть 203 связи являются идентичной сетью, т.е. управляются посредством идентичного оператора. Далее считается, что две сети 201 и 203 управляются посредством различных операторов. Новые признаки, поясненные в данном документе, в равной степени применяются к одной или более сетей связи.

[0028] Первая сетевая зона 202 может включать в себя базовую станцию 202a и соответствующие ресурсы 202b хранения (например, запоминающее устройство, процессор и т.д.). Вторая сетевая зона 204 может иметь аналогичную структуру. Термин "базовая станция" должен истолковываться как включающий в себя, по меньшей мере, одно из узла B (для универсальной системы мобильной связи (UMTS)), усовершенствованного узла B (для системы по стандарту долгосрочного развития (LTE)), базовой приемо-передающей станции (BTS) для глобальной системы мобильной связи (GSM), модема, маршрутизатора или других устройств (например, устройств, используемых в межмашинном типе связи или сети), которые известны как предоставляющие Интернет-подключение для пользовательского терминала.

[0029] Пользовательский терминал 210 первоначально находится в местоположении 210a в первой сетевой зоне 202. Терминал использования 210 представляет собой беспроводное устройство, например, смартфон, переносной компьютер, персональное цифровое устройство, планшетный компьютер и т.д. Пользовательский терминал 210 обменивается данными с базовой станцией 202a для получения Интернет-подключения.

[0030] Распределенное облако 206 может включать в себя распределенные облачные домены 206a-206w. Распределенный облачный домен, например, 206a может включать в себя средства обработки и/или хранения. Каждый распределенный облачный домен может быть расположен в физическом местоположении, которое отличается от физического местоположения другого распределенного облачного домена. Распределенные облачные домены подключаются друг к другу через линии 207 связи. Распределенные облачные домены 206a-w могут принадлежать идентичному оператору или различным операторам. Если распределенные облачные домены принадлежат различным операторам, то вовлекается более одного распределенного облака 206. Для простоты, данные, поясненные в данном документе, показывают только одно распределенное облако. Тем не менее, новые признаки являются в равной степени применимыми более чем к одному распределенному облаку.

[0031] Некоторые распределенные облачные домены могут фактически находиться в сетях связи. Например, ресурсы 202b и/или 204b хранения могут размещать один или более распределенных облачных доменов. Эти распределенные облачные домены могут принадлежать владельцу, идентичному владельцу сети связи или владельцу распределенного облака 206. Фиг. 2 для простоты показывает то, что все распределенные облачные домены расположены в распределенном облаке 206.

[0032] Распределенное облако 206 включает в себя различные компоненты для управления распределенными облачными доменами. Один такой компонент представляет собой диспетчер 208 распределенного облака (DCM). DCM представляет собой приложение/функцию, которое развертывает меньший набор вычислительных ресурсов и ресурсов хранения (например, для обработки, хранения и т.д.) в нескольких доменах в распределенном облаке 206, вместо их централизации в крупных информационных центрах. DCM обеспечивает возможность распределения приложений в различных местоположениях для того, чтобы лучше удовлетворять различным требованиям, например, требованиям по времени задержки, и улучшать взаимодействия между пользовательскими терминалами и облачными приложениями.

[0033] Другой компонент для управления распределенными облачными доменами представляет собой распределенную облачную плоскость 209 (DCP). DCP представляет собой объект, который управляет тем, какие облачные вычислительные ресурсы доступны для конкретного приложения. DCP 209 имеет распределенный облачный компонент 209a и компоненты 209b и 209c сети связи.

[0034] Приложение App, которое выполняется посредством пользовательского терминала, рассматривается в качестве услуги, предложенной посредством оператора сети связи либо посредством оператора распределенного облака, либо посредством третьей стороны, например, поставщика приложений, когда приложение использует функциональность, предоставленную посредством распределенного облака. Приложение App включает в себя, по меньшей мере, пользовательский компонент App1, который выполняется в пользовательском терминале, и облачный компонент App2, который выполняется в распределенном облачном домене 206n. Приложение App также может включать в себя центральный компонент App3, который выполняется в централизованном облаке или в другом местоположении распределенного облака 206. Фиксированное или централизованное местоположение может учитываться при оценке ограничений, которые поясняются ниже. В другом варианте осуществления, фиксированное местоположение для App3 может быть развернуто за пределами распределенного облака.

[0035] Когда приложение получено (например, куплено) пользователем, устанавливается соглашение об уровне обслуживания (SLA) между пользователем и поставщиком приложения. SLA указывает набор параметров, который должен удовлетворяться для приложения, чтобы предоставлять требуемые результаты по фактическому качеству услуг (QoE). Например, набор параметров может включать в себя, по меньшей мере, одно из времени задержки приложения и/или полосы пропускания приложения, затрат на доставку приложения в выбранном местоположении, размера приложения, операционной системы приложения и доступных компонентов в выбранном облачном домене. Могут рассматриваться другие наборы параметров, как должны признавать специалисты в данной области техники. Таким образом, приложение доставляет ожидаемые результаты, если обеспечивается выбранный набор параметров, когда выполняется приложение.

[0036] Тем не менее, возникают случаи, когда пользовательский терминал 210 перемещается из местоположения 210a в другое географическое местоположение 210b, как проиллюстрировано на фиг. 2. Когда пользовательский терминал 210 изменяет свое местоположение, как отмечено выше, возможно то, что новый распределенный облачный домен 206w становится более подходящим для хостинга облачного компонента App2 приложения App. Интеллектуальные функции и ассоциированные управляющие функции (поясняются относительно фиг. 3) могут предоставляться в первой сетевой зоне 202 или в ее соответствующей сети 201 связи для обработки этого аспекта. Другими словами, новые интеллектуальные функции определяют то, что пользовательский терминал изменяет свое местоположение, и оценивают то, может или нет удовлетворяться одно или более ограничений, ассоциированных с приложением, если новый распределенный облачный домен 206w используется вместо текущего распределенного облачного домена 206n.

[0037] Одно или более ограничений включает в себя, по меньшей мере, одно из сетевой задержки (ассоциированной с расстоянием), характеристик сети (например, перегрузки, доступной полосы пропускания сети), доступности облачных ресурсов (например, вычислительных, хранения, сетевых), шаблона трафика между приложением и пользовательским терминалом, объема данных, которые должны передаваться, затрат на облачные ресурсы, интенсивности мобильного сетевого сигнала, ограничений по времени задержки и полосе пропускания для приложения и т.д. Одно или более ограничений ассоциировано с (i) местоположением 210b пользовательского терминала 210 во второй сетевой зоне 204, (ii) местоположением облачного компонента App2 приложения App в текущем облачном домене 206n, и (iii) местоположением нового распределенного облачного домена 206w.

[0038] Два случая могут возникать в качестве результата оценки одного или более ограничений. Если одно или более ограничений удовлетворяет предварительно определенному условию (пояснено ниже), интеллектуальные функции решают перемещать связанные с приложением записи 220 из текущего распределенного облачного домена 206n в новый распределенный облачный домен 206w. Связанные с приложением записи 220 могут представлять собой программный код, связанный с облачным компонентом App2 приложения, если новый распределенный облачный домен 206w уже не выполняет хостинг приложения. Тем не менее, если новый распределенный облачный домен 206w выполняет хостинг приложения, то связанные с приложением записи 220 могут включать в себя данные (различные параметры), связанные с приложением. После того, как связанные с приложением записи 220 перемещаются в новый распределенный облачный домен 206w, пользовательский компонент App1 приложения обменивается данными с облачным компонентом App2, хостинг которого выполняется посредством нового распределенного облачного домена, что фактически повышает или сохраняет требуемое QoE пользователя.

[0039] Если одно или более ограничений не удовлетворяет предварительно определенному условию, интеллектуальные функции решают либо перемещать облачный компонент App2 приложения App в облачный домен по умолчанию, либо выполнять приложение в режиме с ухудшенным качеством из текущего распределенного облачного домена (206n).

[0040] Предварительно определенное условие требует, чтобы, по меньшей мере, один параметр набора параметров имел идентичное или лучшее значение, чем значение соответствующего ограничения из одного или более ограничений. Например, если приложение требует скорости в 1 МБ данных в секунду между пользовательским терминалом и текущим распределенным облачным доменом, скорость в 0,5 МБ между пользовательским терминалом и новым распределенным облачным доменом препятствует интеллектуальным функциям перемещать облачный компонент в новый распределенный облачный домен. Следует отметить, что предварительно определенное условие может включать в себя любое число параметров, и оценка предварительно определенного условия инициируется, когда изменяется местоположение пользовательского терминала.

[0041] Изменение местоположения пользовательского терминала рассматривается, когда пользовательский терминал перемещен из одной соты в другую соту или из группы сот в другую группу сот, или из города в другой город, или из региона в другой регион, или из страны в другую страну.

[0042] Тогда как выше пояснен, относительно фиг. 2, общий принцип перемещения, из одного распределенного облачного домена в другой, либо программного кода, либо данных, ассоциированных с приложением, далее подробнее поясняется реализация такого принципа. Таким образом, согласно примерному варианту осуществления, различные процессы и модули управления, которые могут вовлекаться в этот новый принцип, показаны на фиг 3. Описание элементов, аналогичных элементам на фиг. 2, опускается для простоты. Фиг. 3 показывает диспетчер 350 приложений и диспетчер 360 пользовательской мобильности (UMM), предоставленные в сети 301 связи. Эти два объекта формируют модуль 370 управления. Диспетчер 350 приложений и UMM 360 могут быть расположены в центральном сервере сети 301 связи в первой сетевой зоне 302, или они могут быть распределены по сети связи. В другом варианте применения, диспетчер 350 приложений может управляться посредством распределенного облака и, возможно, может быть расположен на его сервере в распределенном облаке.

[0043] Диспетчер 350 приложений может представлять собой объект, который выполняет следующие роли: A) регистратор для MobileAppSubscription (пояснен ниже), который сохраняет идентификационные данные пользовательского терминала, связанного с прикладной услугой, и B) арбитр для определения того, соответствуют или нет условия для нового местоположения пользовательского терминала критериям для перемещения облачного компонента приложения. Если определяется соответствие, диспетчер 350 приложений инструктирует DCM 340 инициировать процедуру перемещения приложения.

[0044] UMM 360 представляет собой объект, который отслеживает в реальном времени местоположения пользовательских терминалов в сети связи и вызывает диспетчер 350 приложений, когда инициирующее условие для нового местоположения пользовательского терминала удовлетворяется для определенной подписки пользовательского терминала. В этом отношении, система 300, проиллюстрированная на фиг. 3, может использовать поле или процедуру MobileAppSubscription и поле или процедуру MobileUserLocation для отслеживания позиции пользовательского терминала, уровня соглашения, QoE и т.д. В этом отношении, MobileAppSubscription может быть записью данных подписки, связанных с определенным набором приложений, принадлежащих пользовательскому терминалу. MobileAppSubscription может обрабатываться посредством диспетчера приложений. В этом случае, UMM отправляет новое местоположение пользовательского терминала в диспетчер приложений, когда изменяется его позиция. Оптимизация связи UMM/диспетчера приложений может реализовываться посредством задания дополнительной записи в UMM. Эта дополнительная запись идентифицирует то, какие пользовательские уведомления должны отправляться в диспетчер приложений. Дополнительная запись может добавляться посредством диспетчера приложений, когда пользователь подписывается, по меньшей мере, на одно приложение для мобильных устройств.

[0045] Приложения предоставляются в качестве услуги в пользовательский терминал, и эта услуга может управляться посредством процедуры MobileApp в распределенном облачном окружении. Приложения могут иметь ассоциированные требования соглашения об уровне обслуживания (SLA), согласованные с оператором сети связи и/или с поставщиком приложений, и/или с оператором распределенного облака. За счет соответствия этим требованиям, сеть связи удовлетворяет QoE, ожидаемому пользователем.

[0046] MobileUserLocation может представлять собой процедуру, которая предоставляет последнее известное географическое местоположение каждого пользовательского терминала и последнее известное географическое местоположение соответствующего MobileAppSubscription, например, местоположение облачного компонента приложения.

[0047] При наличии этих объектов, предположим, что пользователь, подписанный на услугу MobileApp, перемещается в сети связи, например, из одной страны до другой или из одной сетевой зоны в другую сетевую зону. Услуга MobileApp представляет персонализированные облачные приложения, т.е. приложения индивидуально адаптированы для пользователя и имеют желательные требования по QoE. Пример приложения, которое индивидуально адаптировано, - это когда пользователь выбирает данное приложение, и из десяти параметров, ассоциированных с приложением, пользователь выбирает шесть таких параметров, которые имеют соответствующие минимальные или максимальные значения.

[0048] Услуга MobileApp предоставляет инфраструктуру, которая позволяет перемещать программный код (например, выполняемый код) и/или данные, связанные с этими приложениями, по мере того, как пользовательский терминал перемещается по сети, чтобы удовлетворять QoE, ожидаемому покупателем этого приложения. Перемещение приложений инициировано посредством обусловленного изменения местоположения пользователя. Выполнение перемещения приложения выполняется посредством серии тесных взаимодействий между объектами услуги MobileApp и реализациями распределенного облака по определенным интерфейсам, как пояснено ниже относительно фиг. 4.

[0049] Фиг. 4 иллюстрирует систему 400, которая включает в себя пользовательский терминал 410, UMM 460, диспетчер 450 приложений и DCM 440. На этапе 470, пользовательский терминал 410 подписывается на определенное приложение посредством отправки запроса в диспетчер 450 приложений. Диспетчер 450 приложений информирует UMM 460 на этапе 472 относительно этого события и регистрирует как пользовательский терминал, так и приложение, создающее MobileAppSubscription. Определенное QoE ожидается пользователем при регистрации в любом приложении, и QoE может отражаться посредством SLA. Кроме того, пользователь ассоциирован с первым географическим местоположением при приеме пользовательского компонента приложения.

[0050] Когда изменяется местоположение пользовательского терминала, этой информацией обмениваются на этапе 474 между пользовательским терминалом 410 и UMM 460. Обмен информацией может осуществляться согласно, по меньшей мере, двум сценариям. В первом сценарии, пользовательский терминал отслеживает географическое местоположение и информирует UMM относительно изменений (посредством использования, например, GPS-координат, изменения идентификатора соты, процедур обновления зоны расположения или отслеживания и т.д.). Во втором сценарии, UMM отслеживает географическое местоположение пользовательского терминала. Могут использоваться другие сценарии для определения изменения местоположения пользовательского терминала. Новое местоположение пользовательского терминала передается на этапе 476 в диспетчер 450 приложений. Диспетчер 450 приложений определяет на этапе 778 то, удовлетворяется или нет предварительно определенное условие (или условия) в новом местоположении. Другими словами, диспетчер 450 приложений рассматривает одно или более ограничений, ассоциированных с (i) местоположением пользовательского терминала 310 во второй сетевой зоне 304, (ii) местоположением облачного компонента App2 приложения App в первом облачном домене 3206n, и (iii) местоположением второго облачного домена 306w, ассоциированного со второй сетевой зоной 304.

[0051] После оценки того, удовлетворяет или нет одно или более ограничений предварительно определенному условию для второго облачного домена и для первого облачного домена, диспетчер приложений принимает решение, чтобы перемещать связанные с приложением записи 320 из текущего облачного домена 306n в новый облачный домен 306w. В одном варианте осуществления, перемещение выполняется только тогда, когда результат этапа оценки является положительным для нового облачного домена 306w и отрицательным для текущего облачного домена 306n, т.е. одно или более ограничений удовлетворяется для второго (нового) облачного домена, но не для первого (текущего) облачного домена. Следует отметить, что для оценки одного или более ограничений, диспетчер приложений проверяет условия, записываемые в MobileAppSubscription.

[0052] Таким образом, на этапе 780, диспетчер 450 приложений перемещает связанные с приложением записи (например, само приложение на основе облачного компонента, если новый облачный домен не выполняет его хостинг, или данные, связанные с приложением, если новый облачный домен уже выполняет хостинг этого приложения) в новый облачный домен. В одном варианте осуществления, поставщик приложений может предоставлять в диспетчер 450 приложений компоненты приложения, которые должны быть развернуты, вместе с одним или более ограничений, которые должны применяться в новом распределенном облаке для этих компонентов. Степень детализации, на которой приложение заинтересовано в получении обновления местоположения (пороговый уровень), может указываться посредством приложения. Она может представлять собой, например, соту, группу сот, город, регион или страну.

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

[0054] Во втором сценарии, поставщики сетевых услуг не выдают прямую информацию относительно доступности ресурсов в диспетчер приложений. Тем не менее, поставщики сетевых услуг могут предоставлять API, в котором диспетчер приложений может указывать ограничения, которые должны удовлетворяться, и поставщик сетевых услуг принимает или отклоняет запрос согласно состоянию своей сети.

[0055] В случае если пользовательский терминал является неактивным (нет подключения к сети, например, устройство выключено), диспетчер приложений может очищать ресурсы, выделяемые для пользователя.

[0056] Как пояснено выше, эти новые принципы могут реализовываться в различных сетях беспроводной связи. Одна возможная реализация проиллюстрирована на фиг. 5. Фиг. 5 иллюстрирует 3GPP-архитектуру, поверх которой реализуются новые принципы, поясненные выше (например, диспетчер приложений, MobileAppSubscription, UMM), распределенные облачные инструментальные средства (DCM и DCP). Большинство частей 3GPP-архитектуры известно в данной области техники, и в силу этого они не описываются в данном документе (просто сокращение их названия предоставляется для каждого компонента на чертеже). Следует отметить, что в этой конкретной реализации, UMM может поддерживаться посредством традиционного объекта управления мобильностью (MME) и/или сервера собственных абонентов (HSS), а диспетчер приложений может быть реализован как новый объект.

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

[0058] Общий способ для реализации новых принципов, поясненных выше, представляется на фиг. 6. Согласно блок-схеме последовательности операции способа, проиллюстрированной на фиг. 6, предусмотрен способ для перемещения связанных с приложением записей (220) между распределенными облачными доменами (206a-206w), когда пользовательский терминал (210) изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие. Пользовательский терминал (210) подключается к сети (201) связи и использует приложение (App). Способ включает в себя этап 600 определения того, что местоположение (210a) пользовательского терминала изменено, по меньшей мере, с первой сетевой зоны (202) сети (201) связи на вторую сетевую зону (204). Вторая сетевая зона (204) принадлежит либо сети (201) связи, либо другой сети (203) связи. Способ дополнительно включает в себя этап 602 рассмотрения одного или более ограничений, ассоциированных с (i) местоположением пользовательского терминала (210) во второй сетевой зоне (204), (ii) местоположением облачного компонента приложения (App) в первом облачном домене (206n), ассоциированном с первой сетевой зоной (201), и (iii) местоположением второго облачного домена (206w), ассоциированного со второй сетевой зоной (204), этап 604 оценки того, удовлетворяет или нет одно или более ограничений предварительно определенному условию для второго облачного домена (206w) и для первого облачного домена (206n); и этап 606 перемещения связанных с приложением записей (220) из первого облачного домена (206n) во второй облачный домен (206w), когда результат этапа оценки является положительным для второго облачного домена (206w) и отрицательным для первого облачного домена (206n). Первый и второй облачные домены (206n, 206w) могут принадлежать одному или более поставщикам распределенной облачной инфраструктуры.

[0059] В целях иллюстрации, а не ограничения, на фиг. 7 проиллюстрирован пример устройства обработки (например, пользовательского терминала или базовой станции, или распределенного облачного домена), допускающего выполнение операций в соответствии с примерными вариантами осуществления. Аппаратные средства, микропрограммное обеспечение, программное обеспечение или комбинация вышеозначенного могут использоваться для того, чтобы выполнять различные этапы и операции, описанные в данном документе.

[0060] Примерное устройство 700 обработки, подходящее для выполнения действий, описанных в примерных вариантах осуществления, может включать в себя или не включать в себя сервер 701. Инфраструктурные услуги, поясненные выше, могут реализовываться в устройстве 700 обработки, например, в качестве интерфейса инфраструктурных услуг. Таким образом, интерфейс инфраструктурных услуг может включать в себя только программные инструкции или комбинацию программных и аппаратных компонентов. Сервер 701 может включать в себя центральный процессор 702 (CPU), соединенный с оперативным запоминающим устройством 704 (RAM) и с постоянным запоминающим устройством 706 (ROM). ROM 706 также может представлять собой другие типы носителей хранения данных для того, чтобы сохранять программы, такие как программируемое ROM (PROM), стираемое PROM (EPROM) и т.д. Процессор 702 может обмениваться данными с другими внутренними и внешними компонентами через схему 708 ввода-вывода и систему 710 шин, чтобы предоставлять управляющие сигналы и т.п. Процессор 702 выполняет множество функций, как известно в данной области техники, предписываемых посредством программных и/или микропрограммных инструкций.

[0061] Далее описывается сервер 701. Следует отметить, что по мере того, как совершенствуются серверы, они могут включать в себя поднабор элементов, описанных ниже. Сервер 701 также может включать в себя одно или более устройств хранения данных, включающих в себя жесткие диски 712, накопители 714 на CD-ROM и другие аппаратные средства, допускающие считывание и/или сохранение информации, такие как DVD и т.д. В одном варианте осуществления, программное обеспечение для выполнения вышеописанных этапов может сохраняться и распространяться на CD-ROM 716, съемных носителях 718 или других формах носителей, допускающих портативное хранение информации. Эти носители хранения данных могут вставляться и считываться посредством таких устройств, как накопитель 714 на CD-ROM, накопитель 712 на дисках и т.д. Сервер 701 может соединяться с дисплеем 720, который может представлять собой любой тип известного дисплея или экрана представления, такой как ЖК-дисплеи, светодиодные дисплеи, плазменный дисплей, электронно-лучевые трубки (CRT) и т.д. Предоставляется интерфейс 722 пользовательского ввода, включающий в себя один или более механизмов пользовательского интерфейса, таких как мышь, клавиатура, микрофон, сенсорная панель, сенсорный экран, система распознавания речи и т.д.

[0062] Сервер 701 может соединяться с другими облачными доменами (которые сами могут иметь структуру устройства 700 обработки), такими как наземные и/или беспроводные терминалы, через сеть. Сервер может быть частью конфигурации более крупной сети, как в глобальной вычислительной сети (GAN), к примеру, в Интернете 728, которая обеспечивает конечное соединение с различными наземными и/или мобильными клиентскими устройствами.

[0063] Раскрытые примерные варианты осуществления предоставляют способ и/или механизм для перемещения приложения на основе облачного компонента или данных, ассоциированных с ним, из текущего облачного домена в новый домен, когда пользовательский терминал изменяет свои местоположения, и удовлетворяется предварительно определенное условие. Следует понимать, что это описание не имеет намерение ограничивать изобретение. Наоборот, примерные варианты осуществления имеют намерение охватывать альтернативы, модификации и эквиваленты, которые включены в сущность и объем изобретения, заданный посредством прилагаемой формулы изобретения. Дополнительно, в подробном описании примерных вариантов осуществления, многие конкретные подробности изложены для того, чтобы предоставлять всестороннее понимание заявленного изобретения. Тем не менее, специалисты в данной области техники должны понимать, что различные варианты осуществления могут осуществляться на практике без таких конкретных подробностей.

[0064] Специалисты в данной области техники также должны принимать во внимание, что примерные варианты осуществления могут быть осуществлены в устройстве беспроводной связи, в сети связи, в качестве способа или в компьютерном программном продукте. Соответственно, примерные варианты осуществления могут принимать форму полностью аппаратного варианта осуществления или варианта осуществления, комбинирующего аппаратные и программные аспекты. Дополнительно, примерные варианты осуществления могут принимать форму компьютерного программного продукта, сохраненного на машиночитаемом носителе хранения данных, имеющего машиночитаемые инструкции, осуществленные на носителе. Может использоваться любой подходящий машиночитаемый носитель, включающий в себя жесткие диски, CD-ROM, универсальный цифровой диск (DVD), оптические устройства хранения данных или магнитные устройства хранения данных, такие как гибкий диск или магнитная лента. Другие неограничивающие примеры машиночитаемых носителей включают в себя флэш-память или другие известные запоминающие устройства.

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

1. Способ для перемещения связанных с приложением записей (220) между распределенными облачными доменами (206a-206w), когда пользовательский терминал (210) изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие для перемещения связанных с приложением записей, причем пользовательский терминал (210) подсоединен к сети (201) связи и использует приложения (Арр), при этом способ содержит этапы, на которых:

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

- рассматривают два или более ограничений, ассоциированных с (i) местоположением пользовательского терминала (210) во второй сетевой зоне (204), (ii) местоположением облачного компонента (Арр2) приложения (Арр) в первом облачном домене (206n), ассоциированном с первой сетевой зоной (201), и (iii) местоположением второго облачного домена (206w), ассоциированного со второй сетевой зоной (204), причем два или более ограничений содержат по меньшей мере доступность облачных ресурсов и затраты на облачные ресурсы;

- оценивают то, удовлетворяют или нет два или более ограничений предварительно определенному условию для перемещения связанных с приложением записей для второго облачного домена (206w) и для первого облачного домена (206n); и

- перемещают связанные с приложением записи (220) из первого облачного домена (206n) во второй облачный домен (206w), когда результат этапа оценки является положительным для второго облачного домена (206w) и отрицательным для первого облачного домена (206n),

- при этом первый и второй облачные домены (206n, 206w) принадлежат одному или более поставщикам распределенной облачной инфраструктуры.

2. Способ по п. 1, дополнительно содержащий этап, на котором:

- когда результат этапа оценки является отрицательным для второго облачного домена (206w) и отрицательным для первого облачного домена (206n), либо перемещают приложение (Арр2) на основе облачного компонента в облачный домен по умолчанию, либо выполняют приложение в режиме с ухудшенным качеством из первого облачного домена.

3. Способ по п. 1, в котором связанные с приложением записи включают в себя программный код, связанный с приложением (Арр2) на основе облачного компонента, когда второй облачный домен не выполняет хостинг приложения (Арр2) на основе облачного компонента, при этом связанные с приложением записи включают в себя данные и не включают в себя программный код, когда второй облачный домен уже выполняет хостинг приложения (Арр2) на основе облачного компонента.

4. Способ по п. 1, в котором приложение (Арр2) на основе облачного компонента обменивается данными с соответствующим приложением (App1) на основе пользовательского компонента, которое выполняется в пользовательском терминале, и приложение (Арр2) на основе облачного компонента вместе с приложением (App1) на основе пользовательского компонента формируют приложение (Арр).

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

6. Способ по п. 1, в котором приложение ассоциировано с набором параметров, выбранных пользователем пользовательского терминала или предоставленных посредством поставщика приложений, или предоставленных посредством сети связи.

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

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

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

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

11. Способ по п. 1, в котором сеть связи представляет собой сеть по стандарту Партнерского проекта третьего поколения или мобильную сеть на основе Интернет-протокола (IP).

12. Система для перемещения связанных с приложением записей (320) между распределенными облачными доменами (306a-306w) распределенного облака (306), когда пользовательский терминал (310) изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие для перемещения связанных с приложением записей, причем пользовательский терминал (310) подсоединен к сети (301) связи и использует приложения (Арр), при этом система содержит:

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

причем упомянутый компонент (370) управления сконфигурирован с возможностью принимать информацию относительно двух или более ограничений, ассоциированных с (i) местоположением (310b) пользовательского терминала (310) во второй сетевой зоне (304), (ii) местоположением облачного компонента (Арр2) приложения (Арр) в первом облачном домене (306n), ассоциированном с первой сетевой зоной (301), и (iii) местоположением второго облачного домена (306w), ассоциированного со второй сетевой зоной (304), причем два или более ограничений содержат по меньшей мере доступность облачных ресурсов и затраты на облачные ресурсы;

причем упомянутый компонент (370) управления сконфигурирован с возможностью решать, удовлетворяют или нет два или более ограничений предварительно определенному условию для перемещения связанных с приложением записей для второго облачного домена (306w) и для первого облачного домена (306n); и

причем упомянутый компонент (370) управления сконфигурирован с возможностью инструктировать, через распределенную облачную плоскость (342a-d), диспетчеру (340) распределенного облака перемещать связанные с приложением записи (320) из первого облачного домена (306n) во второй облачный домен (306w), когда результат этапа оценки является положительным для второго облачного домена (306w) и отрицательным для первого облачного домена (306n),

при этом первый и второй облачные домены (306n, 306w) принадлежат одному или более поставщикам распределенной облачной инфраструктуры.

13. Система по п. 12, дополнительно содержащая:

- когда результат этапа оценки является отрицательным для второго облачного домена (306w) и отрицательным для первого облачного домена (306n), либо перемещение приложения (Арр2) на основе облачного компонента в облачный домен по умолчанию, либо выполнение приложения в режиме с ухудшенным качеством из первого облачного домена (306n).

14. Система по п. 12, в которой связанные с приложением записи включают в себя программный код, связанный с приложением (Арр2) на основе облачного компонента, когда второй облачный домен не выполняет хостинг приложения (Арр2) на основе облачного компонента, при этом связанные с приложением записи включают в себя данные и не включают в себя программный код, когда второй облачный домен уже выполняет хостинг приложения на основе облачного компонента.

15. Система по п. 12, в которой приложение (Арр2) на основе облачного компонента обменивается данными с соответствующим приложением (App1) на основе пользовательского компонента, которое выполняется в пользовательском терминале, и приложение (Арр2) на основе облачного компонента вместе с приложением (App1) на основе пользовательского компонента формируют приложение (Арр).

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

17. Система по п. 12, в которой управление (340) распределенным облаком расположено в распределенном облаке (306), компонент (370) управления расположен в сети (301) связи, и распределенная плоскость (342a-d) управления разделяется между распределенным облаком (306), сетью (301) связи и другой сетью (303) связи.

18. Система по п. 12, в которой компонент (370) управления содержит:

- диспетчер (350) приложений, который управляет приложением; и

- диспетчер (360) пользовательской мобильности, который отслеживает местоположение пользовательского терминала,

- при этом диспетчер (360) пользовательской мобильности информирует диспетчер (350) приложений, когда изменено местоположение пользовательского терминала (310).

19. Система по п. 18, в которой приложение ассоциировано с набором параметров, выбранных пользователем пользовательского терминала или предоставленных посредством поставщика приложений, или предоставленных посредством сети связи.

20. Система по п. 19, в которой набор параметров, выбранных пользователем, указывается в соглашении об уровне обслуживания между пользователем и (i) сетью связи или (ii) поставщиком приложений.

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

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

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

24. Способ предоставления инфраструктурной услуги, встроенной в распределенное облачное вычислительное окружение (206) и сеть (201) связи, для перемещения связанных с приложением записей (220) между распределенными облачными доменами (206a-206w), когда пользовательский терминал (210) изменяет свое физическое местоположение, и удовлетворяется предварительно определенное условие для перемещения связанных с приложением записей, причем пользовательский терминал (210) подсоединен к сети (201) связи и использует приложения (Арр), причем способ содержит:

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

- рассмотрение двух или более ограничений, ассоциированных с (i) местоположением пользовательского терминала (210) во второй сетевой зоне (204), (ii) местоположением облачного компонента приложения (Арр) в первом облачном домене (206n), ассоциированном с первой сетевой зоной (201), и (iii) местоположением второго облачного домена (206w), ассоциированного со второй сетевой зоной (204), причем два или более ограничений содержат по меньшей мере доступность облачных ресурсов и затраты на облачные ресурсы;

- оценку того, удовлетворяют или нет два или более ограничений предварительно определенному условию для перемещения связанных с приложением записей для второго облачного домена (206w) и для первого облачного домена (206n); и

- перемещение связанных с приложением записей (220) из первого облачного домена (206n) во второй облачный домен (206w), когда результат этапа оценки является положительным для второго облачного домена (206w) и отрицательным для первого облачного домена (206n),

- при этом первый и второй облачные домены (206n, 206w) принадлежат одному или более поставщикам распределенной облачной инфраструктуры.



 

Похожие патенты:

Изобретение относится к радиосвязи. Способ реализуется в сети, содержащей центр коммутации мобильной связи (MSC) в сети радиодоступа EGDE по стандарту глобальной системы мобильной связи (GSM) (GERAN).

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

Изобретение относится к области связи. Техническим результатом является реализация генерирования eCCE согласно eREG, для того чтобы передавать улучшенный канал управления посредством eCCE.

Изобретение относится к технике связи и может использоваться в системах мобильной связи с дуплексной передачей с временным разделением. Технический результат состоит в повышении качества передачи информации.

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

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

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

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

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

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

Изобретение относится к средствам для подсказки приложения системы службы («SNS») социальной сети. Технический результат заключается в обеспечении возможности вывода подсказки на основании конкретной административной области . Получают информацию о местоположении, относящуюся к текущему географическому местоположению терминала. Генерируют информацию с подсказкой, соответствующую информации о местоположении. Выводят информацию с подсказкой, которая подсказывает пользователю запустить приложение системы SNS. Определяют административную область, соответствующую информации о местоположении. Генерируют информацию с подсказкой, соответствующую административной области. Причем информация с подсказкой содержит региональный идентификатор административной области, содержащий по меньшей мере одно из следующего: название, относящееся к административной области, пиктограмма, относящаяся к административной области, название сооружения в пределах административной области и пиктограмма, относящаяся к сооружению в пределах административной области. 3 н. и 14 з.п. ф-лы, 10 ил., 4 табл.

Изобретение относится к выбору типа общего канала для восходящей передачи в беспроводной сети связи при приеме конфликтующих инструкций. Технический результат – разрешение конфликта между автономной HS-DPCCH передачей и RACH возвратом без влияния на общую работу сети. Для этого способ содержит этапы: осуществление попытки получить ресурс по общему каналу первого типа для восходящей передачи информации в соответствии с первой принятой инструкцией; прием второй инструкции на то, чтобы выполнить какую-либо восходящую передачу по общему каналу второго типа; определение того, имеется ли какая-либо информация, предназначенная для передачи, и, если нет, то прекращение попыток получить ресурс по общему каналу первого типа. 3 н. и 9 з.п. ф-лы, 5 ил.

Изобретение относится беспроводной связи, поддерживающей агрегирование несущих. Способ передачи обслуживания между ячейками включает этапы: определяют с помощью базовой станции (BS), расположены ли компонентные несущие, соответствующие одной или более ячейкам, подлежащим доступу, в одном частотном диапазоне, так что указанные ячейки, подлежащие доступу, принадлежат целевой BS и выбраны оконечным устройством, который осуществляет переключение на обслуживание другими ячейками и который обслуживается исходной BS; если да, исходная BS упаковывает информацию конфигурации обо всех ячейках, подлежащих доступу, в команду передачи обслуживания между ячейками для инициирования передачи обслуживания между ячейками; в противном случае исходная BS упаковывает информацию конфигурации об одной или более ячейках из указанных одной или более ячеек, подлежащих доступу, в команду передачи обслуживания между ячейками и передает указанную команду передачи обслуживания между ячейками на целевую BS. Технический результат заключается в оптимизировании передачи отчета об измерении. 5 н. и 15 з.п. ф-лы, 21 ил.

Изобретение относится к мобильной связи. Технический результат заключается в минимизации потери данных и/или потери в тракте передачи во время хендовера между сотами, которые развернуты в режиме использования одной и той же полосы частот. Передают информацию о конфигурации в оборудование пользователя UE таким образом, что UE отслеживает первый канал управления первой соты, в соответствии с информацией о конфигурации, где информация о конфигурации включает в себя информацию о конфигурации канала первого канала управления первой соты, первый канал управления включает в себя абсолютный предоставленный канал Е-DCH E-AGCH, и первая сота представляет собой не обслуживающую соту UE. 5 н. и 9 з.п. ф-лы, 29 ил.

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

Изобретение относится к области беспроводной связи и предназначено для повышения надежности передачи управляющей информации по усовершенствованному физическому каналу управления нисходящей линии связи (EPDCCH). Изобретение раскрывает, в частности, способ определения EPDCCH кандидата и включает в себя: определение EPDCCH набора р ресурсов в субкадре k, где EPDCCH набор р ресурсов включает в себя NECCE,p,k=q×r ECCEs, EPDCCH кандидат EPDCCH на уровне L агрегации, который соответствует L ECCEs, имеющие последовательные ссылочные номера, и EPDCCH кандидата, способного передавать EPDCCH; и определение числа EPDCCH кандидатов на уровне L агрегации несущей, соответствующей индексу Cellindex, и ЕССЕ, соответствующий каждому EPDCCH кандидату, где ЕССЕ, соответствующий каждому EPDCCH кандидату на уровне L агрегации, относится к индексу Cellindex. 5 н. и 8 з.п. ф-лы, 7 ил., 4 табл.

Изобретение относится к беспроводной связи. Техническим результатом является улучшение запуска и/или применение изменения конфигурации или состояния однонаправленного радиоканала. Первое из устройства (22) беспроводной связи и базовой станции (20) осуществляет способ применения изменения конфигурации или состояния однонаправленного радиоканала. Однонаправленный радиоканал поддерживает передачу данных по радиосоединению между устройством (22) беспроводной связи и базовой станцией (20) с заданными характеристиками передачи данных. Способ включает в себя выполнение квитирования связи со вторым из устройства (22) беспроводной связи и базовой станции (20), чтобы согласовывать время для того, чтобы синхронно применять изменение в устройстве (22) беспроводной связи и в базовой станции (20). Способ также включает в себя, в соответствии с согласованием, синхронное применение изменения в это время. 3 н. и 22 з.п. ф-лы, 16 ил.

Изобретение относится к мобильной связи. Способ включает этапы: принимают сообщение с информацией об общем канале E-RGCH, относящееся к соте, управляемой вторым RNC - контроллером, при этом информационное сообщение об общем канале Е-RGCH отправлено вторым контроллером сети радиосвязи; выбирают набор соседних сот - кандидатов, принимающих общий канал E-RGCH, для пользовательского оборудования, при этом набор соседних сот - кандидатов, принимающих общий канал E-RGCH, включает в себя соседнюю соту с доступной функциональной возможностью общего канала Е-RGCH, причем соседняя сота определяется в соответствии с информационным сообщением об общем канале E-RGCH, отправленным вторым контроллером сети радиосвязи; и отправляют пользовательскому оборудованию информацию о параметре конфигурации общего канала E-RGCH, относящуюся к каждой соте из набора соседних сот - кандидатов, принимающих общий канал E-RGCH. Технический результат заключается в повышении скорости связи за счет недопущения излишнего расходования ресурсов. 3 н. и 11 з.п. ф-лы, 9 ил., 3 табл.

Изобретение относится к области сетей беспроводной связи, а именно к осуществлению доступа к сети WI-FI. Техническим результатом является обеспечение возможности терминалу, неудобному для выполнения операции ввода, осуществлять доступ к сети WI-FI без сертификации, таким образом, достигается полная автоматизация процесса предоставления доступа к сети без потери безопасности за счет включения в запрос доступа идентификационных данных терминала, которые затем проверяются в точке доступа. Для этого осуществляют прием запроса доступа без сертификации, отправленного от первого терминала и содержащего его идентификационные данные, в соответствии с которыми определяют, отвечает ли первый терминал условию освобождения от сертификации. В случае успешной проверки отправляют на первый терминал ответ с приглашением к соединению и предоставляют первому терминалу доступ к сети WI-FI (Wireless Fidelity, «качественная беспроводная связь») в соответствии с запросом на соединение, полученным от первого терминала. При этом для определения, отвечает ли первый терминал условию освобождения от сертификации, второй терминал, обладающий полномочиями на разрешение подтверждения доступа без сертификации первого терминала, отправляет подтверждающую информацию из списка терминалов, подлежащего подтверждению, включающего в себя идентификационные данные терминала для первого терминала, для сравнения с идентификационными данными терминала, переносимыми в запросе доступа без сертификации. 6 н. и 10 з.п. ф-лы, 7 ил.

Настоящее изобретение относится к области технологий мобильной связи и раскрывает способ конфигурирования ресурса для DRB и аппаратуру. Способ заключается, в частности, в следующем: сначала определяют, посредством первой CBS, информацию конфигурации ресурса, используемую посредством первой DBS, чтобы раздельно распределять ресурс, по меньшей мере, одному DRB у UE; и затем отправляют, к первой DBS, первое указание распределения ресурса, которое несет в себе определенную информацию конфигурации ресурса, так что первая DBS раздельно распределяет ресурс, по меньшей мере, одному DRB у UE в соответствии с информацией конфигурации ресурса. Таким образом, эффективно реализуется конфигурация ресурса для объекта протокола в DBS в соответствии с требованием QoS у DRB. 4 н. и 11 з.п. ф-лы, 15 ил.
Наверх