RU2464722C2 - Способ, устройство и система для распределения сообщений - Google Patents

Способ, устройство и система для распределения сообщений Download PDF

Info

Publication number
RU2464722C2
RU2464722C2 RU2010146258/08A RU2010146258A RU2464722C2 RU 2464722 C2 RU2464722 C2 RU 2464722C2 RU 2010146258/08 A RU2010146258/08 A RU 2010146258/08A RU 2010146258 A RU2010146258 A RU 2010146258A RU 2464722 C2 RU2464722 C2 RU 2464722C2
Authority
RU
Russia
Prior art keywords
session
message
type
cluster node
address
Prior art date
Application number
RU2010146258/08A
Other languages
English (en)
Other versions
RU2010146258A (ru
Inventor
Шэнбин ЧЕНЬ (CN)
Шэнбин ЧЕНЬ
Иминь ЛИ (CN)
Иминь ЛИ
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 RU2010146258A publication Critical patent/RU2010146258A/ru
Application granted granted Critical
Publication of RU2464722C2 publication Critical patent/RU2464722C2/ru

Links

Images

Classifications

    • 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/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1027—Persistence of sessions during load balancing
    • 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/14—Session management
    • 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • 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/16—Gateway arrangements
    • 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034—Reaction to server failures by a load balancer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Изобретение относится к вычислительной технике. Технический результат заключается в динамическом увеличении емкости кластера. Способ для распределения сообщений, в котором: создают сеанс на основе принятого первого типа сообщения сеанса и выделяют соответствующий кластерный узел для сеанса; причем создание сеанса на основе принятого первого типа сообщения сеанса содержит: извлечение первого ID из первого типа сообщения сеанса, при этом первый ID является номером терминала, передающего или принимающего первый тип сообщения сеанса; и создание сеанса, используя первый ID как дескриптор, и поддержание сеанса; извлечение третьего ID из первого типа сообщения сеанса, при этом третий ID, является IP адресом, терминала передающего или принимающего первый тип сообщения сеанса, и создание соответственного взаимоотношения между IP адресом и номером терминала; и при приеме второго типа сообщения сеанса извлекают второй ID из второго типа сообщения сеанса, при этом второй ID является IP-адресом терминала, передающего или принимающего второй тип сообщения сеанса; на основе соответственного взаимоотношения между IP-адресом и номером терминала разыскивают номер терминала, соответствующий второму ID. 3 н. и 4 з.п. ф-лы, 8 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Раскрытие относится к области техники связи, а более конкретно, к способу, устройству и системе для распределения сообщений.
УРОВЕНЬ ТЕХНИКИ
Протокол (WAP) сетевых приложений является комбинацией последовательностей спецификаций подобных Интернет приложениям в мобильной сети для стандартизации устройств беспроводной связи для доступа к Интернету, включая в себя пересылку и прием электронной почты, просмотр страниц WAP, и т.д. В настоящее время, технология WAP стала всемирным стандартом для мобильных телефонов на основе глобальной системы мобильной связи (GSM), общей службы пакетной передачи (GPRS), широкополосного множественного доступа с кодовым разделением каналов (WCDMA) или подобного, и других терминалов для доступа к беспроводным информационным службам. Протоколы WAP главным образом включают в себя протокол WAP1.X и протокол WAP2.0.
В современной системе WAP применяется кластерный механизм баланса нагрузки, где кластер базы (UIDB) данных пользовательской информации и кластер шлюза (WAP GW) WAP развертываются отдельно. Для сообщения управления сеансом, такого как запросное сообщение (Radius Req сообщение) услуги (Radius) удаленной аутентификации абонента телефонной сети, шлюзовой узел (GGSN) поддержки общей службы пакетной радиопередачи передает сообщение Radius Req к определенному кластерному узлу кластера UIDB через устройство баланса (LB) нагрузки кластера UIDB. Для сообщения трафика сеанса, такого как запрос WAP, GGSN передает запрос WAP к определенному кластерному узлу кластера WAP GW через LB кластера WAP GW. Кластер UIDB является независимым от кластера WAP GW. Два кластера имеют разделенные и независимые политики баланса нагрузки. Когда пользователь телефонной трубки пытается получить доступ к сети, кластерный узел А кластера WAP GW ищет кластерный узел B кластера UIDB для оперативной и автономной информации телефонной трубки на основе адреса Интернет протокола (IP) телефонной трубки. В соответствии с техническим средством, предоставленным в предшествующем уровне техники, кластерный узел А определяет кластерный узел B, на котором хранится оперативная и автономная информация телефонной трубки в соответствии с остатком деления последних 4 бит IP-адреса телефонной трубки на число кластерных узлов в кластере UIDB (это техническое средство также используется, когда оперативная или автономная информация телефонной трубки сохраняется).
Этот механизм в предшествующем уровне техники, где кластер UIDB и кластер WAP GW являются развернутыми раздельно, имеет дефекты, как изложено ниже.
В вышеупомянутом техническом средстве, предоставленном в предшествующем уровне техники, может производиться поиск информации управления сеанса, такой как оперативная или автономная информация телефонной трубки, или может производиться поиск информации трафика сеанса. Однако когда число кластерных узлов в кластере UIDB или кластере WAP GW увеличивается или уменьшается, становится трудным определить, где хранится информация управления сеансом или информация трафика сеанса. Таким образом, плавное и динамическое увеличение емкости является невозможным для каждого кластера, производительность системы является низкой, и поддержка является неудобной.
Документ US 2006233106 A1 раскрывает способ балансирования нагрузки среди множества хостов, каждый пакет сеанса имеет индикатор сеанса и каждый пакет сеанса маршрутизируется в один и тот же хост в соответствии с индикатором сеанса.
Документ US 2005073982 A1 раскрывает систему соединительного шлюза, которая обеспечивает мобильным устройствам доступ к бизнес услугам. Система соединительного шлюза содержит мобильное устройство, которое включает в себя приложение, способное формировать запрос услуги. Запрос услуги может быть сформирован из приложения и может включать в себя имя DNS, которое переводит в адрес сервера соединительного шлюза. Сервер соединительного шлюза выполняет поиск для определения бизнес-сервера, связанного с запросом услуги. Сервер соединительного шлюза создает фильтр данных, который приводит в действие эмуляцию между мобильным устройством и бизнес сервером для перекачивания данных между мобильным устройством и бизнес-сервером.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Изобретение предоставляет способ, устройство и систему распределения сообщений в различных вариантах осуществления. Сообщение управления сеансом и сообщение трафика сеанса могут быть переданы одному и тому же кластерному узлу. Хранение и выборка информации управления сеансом и информации трафика сеанса может быть достигнута на кластерном узле. Плавное и динамическое увеличение емкости может быть достигнуто для кластера, производительность системы может быть улучшена, и поддержка системы может быть облегчена.
Вариант осуществления изобретения предоставляет способ распределения сообщений, включающий в себя:
создание сеанса на основе принятого сообщения сеанса 1 типа и выделение соответствующего кластерного узла для сеанса; и
при приеме сообщения сеанса 2 типа, ассоциативно связанного с сеансом, распределение сообщения сеанса 2 типа к кластерному узлу, соответствующему сеансу.
Соответственно, вариант осуществления изобретения предоставляет устройство баланса нагрузки, включающее в себя:
блок предварительной обработки, выполненный с возможностью создавать сеанс на основе принятого сообщения сеанса 1 типа и выделять соответствующий кластерный узел для сеанса; и
распределяющий блок, выполненный с возможностью: при приеме сообщения сеанса 2 типа, ассоциативного связанного с сеансом, распределять сообщение сеанса 2 типа к кластерному узлу, соответствующему сеансу.
Соответственно, вариант осуществления изобретения предоставляет устройство кластерного узла, включающее в себя шлюз (GW) протокола (WAP) сетевых приложений и соответствующую базу (UIDB) данных пользовательской информации.
UIDB выполнена с возможностью принимать сообщение управления сеансом и сохранять информацию управления сеансом из сообщения управления сеансом.
WAP GW выполнен с возможностью принимать сообщение трафика сеанса, осуществлять поиск информации управления сеансом в UIDB на основе сообщения трафика сеанса и обрабатывать сообщение трафика сеанса на основе информации управления сеансом.
Соответственно, вариант осуществления изобретения предоставляет систему баланса нагрузки, включающую в себя устройство баланса нагрузки и устройство кластерного узла.
Устройство баланса нагрузки выполнено с возможностью создавать сеанс на основе принятого сообщения сеанса 1 типа, выделять соответствующий кластерный узел для сеанса, и при приеме сообщения сеанса 2 типа, ассоциативно связанного с сеансом, распределять сообщение сеанса 2 типа к устройству кластерного узла, соответствующему сеансу.
Устройство кластерного узла выполнено с возможностью принимать сообщение сеанса 1 типа и сообщение сеанса 2 типа, сообщение сеанса 1 типа, являющегося сообщением управления сеансом, и сообщения сеанса 2 типа, являющегося сообщением трафика сеанса, или сообщения сеанса 1 типа, являющегося сообщением трафика сеанса, и сообщение сеанса 2 типа, являющегося сообщением управления сеансом; сохранять информацию управления сеансом из сообщения управления сеансом; и обрабатывать сообщение трафика сеанса на основе информации управления сеансом.
В вариантах осуществления изобретения сеанс создается на основе принятого первого типа сообщения сеанса и соответствующий кластерный узел выделяется для сеанса; когда принимается второй тип сообщения сеанса, ассоциативно связанный с сеансом, второй тип сообщения сеанса распределяется к кластерному узлу, соответствующему сеансу. Поэтому сообщение управления сеансом и сообщение трафика сеанса могут быть переданы к одном и тому же кластерному узлу. Сохранение и выборка информации управления сеансом и информации трафика сеанса могут быть достигнуты на кластерном узле. Плавное и динамическое увеличение емкости может быть достигнуто для кластера, производительность системы может быть улучшена, и поддержка системы может быть облегчена.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 - блока схема последовательности операций способа, показывающая способ распределения сообщений согласно варианту осуществления изобретения.
Фиг.2 - отдельная блок-схема последовательности операций способа, показывающая этап 102 способа распределения сообщений, показанного на фиг.1 согласно варианту осуществления изобретения.
Фиг.3 - структурная схема, показывающая устройство баланса нагрузки согласно варианту осуществления изобретения.
Фиг.4 - другая структурная схема, показывающая устройство баланса нагрузки согласно варианту осуществления изобретения.
Фиг.5 - структурная схема, показывающая устройство кластерного узла согласно варианту осуществления изобретения.
Фиг.6 - структурная схема, показывающая систему баланса нагрузки согласно варианту осуществления изобретения.
Фиг.7 - структурная схема, показывающая систему баланса нагрузки в режиме посредников согласно варианту осуществления изобретения.
Фиг.8 - структурная схема, показывающая систему баланса нагрузки в режиме сервера согласно варианту осуществления изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
Раскрытие предоставляет способ распределения сообщений, способ выборки информации и соответствующее устройство и систему. Два различных типа сообщений (такие как сообщение управления сеансом и сообщение трафика сеанса) могут быть переданы к одному и тому же кластерному узлу. Хранение и выборка информации управления сеансом и информации трафика сеанса может быть достигнута на одном и том же кластерном узле. Плавное и динамическое увеличение емкости может быть достигнуто для кластера, производительность системы может быть улучшена, и поддержка системы может быть облегчена.
Ниже будут сделаны детальные описания к вариантам осуществления изобретения со ссылками на прилагаемые чертежи.
Фиг.1 - блока схема последовательности операций способа, показывающая способ распределения сообщений согласно варианту осуществления изобретения; со ссылкой на фиг.1, способ включает в себя этапы, как изложено ниже.
На этапе 1 сеанс создается на основе принятого первого типа сообщения сеанса и соответствующий кластерный узел выделяется для сеанса.
Когда сеанс создают, первый ID может быть извлечен как дескриптор из первого типа сообщения сеанса, сеанс создается, используя дескриптор, и сеанс поддерживается. Дескриптор может быть IP-адресом или номером терминала, передающего или принимающего первый тип сообщения сеанса. Например, когда первый тип сообщения сеанса принимается от GGSN, IP-адрес или номер терминала, передающего первый тип сообщения сеанса, может быть использован как дескриптор. Когда первый тип сообщения сеанса принимается от кластерного узла, IP-адрес или номер терминала, принимающего первый тип сообщения сеанса, может быть использован как дескриптор.
Выделение кластерного узла для сеанса может зависеть от нагрузки, статуса работы или тому подобного у кластерного узла. Если первый тип сообщения сеанса принимается от кластерного узла, кластерный узел может быть выделен для сеанса.
На этапе 102, когда принимается второй тип сообщения сеанса, ассоциативно связанный с сеансом, второй тип сообщения сеанса распределяется к кластерному узлу, соответствующему сеансу.
Когда происходит определение, является ли второй тип сообщения сеанса ассоциативно связанным с сеансом, второй ID может быть извлечен из второго типа сообщения сеанса для определения, является ли второй ID таким же, как дескриптор для создания сеанса. Если второй ID является таким же, как дескриптор, второй тип сообщения сеанса ассоциативно связывается с сеансом. Второй ID может быть IP-адресом или номером терминала, передающего или принимающего второй тип сообщения сеанса. Когда дескриптор для создания сеанса (т.е., первый ID) является номером терминала, а второй ID является IP-адресом терминала, этап 101 может дополнительно повлечь следующие действия. Третий ID извлекается из первого типа сообщения сеанса, и соответственное взаимоотношение устанавливается между третьим ID и первым ID, третьим ID, являющимся IP адресом терминала. Когда определяется, является ли второй тип сообщения сеанса ассоциативно связанным с сеансом, отношение сначала ищется на основе второго ID, чтобы найти номер терминала соответствующего второму ID. Затем сравнение выполняется на основе найденного номера терминала и дескриптора для создания сеанса (т.е. номера терминала). Если они одинаковые, второй тип сообщения сеанса ассоциативно связывается с сеансом.
В вышеприведенном варианте осуществления сообщения сеанса (такие как IP-сообщение) могут быть различными типами, например, могут делиться на сообщение управления сеансом и сообщение трафика сеанса. Первый тип сообщения сеанса является сообщением управления сеансом, а второй тип сообщения сеанса является сообщением трафика сеанса, или первый тип сообщения сеанса является сообщением трафика сеанса, а второй тип сообщений сеанса является сообщением управления сеансом. Например, сообщение управления сеансом может быть сообщением услуги (Radius) удаленной аутентификации абонента телефонной сети среди сообщений протокола (UDP) дейтаграмм пользователя, а сообщение трафика сеанса может быть не сообщением Radius среди сообщений UDP или сообщением протокола (TCP) управления передачей.
В вышеприведенном варианте осуществления сеанс поддерживается, соответствующий кластерный узел выделяется для сеанса, а различные типы сообщений сеанса могут быть распределены к кластерному узлу, соответствующему сеансу, на основе ассоциативной связи между различными типами сообщений сеанса и сеансом. Сохранение и выборка различных типов информации сеанса, таким образом, могут быть достигнуты на одном и том же кластерном узле. Различные типы информации сеансов могут быть получены более легко, и различные типы информации сеансов могут быть распределены сбалансированным способом. Плавное и динамическое увеличение емкости может быть достигнуто для кластера, производительность системы может быть улучшена, и поддержка системы может быть облегчена. Более того, первый тип сообщения сеанса и второй тип сообщения от одного и того же пользователя могут быть распределены к одному и тому же кластерному узлу. Таким образом, баланс нагрузки может быть достигнут на основе пользователя, и, следовательно, может быть достигнуто управление расчетами и управление трафиком на основе пользователя.
В следующем примерном описании для этапа 102 используется сообщение UDP (протокольный номер IP-сообщения, являющийся 17, указывает сообщение UDP), и используется IP-адрес мобильной станции (MS) как дескриптор сеанса. Как проиллюстрировано на фиг.2, она включает в себя следующие этапы.
201: LB принимает сообщение сеанса, сообщение сеанса, являющееся сообщением UDP.
202: LB определяет, существует ли сеанс, ассоциативно связанный с сообщением UDP. Если такого сеанса не существует, выполняется этап 203; если такой сеанс существует, выполняется этап 204.
Сначала, LB анализирует, является ли номер порта сообщения UDP обслуживающим портом (1813 или 1812), другими словами, определяет, является ли принятое сообщение сообщением Radius (разновидностью сообщения управления сеансом, включающей в себя информацию управления сеансом, например оперативную и автономную информацию MS или тому подобное). Два случая могут быть включены в состав.
Случай А: Если это - обслуживающий порт Radius, принятое UDP сообщение является сообщением Radius, т.е. сообщением управления сеанса.
LB извлекает IP-адрес кадра (т.е. IP MS) из сообщения Radius. Поскольку IP-источника сообщения Radius не является IP MS, но является IP аутентификации, авторизации и учета (AAA) или GGSN, следовательно, извлеченный ID является IP-адресом кадра. IP-адрес кадра в сообщении Radius является IP MS (IP-источника сообщения, не являющегося сообщением Radius среди UDP сообщений или являющегося сообщением TCP, упомянутым ниже, является IP MS).
Случай B: Если это не обслуживающий порт Radius, принятое сообщение UDP не является сообщением Radius среди сообщений UDP).
LB извлекает IP-источника из сообщения UDP. UDP сообщение передано MS и, таким образом, IP-источника сообщения UDP является IP MS.
LB определяет, существует ли сеанс, имеющий такой же дескриптор, как извлеченный IP-адрес кадра или IP-источника (т.е. IP MS). Если существует такой сеанс, сообщение UDP ассоциативно связывается с сеансом. Если не существует такого сеанса, не существует сеанса, ассоциативно связанного с сообщением UDP.
203: Извлеченный IP-адрес MS используется как дескриптор для создания сеанса, и соответствующий кластерный узел выделяется для созданного сеанса. Последовательность операций создания сеанса также может включать в себя два случая.
Если номер порта сервера сообщения UDP является обслуживающим портом Radius, LB использует IP-адрес кадра, извлеченный в Случае А, как дескриптор для создания сеанса и поддерживает сеанс. Для сеанса может быть установлен период простоя, кластерный узел выбирается сбалансированным способом, кластерный узел выделяется для созданного сеанса. Сообщение Radius передается к кластерному узлу. Таким образом, последующее IP-сообщение, имеющее IP такой же, как MS, может быть передано к этому кластерному узлу во время сеанса. В зависимости от периода простоя сеанса, когда текущий сеанс заканчивается, новый сеанс может быть воссоздан для последующего IP-сообщения таким способом, и новый кластерный узел может быть переназначен.
Если номер порта сервера сообщения UDP не является обслуживающим портом Radius, LB сразу использует исходный IP, извлеченный в случае B, как дескриптор для создания сеанса и поддерживает сеанс. Кластерный узел выбирается сбалансированным способом, и кластерный узел выделяется для созданного сеанса. Сообщение UDP передается к кластерному узлу. Таким образом, последующее IP-сообщение, имеющее IP, такой же, как MS может быть передано к этому кластерному узлу во время сеанса.
204: UDP сообщение распределяется к кластерному узлу, соответствующему сеансу.
Описание делается к вышеупомянутому варианту осуществления, полагая сообщение UDP как примерное. Когда сообщение сеанса, принятое LB, является сообщением TCP, т.е. сообщением трафика сеанса, последовательность операций является подобной последовательности операций для сообщений, не являющихся сообщениями Radius среди сообщений UDP.
В реализации, когда сообщение сеанса является сообщением Radius, LB может сначала извлечь IP-адрес кадра и абонентский номер международного абонента мобильной станции (MSISDN) (т.е. ID вызывающей станции в нем). После того, как соответственное взаимоотношения установлено между IP-адресом кадра и ID вызывающей станции (например, таблицей хэширования, имеющей IP-адрес кадра как дескриптор, и имеющей ID вызывающей станции как его значение), ID вызывающей станции может быть взят как дескриптор для создания сеанса, соответствующего кластерному узлу, и сеанс поддерживается. Когда LB принимает сообщение сеанса другого типа от MS (например, уровня приложений, не являющихся сообщениями Radius) IP-источника извлекается из сообщения сеанса. На основе соответственного взаимоотношения между IP-адресом кадра и ID вызывающей станции разыскивается ID вызывающей станции, соответствующий IP-источнику, и определяется, является ли найденный ID вызывающей станции таким же, как дескриптор (т.е., ID вызывающей станции) для создания сеанса. Если они являются одинаковыми, сообщение сеанса ассоциативно связывается с сеансом, и сообщение сеанса передается к кластерному узлу соответствующему сеансу. Если они различаются, сообщение сеанса отбрасывается.
В реализации, когда LB определяет, что сообщение сеанса ассоциативно связано с сеансом, LB может дополнительно определить статус работы кластерного узла, соответствующего сеансу. При определении того, что кластерный узел, соответствующий сеансу, имеет неисправности, другой сеанс может быть сделан на основе сообщения сеанса и другого исправного кластерного узла, который может быть выделен для сеанса. Сообщение сеанса передается к исправному кластерному узлу. Детали могут ссылаться к описанию выше и, таким образом, здесь не делается повторений.
В реализации, когда кластерный узел принимает сообщение сеанса, информация сеанса из сообщения сеанса (такая как информация управления сеансом или информация трафика сеанса) записывается локально. Когда LB передает вышеописанное сообщение сеанса к кластерному узлу, оно также передает вышеописанное сообщение сеанса к узлу резервного копирования. Резервное копирование для информации сеанса из сообщения сеанса осуществляется на узле резервного копирования для последующей выборки локальной информации на кластерном узле. Более точно, информация управления сеансом может быть оперативной и автономной информацией терминала.
Фиг.3 - структурная схема, показывающая устройство баланса нагрузки согласно варианту осуществления изобретения. Устройство баланса нагрузки соединено с несколькими устройствами кластерного узла. Устройство баланса нагрузки включает в себя блок 311 предварительной обработки и распределяющий блок 312.
Блок 311 предварительной обработки выполнен с возможностью создавать сеанс на основе принятого первого типа сообщения сеанса и выделяет соответствующее устройство кластерного узла для сеанса. Более точно, когда сеанс создается, первый ID может быть извлечен из первого типа сообщения сеанса как дескриптор, дескриптор используется для создания сеанса, и сеанс поддерживается. Соответственно, блок 311 предварительной обработки может дополнительно включать в себя первый извлекающий модуль, выполненный с возможностью извлекать первый ID как дескриптор из первого типа сообщения сеанса; создающий модуль, выполненный с возможностью создавать сеанс, используя первый ID как дескриптор, и поддерживать сеанс; и выделяющий модуль, выполненный с возможностью выделять соответствующий кластерный узел для сеанса. Дескриптор может быть IP-адресом или номером терминала, передающего или принимающего первый тип сообщения сеанса. Например, когда первый тип сообщения сеанса принимается от GGSN, IP-адрес или номер терминала, передающего первый тип сообщения сеанса, может быть использован как дескриптор. Когда первый тип сообщения сеанса принимается от устройства кластерного узла, IP-адрес или номер терминала, принимающего первый тип сообщения сеанса, может быть использован как дескриптор. Выделение кластерного узла для сеанса выделяющим модулем может зависеть от нагрузки, статуса работы или тому подобного у устройства кластерного узла. Если принятый первый тип сообщения сеанса передается от устройства кластерного узла, устройство кластерного узла может быть выделено для сеанса.
Распределяющий блок 312 выполнен с возможностью: при приеме второго типа сообщения сеанса, ассоциативно связанного с сеансом, распределять второй тип сообщения сеанса к устройству кластерного узла, соответствующему сеансу. Когда происходит определение, является ли второй тип сообщения сеанса ассоциативно связанным с сеансом, второй ID может быть извлечен из второго типа сообщения сеанса для определения, является ли второй ID таким же, как дескриптор для создания сеанса. Если второй ID является таким же, как дескриптор, второй тип сообщения сеанса ассоциативно связывается с сеансом. Соответственно, распределяющий блок 312 может дополнительно включать в себя принимающий модуль, выполненный с возможностью принимать второй тип сообщения сеанса; второй извлекающий модуль, выполненный с возможностью извлекать второй ID из второго типа сообщения сеанса; определяющий модуль, выполненный с возможностью определять, является ли второй ID таким же, как дескриптор для создания сеанса, второй тип сообщения сеанса ассоциативно связывается с сеансом, если второй ID является таким же, как дескриптор; и передающий модуль, выполненный с возможностью распределять второй тип сообщения сеанса, ассоциативно связанный с сеансом к кластерному узлу, соответствующему сеансу, когда определяющий модуль определяет, что второй тип сообщения сеанса ассоциативно связан с сеансом. При этом, второй ID может быть IP-адресом или номером терминала, передающего или принимающего второй тип сообщения сеанса. В вышеописанном варианте осуществления, оба - первый ID и второй ID являются IP-адресом терминала или номером терминала.
Когда дескриптор для создания сеанса (т.е. первый ID) является номером терминала, а второй ID является IP-адресом терминала, блок 311 предварительной обработки должен также извлекать третий ID из первого типа сообщения сеанса и устанавливать соответственное взаимоотношение между третьим ID и первым ID, третьим ID, являющимся IP адресом терминала. Когда определяется, является ли второй тип сообщения сеанса ассоциативно связанным с сеансом, отношение сначала ищется на основе второго ID, чтобы найти номер терминала, соответствующего второму ID. Затем сравнение выполняется на основе найденного номера терминала и дескриптора для создания сеанса (т.е. номера терминала). Если они одинаковые, второй тип сообщения сеанса ассоциативно связывается с сеансом. Поэтому, структурная схема устройства баланса нагрузки в этом варианте осуществления показана на фиг.4. Блок предварительной обработки может также включать в себя третий извлекающий модуль, выполненный с возможностью извлекать третий ID из первого типа сообщения сеанса, третий ID, являющийся IP-адресом терминала, передающего или принимающего первый тип сообщения сеанса; и модуль взаимосвязи, выполненный с возможностью создавать соответственное взаимоотношение между IP-адресом терминала, передающего или принимающего первый тип сообщения сеанса, и номером терминала. Распределяющий блок может дополнительно включать в себя принимающий модуль, выполненный с возможностью принимать второй тип сообщения сеанса; второй извлекающий модуль, выполненный с возможностью извлекать второй ID из второго типа сообщения сеанса; поисковый модуль, выполненный с возможностью: на основе взаимоотношения в соответствующем модуле разыскивать номер терминала, соответствующий второму ID; определяющий модуль, выполненный с возможностью определять, является ли найденный номер терминала таким же, как дескриптор для создания сеанса, второй тип сообщения сеанса является ассоциативно связанным с сеансом, если номер терминала является таким же, как дескриптор; и передающий модуль, выполненный с возможностью распределять второй тип сообщения сеанса, ассоциативно связанный с сеансом, к кластерному узлу, соответствующему сеансу, когда определяющий модуль определяет, что второй тип сообщения сеанса является ассоциативно связанным с сеансом.
В вышеприведенном варианте осуществления, сообщения сеанса (такие как IP-сообщение) могут быть различными типами, например, могут делиться на сообщение управления сеансом и сообщение трафика сеанса. Первый тип сообщения сеанса является сообщением управления сеансом, и второй тип сообщения сеанса является сообщением трафика сеанса, или первый тип сообщения сеанса является сообщением трафика сеанса, и второй тип сообщений сеанса является сообщением управления сеансом.
В вышеприведенном варианте осуществления, блок 311 предварительной обработки поддерживает сеанс и выделяет соответствующее устройство кластерного узла для сеанса. Затем распределяющий блок 312 может распределять различные типы сообщений сеанса к устройству кластерного узла, соответствующему сеансу, на основе ассоциативной связи между различными типами сообщений сеанса и сеансом. Сохранение и выборка различных типов информации сеанса могут быть достигнуты на одном и том же устройстве кластерного узла. Различные типы информации сеанса могут быть получены легче, и различные типы информации сеансов могут быть распределены сбалансированным способом. Плавное и динамическое увеличение емкости может быть достигнуто для кластера, производительность системы может быть улучшена, и поддержка системы может быть облегчена.
Детальное описание блока 311 предварительной обработки и распределяющего блока 312 устройства баланса нагрузки будет дано ниже. В последующем описании, например, сообщение сеанса является сообщением протокола (UDP) дейтаграмм пользователя (номер протокола IP сообщения являющийся 17 указывает сообщение UDP), и IP-адрес MS является дескриптором сеанса.
После того как принимающий модуль принимает сообщение, второй извлекающий модуль извлекает второй ID из сообщения UDP. Когда номер порта сервера сообщения UDP является обслуживающим портом Radius (т.е. сообщение UDP является сообщением Radius), второй извлекающий модуль извлекает IP-адрес кадра (т.е. IP MS) из него. Когда номер порта сервера сообщения UDP не является обслуживающим портом Radius (т.е. сообщение UDP не является сообщением Radius), второй извлекающий модуль извлекает IP-источника (т.е. IP MS) из него. Впоследствии, определяющий модуль определяет, существует ли сеанс, имеющий такой же дескриптор, как извлеченный IP-адрес кадра или IP-источника (т.е. IP MS). Если существует такой сеанс, сообщение UDP ассоциативно связывается с сеансом, и передающий модуль распределяет сообщение UPD к устройству кластерного узла, соответствующему сеансу. Если не существует такого сеанса, тогда не существует сеанса, ассоциативно связанного с сообщением UDP, и первый извлекающий модуль извлекает IP-адрес кадра или IP-источника (т.е. IP MS) из сообщения UDP на основе типа сообщения UDP. Создающий модуль использует извлеченный IP-адрес MS как дескриптор для создания сеанса, и соответствующее устройство кластерного узла выделяется для созданного сеанса. Для сеанса может быть установлен период простоя. Когда текущий сеанс заканчивается, новый сеанс может быть создан для последующего IP-сообщения таким способом, и новое устройство кластерного узла может быть переназначено.
Более того, когда сообщение сеанса, принятое устройством баланса нагрузки, является сообщением TCP (т.е. сообщением трафика сеанса), последовательность операций является подобной для сообщений, не являющихся сообщениями Radius среди сообщений UDP.
В варианте осуществления, когда создающий модуль создает сеанс, используя номер MS как дескриптор, и поддерживает сеанс (т.е. первый ID извлеченный первым извлекающим модулем является ID вызывающей станции в сообщении сеанса), третий извлекающий модуль извлекает IP-адрес кадра из сообщения сеанса. Модуль взаимосвязи устанавливает соответственное взаимоотношение между IP-адресом кадра и IP вызывающей станции (например, таблицей хэширования, имеющей IP-адрес кадра как дескриптор и имеющей ID вызывающей станции как его значение). Когда принимающий модуль принимает сообщение сеанса другого типа от MS (например, уровня приложений, не являющегося сообщением Radius), второй извлекающий модуль извлекает IP-источника из сообщения сеанса. На основе соответственного взаимоотношения между IP-адресом кадра и ID вызывающей станции, поисковый модуль разыскивает ID вызывающей станции соответствующий IP-источника, и определяющий модуль определяет, является ли ID вызывающей станции, найденный поисковым модулем, таким же, как дескриптор (т.е., ID вызывающей станции) для создания сеанса. Если они являются одинаковыми, сообщение сеанса ассоциативно связывается с сеансом, и передающий модуль передает сообщение сеанса к устройству кластерного узла, соответствующему сеансу.
В варианте осуществления устройство баланса нагрузки может также включать в себя блок обнаружения неисправности. Когда вышеупомянутый определяющий модуль определяет, что сообщение сеанса ассоциативно связано с сеансом, блок обнаружения неисправности определяет статус работы устройства кластерного узла, соответствующего сеансу. При определении того, что устройство кластерного узла, соответствующие сеансу, имеет неисправности, блок 311 предварительной обработки может быть активирован для создания другого сеанса на основе сообщения сеанса и для выделения другого исправного устройства кластерного узла для сеанса. Детали могут ссылаться к описанию выше и, таким образом, здесь не делается повторений.
В варианте осуществления устройство баланса нагрузки может также включать блок резервного копирования. Вышеописанное сообщение сеанса передается к устройству узла резервного копирования и информация управления сеансом или информация трафика сеанса из сообщения сеанса копируется на устройство узла резервного копирования для последующей выборки информации. Более точно, информация управления сеансом может быть оперативной и автономной информацией терминала.
Фиг.5 - структурная схема, показывающая устройство кластерного узла согласно варианту осуществления изобретения. Со ссылкой на фиг., устройство кластерного узла включает в себя базу 51 (UIDB) данных пользовательской информации и соответствующий WAP GW 52.
UIDB 51 выполняет обработку управления сеансом для сеанса и сохраняет информацию управления сеансом для сеанса, такую как оперативная и автономная информация терминала. WAP GW 52 выполняет обработку трафика сеанса для того же самого сеанса, что обрабатывается UIDB 51. Когда WAP GW 52 разыскивает информацию управления сеансом для сеанса, WAP GW 52 передает запрос поиска для информации управления сеансом к UIDB 51 и принимает информацию управления сеансом в ответ от UIDB 51.
В варианте осуществления WAP GW 52 может включать в себя принимающий блок, выполненный с возможностью принимать сообщение трафика сеанса; локальный поисковый блок, выполненный с возможностью передавать запрос поиска для информации управления сеансом к UIDB 51 и принимать информацию управления сеансом в ответ от UIDB 51; и обрабатывающий блок, выполненный с возможностью обрабатывать сообщение трафика сеанса на основе найденной информации управления сеансом. WAP GW 52 может также включать в себя внешний поисковый блок, выполненный с возможностью: когда локальный поисковый блок передает запрос поиска для информации управления сеансом к UIDB 51 и принимает ответ, указывающий, что информация управления сеансом найдена, разыскивать информацию управления сеансом для сеанса, скопированную на устройство узла резервного копирования вне устройства кластерного узла.
Должно быть замечено, что UIDB 51 и WAP GW 52 могут быть предоставлены на различных физических устройствах или могут быть предоставлены на одном и том же физическом устройстве.
Согласно вышеупомянутым вариантам осуществления выборка различных типов информации сеанса может быть достигнута на одном и том же устройстве кластерного узла с тем, чтобы различные типы информации сеанса могли быть удобно получены.
Фиг.6 - структурная схема, показывающая систему баланса нагрузки согласно варианту осуществления изобретения. Со ссылкой к фиг., система главным образом включает в себя устройство 61 баланса нагрузки и множество устройств 62 кластерного узла. Множество устройств кластерного узла может формировать кластер.
Устройство 61 баланса нагрузки выполнено с возможностью создавать сеанс на основе первого принятого типа сообщения сеанса, выделять соответствующий кластерный узел для сеанса, и при приеме второго типа сообщения сеанса, ассоциативно связанного с сеансом, распределять второй тип сообщения сеанса к устройству кластерного узла, соответствующему сеансу.
Устройство 62 кластерного узла выполнено с возможностью выполнять первый тип обработки сеанса для сеанса на основе принятого первого типа сообщения сеанса и выполнять второй тип обработки сеанса для сеанса на основе принятого второго типа сообщения сеанса. Например, когда первый тип сообщения сеанса является сообщением трафика сеанса, устройство 62 кластерного узла выполняет обработку трафика сеанса на основе принятого сообщения трафика сеанса, и когда второй тип сообщения сеанса является сообщением управления сеансом, устройство 62 кластерного узла выполняет обработку управления сеанса на основе принятого сообщения управления сеансом.
Ниже будут сделаны описания для двух сценариев приложения вышеописанного варианта осуществления изобретения.
Фиг.7 - структурная схема, показывающая устройство баланса нагрузки в режиме посредников согласно варианту осуществления изобретения. Со ссылкой на фиг., система включает в себя Клиент 71, LB 72, кластер 73 шлюзов прозрачных служб-посредников (не ограниченный тем количеством, которое отображено), LB 74 и сервер 75 (APPServer) приложений. LB 72, LB 74 и кластер TPSG 73 являются прозрачными для Клиента 71 и APPServer 75. Клиент 71 соединен с LB 72. LB 72 и LB 74 соединены с одним и тем же кластером 73. LB 74 соединено с APPServer 75. Функция каждого устройства в том, как изложено ниже.
(1) Клиент 71 передает сообщение UDP к APPServer 75.
Более точно, Клиент 71 передает сообщение UDP к LB 72.
При приеме сообщения UPD, переданного от Клиента 71, LB 72 извлекает второй ID из сообщения UDP. Когда номер порта сервера сообщения UDP является обслуживающим портом Radius (т.е. сообщение UDP является сообщением Radius), IP-адрес кадра (т.е. IP MS) извлекается из него. Когда номер порта сервера сообщения UDP не является обслуживающим портом Radius (т.е. сообщение UDP не является сообщением Radius), IP-источника (т.е. IP MS) извлекается из него. Впоследствии, поскольку LB 72 создал сеанс извлечением IP MS в прежде принятом сообщении в качестве дескриптора и поддерживал сеанс, LB 72 определяет, существует ли сеанс, имеющий дескриптор такой же, как извлеченный IP-адрес кадра или IP-источника (т.е. IP MS). Если существует такой сеанс, сообщение UDP ассоциативно связывается с сеансом и LB 72 распределяет сообщение UPD к TPSG, соответствующему сеансу. Если не существует сеанса, ассоциативно связанного с сообщением UDP, LB 72 извлекает IP-адрес кадра или IP-источника (т.е. IP MS) из сообщения UDP на основе типа сообщения UDP. Извлеченный IP-адрес MS используется как дескриптор для создания сеанса и соответствующий TPSG выделяется для созданного сеанса. Для сеанса может быть установлен период простоя. Когда текущий сеанс заканчивается, новый сеанс может быть воссоздан для последующего IP-сообщения таким способом, и новый TPSG может быть переназначен.
После того, как TPSG в кластере 73 TPSG, соответствующий вышеописанному сеансу, принимает сообщение UDP, сообщение UDP передается к LB 74.
При приеме сообщения UDP, переданного от TPSG, когда сообщение UDP является сообщением Radius, LB 74 извлекает IP-адрес кадра из сообщения UDP (т.е. IP Клиента 71), извлекает MAC адрес последнего сетевого сегмента из сообщения UDP (т.е. MAC адрес TPSG, передающего сообщение UDP) и устанавливает соответственное взаимоотношение между IP-адресом кадра и MAC адресом (например, таблицей хэширования, имеющей IP-адрес кадра как дескриптор и имеющей ID-вызывающей станции как его значение). Впоследствии LB передает сообщение UDP к APPServer 75.
APPServer 75 принимает сообщение UDP и выполняет соответствующую обработку.
(2) После того, как APPServer 75 принимает UDP сообщение и выполняет соответствующую обработку, APPServer 75 возвращает сообщение UDP к Клиенту 71.
Более точно, APPServer 75 возвращает сообщение UDP к LB 74.
При приеме сообщении UPD, возвращенного от APPServer 75, LB 74 извлекает второй ID из сообщения UDP и извлекает IP-получателя из него (т.е. IP MS). Впоследствии LB 74 определяет, существует ли сеанс, имеющий такой же дескриптор, как извлеченный IP-получателя. Если существует такой сеанс, сообщение UDP, ассоциативно связывается с сеансом, и затем LB 74 ищет взаимосвязь между IP-адресом кадра и МАС адресом, находит МАС адрес TPSG, соответствующего IP-получателя и распределяет сообщение UDP к TPSG, соответствующему MAC адресу (т.е., TPSG принимающему и передающему сообщение UDP в вышеописанном случае (1)). Если не существует такого сеанса, не существует сеанса, ассоциативно связанного с сообщением UDP, и LB 74 отбрасывает сообщение UDP.
После того, как TPSG в кластере 73 TPSG, соответствующий вышеописанному сеансу, принимает сообщение UDP, сообщение UDP передается к LB 72.
После того, как LB 72 принимает сообщение UDP, переданное от TPSG, сообщение UDP передается Клиенту 71, соответствующему IP-получателя.
В вышеприведенном варианте осуществления сеанс поддерживается в двух направлениях (направление от Клиента 71 к APPServer 75 и направление от APPServer 75 к Клиенту 71) и соответствующее устройство кластерного узла выделяется для сеанса. На основе ассоциации между различными типами сообщений сеанса и сеансом, различные типы сообщений сеанса могут быть распределены к устройству кластерного узла, соответствующему сеансу для передачи. Обработка различных типов информации сеанса может быть достигнута на одном и том же устройстве кластерного узла. Различные типы информации сеанса могут быть распределены сбалансированным способом. Плавное и динамическое увеличение емкости может быть достигнуто для кластера, производительность системы может быть улучшена, и поддержка системы может быть облегчена. Более того, первый тип сообщения сеанса и второй тип сообщения от одного и того же пользователя могут быть распределены к одному и тому же кластерному узлу. Таким образом, баланс нагрузки может быть достигнут на основе пользователя, и, следовательно, может быть достигнуто управление расчетами и управление трафиком на основе пользователя.
Фиг.8 - структурная схема, показывающая устройство баланса нагрузки в режиме сервера согласно варианту осуществления изобретения; Система включает в себя LB 81, устройства 82 узла приложений и устройство 83 узла резервного копирования. LB 81 соединено с несколькими устройствами узла приложений в кластере устройств узла приложений. LB 81 включает в себя блок 811 предварительной обработки, распределяющий блок 812, и блок 813 резервного копирования. Каждое устройство 82 узла приложений имеет UIDB 821 для выполнения обработки управления сеансом для сеанса и WAP GW 822 для выполнения обработки трафика сеанса для того же самого сеанса, обрабатываемого UIDB 821. Количество устройств узла резервного копирования может быть определено согласно практическим потребностям. В этом примере существует одно устройство узла резервного копирования. Со ссылкой на фиг.8, устройства и функциональные блоки системы являются такими, как изложено ниже.
Блок 811 предварительной обработки выполнен с возможностью создавать сеанс на основе принятого сообщения Radius и выделять соответствующее устройство узла приложений для сеанса. Более точно, IP MS в предварительно принятом сообщении Radius может быть использовано как дескриптор для создания сеанса и сеанс может поддерживаться. После того, как распределяющий блок 812 принимает сообщение UDP, направленное от GGSN, второй ID извлекается из сообщения UDP. Когда номер порта сервера сообщения UDP является обслуживающим портом Radius (т.е. сообщение UDP является сообщением Radius), второй ID, извлеченный распределяющим блоком 812, является IP-адресом кадра (т.е. IP MS) в нем. Когда номер порта сервера сообщения UDP не является обслуживающим портом Radius (т.е. сообщение UDP не является сообщением Radius), второй ID, извлеченный распределяющим блоком 812, является IP-источника (т.е. IP MS) в нем. Впоследствии распределяющий блок 812 определяет, существует ли сеанс, имеющий такой же дескриптор, как извлеченный IP-адрес кадра или IP-источника (т.е. IP MS). Если существует такой сеанс, сообщение UDP ассоциативно связывается с сеансом, и распределяющий блок 812 распределяет сообщение UPD к устройству узла приложений, соответствующему сеансу. Между тем, блок 813 резервного копирования передает сообщение UPD к устройству 83 узла резервного копирования. Если не существует такого сеанса, тогда не существует сеанса, ассоциативно связанного с сообщением UDP, и блок 811 предварительной обработки извлекает IP-адрес кадра или IP-источника (т.е. IP MS) из сообщения UDP на основе типа сообщения UDP. Извлеченный IP-адрес MS используется как дескриптор для создания сеанса, и соответствующее устройство узла приложений выделяется для созданного сеанса. Для сеанса может быть установлен период простоя. Когда текущий сеанс заканчивается, новый сеанс может быть создан для последующего IP-сообщения таким способом, и новое устройство узла приложений может быть переназначено.
UIDB 821 принимает сообщение Radius, переданное от LB 81, и сохраняет информацию управления сеансом из него (например, оперативную и автономную информацию MS). WAP GW 822 принимает сообщение, не являющееся сообщением Radius среди сообщений UDP или любое другое сообщение трафика сеанса (такое как сообщение TCP), переданное от LB 81 и сохраняет его информацию трафика сеанса.
Устройство 83 узла резервного копирования может сделать резервную копию информации управления сеансом или информации трафика сеанса из сообщения UDP.
Когда WAP GW 822 разыскивает информацию управления сеансом для сеанса, он передает запрос поиска для информации управления сеансом к UIDB 821. UIDB 821 отвечает на запрос поиска локальной сохраненной информацией управления сеансом для сеанса. Когда WAP GW 822 терпит неудачу при получении информации управления сеансом от UIDB 821, он разыскивает информацию управления сеансом для сеанса, скопированную на устройство 83 узла резервного копирования.
Более того, UIDB 821 может искать WAP GW 822 для информации трафика сеанса в других вариантах осуществления изобретения.
В вышеприведенном варианте осуществления сеанс выполняется, соответствующий узел приложений выделяется для сеанса, а различные типы сообщений сеанса могут быть распределены к узлу приложений, соответствующему сеансу, на основе ассоциативной связи между различными типами сообщений сеанса и сеансом. Сохранение и выборка различных типов информации сеанса может быть достигнута на одном и том же узле приложений. Различные типы информации сеансов могут быть получены более легко, и различные типы информации сеансов могут быть распределены сбалансированным способом. Плавное и динамическое увеличение емкости может быть достигнуто для кластера узлов приложений, производительность системы может быть улучшена, и поддержка системы может быть облегчена.
Отметим, что носитель, относящийся к вышеописанной информации управления сеансом, может быть сообщением Radius или сообщением Diameter. Трафик сеанса, соответствующий информации трафика сеанса, может заключать в себя IP-приложения, такие как приложение WAP, приложение потокового мультимедиа, приложение передачи (VoIP) голоса по протоколу IP или одноранговое (P2P) приложение.
Более того, специалисты в данной области техники могут принять во внимание, что некоторые или все этапы способа согласно вышеописанным вариантам осуществления могут быть реализованы подачей программных команд соответствующим аппаратным средствам. Программа может храниться в машиночитаемом запоминающем носителе. Когда программа исполняется, могут быть вовлечены этапы вышеописанных способов согласно различным вариантам осуществления изобретения. Запоминающий носитель может быть магнитным диском, оптическим диском, постоянным запоминающим устройством (ПЗУ) или оперативным запоминающим устройством (ОЗУ) и т.д.
Детальные описания были сделаны выше к отдельным реализациям изобретения. Для специалистов в области техники, различные изменения и усовершенствования могут быть сделаны, не выходя из принципа изобретения, и эти изменения и усовершенствования предполагаются подпадающими в объем изобретения.

