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

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

Info

Publication number
RU2608666C2
RU2608666C2 RU2015113119A RU2015113119A RU2608666C2 RU 2608666 C2 RU2608666 C2 RU 2608666C2 RU 2015113119 A RU2015113119 A RU 2015113119A RU 2015113119 A RU2015113119 A RU 2015113119A RU 2608666 C2 RU2608666 C2 RU 2608666C2
Authority
RU
Russia
Prior art keywords
application
cloud
user terminal
network
location
Prior art date
Application number
RU2015113119A
Other languages
English (en)
Other versions
RU2015113119A (ru
Inventor
Томас ЭДВАЛЛЬ
Бенуа ТРЕМБЛЭ
Original Assignee
Телефонактиеболагет Л М Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонактиеболагет Л М Эрикссон (Пабл) filed Critical Телефонактиеболагет Л М Эрикссон (Пабл)
Publication of RU2015113119A publication Critical patent/RU2015113119A/ru
Application granted granted Critical
Publication of RU2608666C2 publication Critical patent/RU2608666C2/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/502—Proximity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

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

Claims (44)

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) принадлежат одному или более поставщикам распределенной облачной инфраструктуры.
RU2015113119A 2012-09-11 2012-09-11 Способ и архитектура для мобильности приложений в распределенном облачном окружении RU2608666C2 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2012/054721 WO2014041394A1 (en) 2012-09-11 2012-09-11 Method and architecture for application mobility in distributed cloud environment

Publications (2)

Publication Number Publication Date
RU2015113119A RU2015113119A (ru) 2016-11-10
RU2608666C2 true RU2608666C2 (ru) 2017-01-23

Family

ID=47116130

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015113119A RU2608666C2 (ru) 2012-09-11 2012-09-11 Способ и архитектура для мобильности приложений в распределенном облачном окружении

Country Status (5)

Country Link
US (2) US9942320B2 (ru)
EP (1) EP2896226B1 (ru)
CN (1) CN104620609B (ru)
RU (1) RU2608666C2 (ru)
WO (1) WO2014041394A1 (ru)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2896226B1 (en) * 2012-09-11 2017-02-15 Telefonaktiebolaget LM Ericsson (publ) Application mobility in distributed cloud environment
US9635580B2 (en) 2013-10-08 2017-04-25 Alef Mobitech Inc. Systems and methods for providing mobility aspects to applications in the cloud
CN105100150B (zh) * 2014-05-13 2020-03-31 中兴通讯股份有限公司 一种云桌面迁移的方法、装置及分布式云桌面系统
JP6633224B2 (ja) * 2016-05-10 2020-01-22 ソニーモバイルコミュニケーションズ株式会社 Ｍｅｃアプリケーションの再配置を制御するための方法及びサーバ
CN110351662B (zh) * 2018-04-04 2021-08-20 华为技术有限公司 一种端云协同的方法、平台和装置
US11611618B2 (en) 2020-12-31 2023-03-21 Nutanix, Inc. Orchestrating allocation of shared resources in a datacenter
US11734044B2 (en) * 2020-12-31 2023-08-22 Nutanix, Inc. Configuring virtualization system images for a computing cluster

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110173328A1 (en) * 2010-01-13 2011-07-14 Samsung Electronics Co., Ltd. Electronic device, cloud instance, apparatus, method, and system for combining cloud instances with resources of devices
RU2435236C1 (ru) * 2010-12-13 2011-11-27 Государственное образовательное учреждение высшего профессионального образования "Санкт-Петербургский государственный электротехнический университет "ЛЭТИ" им. В.И. Ульянова (Ленина) Система и способ записи данных в облачное хранилище
RU2453916C1 (ru) * 2011-05-05 2012-06-20 Игорь Викторович Лебедев Способ поиска информационных ресурсов с использованием переадресаций

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6473793B1 (en) * 1994-06-08 2002-10-29 Hughes Electronics Corporation Method and apparatus for selectively allocating and enforcing bandwidth usage requirements on network users
US6724722B1 (en) * 1999-03-19 2004-04-20 Lucent Technologies Inc. Managing congestion and potential traffic growth in an information network
US6578076B1 (en) * 1999-10-18 2003-06-10 Intel Corporation Policy-based network management system using dynamic policy generation
US7310673B2 (en) * 2001-12-21 2007-12-18 Hewlett-Packard Development Company, L.P. Network resource assignment system and method
US7831734B2 (en) * 2002-11-25 2010-11-09 Sap Ag Method and system for remote configuration of network devices
US20040122967A1 (en) * 2002-12-23 2004-06-24 Bressler Robert D. Method and apparatus for managing packet flows for multiple network services
US8312145B2 (en) * 2003-12-22 2012-11-13 Rockstar Consortium US L.P. Traffic engineering and bandwidth management of bundled links
US7609626B2 (en) * 2004-04-16 2009-10-27 Alcatel-Lucent Usa Inc. Nodes for managing congestion and traffic flow by considering the minimization of link utilization values
US7523145B2 (en) * 2004-04-22 2009-04-21 Opentv, Inc. System for managing data in a distributed computing system
US7743018B2 (en) * 2006-04-10 2010-06-22 International Business Machines Corporation Transient storage in distributed collaborative computing environments
US8442030B2 (en) * 2007-03-01 2013-05-14 Extreme Networks, Inc. Software control plane for switches and routers
US9218000B2 (en) * 2009-04-01 2015-12-22 Honeywell International Inc. System and method for cloud computing
US8301746B2 (en) * 2010-01-26 2012-10-30 International Business Machines Corporation Method and system for abstracting non-functional requirements based deployment of virtual machines
US8615585B2 (en) * 2010-05-28 2013-12-24 International Business Machines Corporation Ontology based resource provisioning and management for services
AU2010202782B1 (en) * 2010-07-01 2010-11-25 Brightcove Inc. Cloud data persistence engine
CN101977242A (zh) * 2010-11-16 2011-02-16 西安电子科技大学 一种分层分布式云计算体系结构及服务提供方法
KR101638436B1 (ko) * 2010-12-10 2016-07-12 한국전자통신연구원 클라우드 스토리지 및 그의 관리 방법
EP2498540B1 (en) * 2011-03-11 2013-03-06 Alcatel Lucent Computing cloud in a wireless telecommunication system
US10244500B2 (en) * 2011-03-30 2019-03-26 Wei Lu Open wireless architecture (OWA) mobile cloud infrastructure and method
CN102118030B (zh) * 2011-04-07 2013-11-06 江苏禾力清能电气有限公司 一种蓄电池储能并网三相电压源变换器的谐波抑制方法
US9262498B2 (en) * 2011-05-27 2016-02-16 Red Hat, Inc. Generating optimized host placement of data payload in cloud-based storage network
US8810825B2 (en) * 2012-02-27 2014-08-19 Ricoh Company, Ltd. Enhanced cloud print system, apparatus and method
US8760679B2 (en) * 2012-02-27 2014-06-24 Ricoh Company, Ltd. Cloud print service
US9094873B2 (en) * 2012-05-14 2015-07-28 Wei Lu Classified relation networking optimization platform in open wireless architecture (OWA) mobile cloud terminal device
EP2896226B1 (en) * 2012-09-11 2017-02-15 Telefonaktiebolaget LM Ericsson (publ) Application mobility in distributed cloud environment
US9264516B2 (en) * 2012-12-28 2016-02-16 Wandisco, Inc. Methods, devices and systems enabling a secure and authorized induction of a node into a group of nodes in a distributed computing environment
US9621480B2 (en) * 2013-03-04 2017-04-11 Vigo Software Ltd Data acquisition pertaining to connectivity of client applications of a service provider network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110173328A1 (en) * 2010-01-13 2011-07-14 Samsung Electronics Co., Ltd. Electronic device, cloud instance, apparatus, method, and system for combining cloud instances with resources of devices
RU2435236C1 (ru) * 2010-12-13 2011-11-27 Государственное образовательное учреждение высшего профессионального образования "Санкт-Петербургский государственный электротехнический университет "ЛЭТИ" им. В.И. Ульянова (Ленина) Система и способ записи данных в облачное хранилище
RU2453916C1 (ru) * 2011-05-05 2012-06-20 Игорь Викторович Лебедев Способ поиска информационных ресурсов с использованием переадресаций

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Wei Kuang Lai et al: "Dual Migration for Improved Efficiency in Cloud Service", Jeng-Shyang Pan et al: Intelligent Information and Database Systems, 4th Asian Conference, ACIIDS 2012, Part III, 19 March 2012, Springer-Verland Berlin Heidelberg, pages 216-225. *