Claims (7)

1. Способ для распределения сообщений, содержащий этапы, на которых:
создают (101) сеанс на основе принятого первого типа сообщения сеанса и выделяют соответствующий кластерный узел для сеанса, отличающийся тем, что
создание сеанса на основе принятого первого типа сообщения сеанса содержит: извлечение первого ID из первого типа сообщения сеанса, при этом первый ID является номером терминала, передающего или принимающего первый тип сообщения сеанса; и создание сеанса, используя первый ID как дескриптор, и поддержание сеанса; извлечение третьего ID из первого типа сообщения сеанса, при этом третий ID является IP-адресом терминала, передающего или принимающего первый тип сообщения сеанса, и создание соответственного взаимоотношения между IP-адресом и номером терминала; и
при приеме второго типа сообщения сеанса, извлекают второй ID из второго типа сообщения сеанса, при этом второй ID является IP-адресом терминала, передающего или принимающего второй тип сообщения сеанса; на основе соответственного взаимоотношения между IP-адресом и номером терминала разыскивают номер терминала, соответствующий второму ID; определяют, является ли найденный номер терминала таким же, как дескриптор для создания сеанса; и если найденный номер терминала является таким же, как дескриптор, второй тип сообщения сеанса, ассоциативно связанный с сеансом, распределяют к кластерному узлу, соответствующему сеансу.
2. Способ по п.1, также содержащий этапы, на которых:
определяют, имеет ли кластерный узел неисправность; и
если кластерный узел имеет неисправность, создают другой сеанс на основе второго типа сообщения сеанса и выделяют другой соответствующий исправный кластерный узел для сеанса.
3. Способ по любому из пп.1 и 2, в котором первый тип сообщения сеанса является сообщением управления сеансом, а второй тип сообщения сеанса является сообщением трафика сеанса или первый тип сообщения сеанса является сообщением трафика сеанса, а второй тип сообщений сеанса является сообщением управления сеансом.
4. Устройство баланса нагрузки, содержащее:
блок (311) предварительной обработки, выполненный с возможностью создавать сеанс на основе принятого первого типа сообщения сеанса и выделять соответствующий кластерный узел для сеанса; и
распределяющий блок (312), выполненный с возможностью при принятии второго типа сообщения сеанса, ассоциативно связанного с сеансом, распределять второй тип сообщения сеанса к устройству кластерного узла, соответствующему сеансу, отличающееся тем, что
блок предварительной обработки содержит первый извлекающий модуль, выполненный с возможностью извлекать первый ID из первого типа сообщения сеанса, при этом первый ID является номером терминала, передающего или принимающего первый тип сообщения сеанса; создающий модуль, выполненный с возможностью создавать сеанс, используя первый ID как дескриптор, и поддерживать сеанс; выделяющий модуль, выполненный с возможностью выделять соответствующий кластерный узел для сеанса; третий извлекающий модуль, выполненный с возможностью извлекать третий ID из первого типа сообщения сеанса, при этом третий ID является IP-адресом терминала, передающего или принимающего первый тип сообщения сеанса; и модуль взаимосвязи, выполненный с возможностью создавать соответственное взаимоотношение между IP-адресом терминала, передающего или принимающего первый тип сообщения, и номером терминала;
при этом распределяющий блок содержит принимающий модуль, выполненный с возможностью принимать второй тип сообщения сеанса; второй извлекающий модуль, выполненный с возможностью извлекать второй ID из второго типа сообщения сеанса, при этом второй ID является IP-адресом терминала, передающего или принимающего второй тип сообщения сеанса; поисковый модуль, выполненный с возможностью на основе соответственного взаимоотношения в модуле взаимосвязи разыскивать номер терминала, соответствующий второму ID; определяющий модуль, выполненный с возможностью определять, является ли номер терминала таким же, как дескриптор для создания сеанса, при этом второй тип сообщения сеанса ассоциативно связан с сеансом, если номер терминала является таким же, как дескриптор; и передающий модуль, выполненный с возможностью распределять второй тип сообщения сеанса, ассоциативно связанный с сеансом, в кластерном узле, соответствующем сеансу, когда определяющий модуль определяет, что второй тип сообщения сеанса является ассоциативно связанным с сеансом.
5. Устройство по п.4, также содержащее:
блок обнаружения неисправности, выполненный с возможностью определять, имеет ли кластерный узел неисправность, и, если кластерный узел имеет неисправность, активировать блок предварительной обработки для создания другого сеанса на основе второго типа сообщения сеанса и выделять другой соответствующий исправный кластерный узел для сеанса.
6. Устройство по любому одному из пп.4 и 5, в котором первый тип сообщения сеанса является сообщением управления сеансом, а второй тип сообщения сеанса является сообщением трафика сеанса или первый тип сообщения сеанса является сообщением трафика сеанса, а второй тип сообщения сеанса является сообщением управления сеансом.
7. Система баланса нагрузки, содержащая устройство (61) баланса нагрузки по любому одному из пп.4-6 и устройство (62) кластерного узла, в которой:
устройство кластерного узла выполнено с возможностью:
принимать первый тип сообщения сеанса и второй тип сообщения сеанса, в котором первый тип сообщения сеанса является сообщением управления сеансом, а второй тип сообщения сеанса является сообщением трафика сеанса или первый тип сообщения сеанса является сообщением трафика сеанса, а второй тип сообщения сеанса является сообщением управления сеансом;
сохранять информацию управления сеансом в сообщении управления сеансом и
обрабатывать сообщение трафика сеанса на основе информации управления сеансом.
RU2010146258/08A 2008-04-14 2009-03-10 Способ, устройство и система для распределения сообщений RU2464722C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008100274275A CN101562784B (zh) 2008-04-14 2008-04-14 报文分发方法、设备及系统
CN200810027427.5 2008-04-14

Publications (2)

Publication Number Publication Date
RU2010146258A RU2010146258A (ru) 2012-05-20
RU2464722C2 true RU2464722C2 (ru) 2012-10-20

Family

ID=41198776

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010146258/08A RU2464722C2 (ru) 2008-04-14 2009-03-10 Способ, устройство и система для распределения сообщений

Country Status (6)

Country Link
US (2) US8856243B2 (ru)
EP (1) EP2257022B1 (ru)
CN (1) CN101562784B (ru)
BR (1) BRPI0911244B1 (ru)
RU (1) RU2464722C2 (ru)
WO (1) WO2009127132A1 (ru)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562784B (zh) 2008-04-14 2012-06-06 华为技术有限公司 报文分发方法、设备及系统
CN102722413B (zh) * 2012-05-16 2017-12-29 上海兆民云计算科技有限公司 一种桌面云集群使用的分布式资源调度方法
CN103634375B (zh) * 2013-11-07 2017-01-11 华为技术有限公司 扩容集群节点的方法、装置及设备
CN106161353B (zh) * 2015-03-31 2019-05-17 国家计算机网络与信息安全管理中心 一种面向宽带网络侧的上网时间管理方法及系统
CN107395555A (zh) * 2016-05-17 2017-11-24 中兴通讯股份有限公司 一种会话管理的方法、设备和系统
CN106302661B (zh) * 2016-08-02 2019-08-13 网宿科技股份有限公司 P2p数据加速方法、装置和系统
CN108415951B (zh) * 2018-02-02 2022-01-11 广东睿江云计算股份有限公司 一种数据库控制方法和系统
CN110192382B (zh) * 2018-06-07 2021-08-31 关迟 一种网络通信方法、对等体及系统
CN113452737A (zh) * 2020-03-27 2021-09-28 华为技术有限公司 一种传输会话请求的方法、装置和电子设备
CN111444018B (zh) * 2020-03-30 2023-08-08 北京字节跳动网络技术有限公司 请求处理方法以及装置
CN112134929B (zh) * 2020-08-28 2022-05-27 新华三技术有限公司 一种会话报文分析方法、装置及存储介质
CN113032151B (zh) * 2021-03-31 2023-10-17 广州虎牙科技有限公司 业务消息的处理方法、电子设备、移动终端及存储介质
CN114979236B (zh) * 2022-05-12 2024-06-28 山石网科通信技术股份有限公司 数据传输方法、装置、存储介质以及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1189410A2 (en) * 2000-09-11 2002-03-20 Stonesoft Oy Processing of data packets within a network cluster
RU2311741C2 (ru) * 2001-12-21 2007-11-27 Ориндж Персонал Коммьюникейшнз Сервисиз Лимитед Обработка вызова в мобильных телекоммуникационных сетях
RU2316809C2 (ru) * 2002-06-12 2008-02-10 Нокиа Корпорейшн Устройство балансировки нагрузки для многопроцессорных платформ

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6327622B1 (en) * 1998-09-03 2001-12-04 Sun Microsystems, Inc. Load balancing in a network environment
US6393289B1 (en) * 1998-11-19 2002-05-21 Lucent Technologies Inc. Apparatus, method and system for wireless telecommunication session control by an adjunct network entity
FI112427B (fi) * 1999-11-05 2003-11-28 Nokia Corp Menetelmä langattoman päätelaitteen ominaisuuksien määrittämiseksi multimediasanoman välityspalvelussa, multimediasanoman välityspalvelu ja multimediapäätelaite
EP1290858B1 (en) * 2000-05-31 2009-04-22 Nokia Corporation Method and apparatus for generating a connection identification
US7003574B1 (en) * 2000-11-01 2006-02-21 Microsoft Corporation Session load balancing and use of VIP as source address for inter-cluster traffic through the use of a session identifier
US7958237B2 (en) * 2001-01-23 2011-06-07 Pearl Software, Inc. Method for managing computer network access
WO2002082763A2 (en) * 2001-02-20 2002-10-17 Innomedia Pte Ltd. System and method for establishing channels for a real time media streaming communication
KR100438428B1 (ko) * 2002-01-15 2004-07-03 삼성전자주식회사 이동 통신 시스템에서 무선 데이터 전송 방법
US7254634B1 (en) * 2002-03-08 2007-08-07 Akamai Technologies, Inc. Managing web tier session state objects in a content delivery network (CDN)
CA2406880A1 (en) * 2002-10-04 2004-04-04 Ibm Canada Limited-Ibm Canada Limitee Method and apparatus for an ecommerce message using sms
US20070106619A1 (en) * 2003-06-30 2007-05-10 Holdsworth John C Method of and system for authenticating a transaction initiated from a non-internet enabled device
US7284147B2 (en) * 2003-08-27 2007-10-16 International Business Machines Corporation Reliable fault resolution in a cluster
US7324473B2 (en) 2003-10-07 2008-01-29 Accenture Global Services Gmbh Connector gateway
US7020090B2 (en) * 2004-06-21 2006-03-28 Cisco Technology, Inc. System and method for loadbalancing in a network environment using feedback information
US8412837B1 (en) * 2004-07-08 2013-04-02 James A. Roskind Data privacy
US7996471B2 (en) * 2004-07-13 2011-08-09 At&T Intellectual Property I, L.P. Electronic message distribution system
US7697691B2 (en) * 2004-07-14 2010-04-13 Intel Corporation Method of delivering Direct Proof private keys to devices using an on-line service
US7779081B2 (en) * 2004-07-16 2010-08-17 International Business Machines Corporation Method, system, and program for forwarding messages between nodes
US7693050B2 (en) * 2005-04-14 2010-04-06 Microsoft Corporation Stateless, affinity-preserving load balancing
US20060277596A1 (en) * 2005-06-06 2006-12-07 Calvert Peter S Method and system for multi-instance session support in a load-balanced environment
CN100446592C (zh) * 2005-06-13 2008-12-24 大唐移动通信设备有限公司 一种移动网终端的集群通信方法
CN100417246C (zh) * 2005-06-21 2008-09-03 大唐移动通信设备有限公司 数字集群通信系统及实现集群业务的方法
US20070002834A1 (en) * 2005-06-30 2007-01-04 Nortel Networks Limited Session control for mass session events
JP4616159B2 (ja) * 2005-11-30 2011-01-19 富士通株式会社 クラスタシステム、ロードバランサ、ノード振替方法およびノード振替プログラム
WO2007129635A1 (ja) * 2006-05-10 2007-11-15 Keytel Co., Ltd. 認証計算機及びプログラム
US7974235B2 (en) * 2006-11-13 2011-07-05 Telecommunication Systems, Inc. Secure location session manager
US8572255B2 (en) * 2007-01-31 2013-10-29 Broadsoft M6, Llc System and method for reestablishing, with a client device, a signaling session associated with a call in progress
US7818785B2 (en) * 2007-07-25 2010-10-19 Dell Products L.P. System and method for secure information handling system memory
CN101562784B (zh) 2008-04-14 2012-06-06 华为技术有限公司 报文分发方法、设备及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1189410A2 (en) * 2000-09-11 2002-03-20 Stonesoft Oy Processing of data packets within a network cluster
RU2311741C2 (ru) * 2001-12-21 2007-11-27 Ориндж Персонал Коммьюникейшнз Сервисиз Лимитед Обработка вызова в мобильных телекоммуникационных сетях
RU2316809C2 (ru) * 2002-06-12 2008-02-10 Нокиа Корпорейшн Устройство балансировки нагрузки для многопроцессорных платформ