Also Published As

Publication number Publication date
EP2896226A1 (en) 2015-07-22
EP2896226B1 (en) 2017-02-15
US9942320B2 (en) 2018-04-10
CN104620609B (zh) 2018-07-20
WO2014041394A1 (en) 2014-03-20
RU2015113119A (ru) 2016-11-10
US10511662B2 (en) 2019-12-17
US20180198859A1 (en) 2018-07-12
CN104620609A (zh) 2015-05-13
US20150244797A1 (en) 2015-08-27

Similar Documents

Publication Publication Date Title
RU2608666C2 (ru) Способ и архитектура для мобильности приложений в распределенном облачном окружении
KR102201676B1 (ko) Mec 애플리케이션의 재배치를 제어하기 위한 방법 및 서버
US10064058B2 (en) Node selection using a combination of subscription entitlement and nodal characteristics
US10009284B2 (en) Policy-based session establishment and transfer in a virtualized/cloud environment
US11006314B2 (en) Dynamic access slice pooling and software defined network controlled capabilities
US10798635B2 (en) Mobile edge computing for data network traffic
EP3165033B1 (en) Suppressing third party registration and third party deregistration actions
JP2018532282A (ja) 分散型ソフトウェア定義ネットワークパケットコアシステムにおけるモビリティ管理のためのシステムおよび方法
US10681589B1 (en) Vertical slice management and selection leveraging dynamic alliances of access core and service network resources
US20210410057A1 (en) Service Discovery Extension in a 5G Mobile Communication Network
US11553502B2 (en) Recalibrating resource profiles for network slices in a 5G or other next generation wireless network
US10966133B2 (en) User equipment route selection across multiple mobile communication technologies
US11310659B2 (en) Techniques for provisioning an enterprise electronic subscriber identity module (ESIM) profile for an enterprise user
US20160294706A1 (en) One cellular radio to support multiple phone lines and data at a location
US10827537B2 (en) Network core software defined networking enabled onboarding of micro services for an advanced wireless communications system
US20210211978A1 (en) Integrated access and backhaul link selection
US20230319118A1 (en) Method for network-side and client side activation of the edge servers in 5g media streaming architecture
US9894578B1 (en) Mobile telephone network abstraction
US20220321610A1 (en) Method and apparatus for edge application server discovery or instantiation by application provider to run media streaming and services on 5g networks
US11570586B2 (en) Location aware assignment of resources for push to talk (PTT) communication systems in a fifth generation (5G) network or other next generation wireless communication system
WO2022213824A1 (zh) 一种用于传输上下文的方法和通信装置
US11792249B2 (en) Event-driven provisioning of new edge servers in 5G media streaming architecture
WO2024116111A1 (en) System and method for providing security mechanism to ue in a coreless radio access network
US9880891B2 (en) Assignment and failover of resources

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20190912