Also Published As

Publication number Publication date
US8856243B2 (en) 2014-10-07
BRPI0911244B1 (pt) 2020-10-06
US20140369202A1 (en) 2014-12-18
EP2257022A4 (en) 2011-04-20
EP2257022A1 (en) 2010-12-01
EP2257022B1 (en) 2014-07-02
RU2010146258A (ru) 2012-05-20
BRPI0911244A2 (pt) 2015-10-06
CN101562784A (zh) 2009-10-21
WO2009127132A1 (zh) 2009-10-22
US20110029631A1 (en) 2011-02-03
CN101562784B (zh) 2012-06-06

Similar Documents

Publication Publication Date Title
RU2464722C2 (ru) Способ, устройство и система для распределения сообщений
US11528226B2 (en) Network validation with dynamic tunneling
US7992201B2 (en) Dynamic network tunnel endpoint selection
CN103051740B (zh) 域名解析方法、dns服务器及域名解析系统
CN105681217B (zh) 用于容器集群的动态负载均衡方法及系统
CN100484069C (zh) 一种文件数据分发方法及相关设备
CN101997759B (zh) 一种业务实现方法及业务系统
CN110166570B (zh) 业务会话管理方法、装置、电子设备
US9075660B2 (en) Apparatus and method for providing service availability to a user via selection of data centers for the user
WO2017161965A1 (zh) 一种动态域名系统dns重定向方法、装置及系统
WO2021008591A1 (zh) 数据传输方法、装置及系统
EP3917083A1 (en) Network device and method for searching for edge service implemented in network device
WO2016180188A1 (zh) 分发建链方法、装置和系统
EP2709337B1 (en) Service data processing method, device and system
CN106657183A (zh) 缓存加速的方法及装置
CN102857547B (zh) 分布式缓存的方法及设备
CN106027354A (zh) Vpn客户端的回流方法及装置
US9860171B2 (en) Large scale message routing in a distributed network
CN107347100B (zh) 一种内容分发网络的透明代理转发方法
CN106790502B (zh) 一种基于NAT64前缀的IPv4终端、IPv6服务互通业务的负载均衡系统
WO2023186109A1 (zh) 节点访问方法以及数据传输系统
JP2013126219A (ja) 転送サーバおよび転送プログラム
KR101382177B1 (ko) 동적 메시지 라우팅 시스템 및 방법
CN112543191B (zh) 一种负载均衡方法及装置
Khandaker et al. On-path vs off-path traffic steering, that is the question