устройство балансировки нагрузки для многопроцессорных платформ
Классы МПК: | G06F9/46 устройства для мультипрограммирования |
Автор(ы): | НИ Шаоцзи (FI), ЙОКИАХО Тимо (FI), ПАНХЕЛАЙНЕН Мика (FI), ЛАТВАЛА Микаэль (FI), ТАКАЛА Веса-Пекка (FI) |
Патентообладатель(и): | НОКИА КОРПОРЕЙШН (FI) |
Приоритеты: |
подача заявки:
2003-04-29 публикация патента:
10.02.2008 |
Изобретение относится к области телекоммуникаций. Технический результат заключается в обеспечении балансировки нагрузки центрального процессора при использовании нескольких типов трафика. Сущность изобретения заключается в том, что устройство содержит множество узлов ЦП, которым назначен общий внешний адрес IP в телекоммуникационной сети, допускающей пакетные данные. Сообщения IP, адресованные в элемент сети, принимают и идентифицируют принятые сообщения IP, содержащие сообщения ПТО-У. Идентифицируют значение ИКТТ-У сообщения ПТО-У и передают сообщение ПТО-У в узел ЦП на основании идентифицированного значения ИКТТ-У, если идентифицированное значение ИКТТ-У не равно нулю. 3 н. и 21 з.п. ф-лы, 3 ил.
Формула изобретения
1. Способ балансировки нагрузки для трафика плоскости управления элемента сети, содержащего множество узлов центрального процессора (ЦП), которым назначен общий внешний адрес IP в телекоммуникационной сети, допускающей пакетные данные, заключающийся в том, что принимают сообщения IP, адресованные в элемент сети, и идентифицируют принятые сообщения IP, содержащие сообщения протокола туннелирования GPRS (общая пакетная радиослужба (ОПРС) - плоскость управления (ПТО-У), отличающийся тем, что дополнительно идентифицируют значение идентификатора конечной точки туннеля для плоскости управления (ИКТТ-У) сообщения ПТО-У, в зависимости от идентифицированного значения ИКТТ-У сообщения ПТО-У, либо передают упомянутое сообщение ПТО-У в узел ЦП на основании идентифицированного значения ИКТТ-У сообщения ПТО-У, либо идентифицируют значение типа сообщения упомянутого сообщения ПТО-У, и передают сообщение ПТО-У с идентифицированным значением типа сообщения, равным «создать контекст протокола пакетных данных (ППД)», в узел ЦП с помощью использования заданной процедуры балансировки нагрузки.
2. Способ по п.1, отличающийся тем, что упомянутый этап, на котором передают сообщение ПТО-У в узел ЦП на основании идентифицированного значения упомянутого сообщения ПТО-У, выполняют, если идентифицированное значение ИКТТ-У не равно нулю, а упомянутый этап, на котором идентифицируют значение типа сообщения, сообщения ПТО-У выполняют, если идентифицированное значение ИКТТ-У равно нулю.
3. Способ по п.1 или 2, отличающийся тем, что дополнительно передают сообщения ПТО-У с идентифицированным значением типа сообщения, не равным «создать контекст ППД», с помощью использования заданной процедуры управления маршрутом и ошибками.
4. Способ по п.1, отличающийся тем, что этап, на котором идентифицируют принятые сообщения IP, содержащие сообщения ПТО-У, дополнительно содержит этапы, на которых идентифицируют значение адреса назначения IP принятого сообщения IP, и определяют из идентифицированного значения адреса назначения IP, принадлежит ли сообщение IP трафику плоскости управления или трафику плоскости пользователя.
5. Способ по п.4, отличающийся тем, что дополнительно идентифицируют значение протокола сообщения IP, принадлежащего трафику плоскости управления, и определяют из идентифицированного значения протокола, содержит ли сообщение IP сообщение протокола дейтаграммы пользователя (ПДП) или сообщение протокола управления передачей (ПУП).
6. Способ по п.5, отличающийся тем, что дополнительно идентифицируют значение номера порта назначения сообщения IP, содержащего сообщение ПУП, и передают сообщение ПУП в узел ЦП на основании его идентифицированного значения номера порта назначения.
7. Способ по п.5, отличающийся тем, что дополнительно идентифицируют значение номера порта назначения сообщения IP, содержащего сообщение ПДП, и определяют из идентифицированного значения номера порта назначения, содержит ли сообщение ПДП дополнительно сообщение ПТО-У, сообщение ПТО', сообщение протокола динамической конфигурации ХОСТ-узла (ПДКХУ) или сообщение службы аутентификации удаленных пользователей по коммутируемым каналам связи (САУПККС).
8. Способ по п.7, отличающийся тем, что дополнительно передают сообщение ПТО', сообщение ПДКХУ или сообщение САУПККС в узел ЦП на основании его идентифицированного значения номера порта назначения.
9. Способ по п.1, отличающийся тем, что телекоммуникационная сеть, допускающая пакетные данные, является сетью связи, допускающей ОПРС.
10. Способ по п.9, отличающийся тем, что элемент сети является элементом шлюзового узла поддержки ОПРС (ШУПО).
11. Система балансировки нагрузки для трафика плоскости управления многопроцессорного элемента сети в телекоммуникационной сети, допускающей пакетные данные, содержащая элемент сети (шлюзовой узел поддержки GPRS (общая пакетная радиослужба (ОПРС)) (ШУПО), содержащий множество узлов центрального процессора (ЦП) (ЦП1, ЦП2, ... ЦП№), которым назначен общий внешний адрес IP для приема сообщений IP, и первое средство идентификации (ИД1) для идентификации принятых сообщений IP, содержащих сообщения протокола туннелирования ОПРС - плоскость управления (ПТО-У), отличающаяся тем, что дополнительно содержит второе средство идентификации (ИД2) для идентификации значения идентификатора конечной точки туннеля для плоскости управления (ИКТТ-У) сообщения ПТО-У, первое средство передачи (ПЕР1) для передачи сообщения ПТО-У в узел ЦП на основании идентифицированного значения ИКТТ-У упомянутого сообщения ПТО-У, третье средство идентификации (ИДЗ) для идентификации значения типа сообщения сообщения ПТО-У и второе средство передачи (ПЕР2) для передачи сообщения ПТО-У с идентифицированным значением типа сообщения, равным «создать контекст протокола пакетных данных (ППД)», в узел ЦП с помощью использования заданной процедуры балансировки нагрузки.
12. Система по п.11, отличающаяся тем, что упомянутое первое средство передачи используют, если идентифицированное значение ИКТТ-У не равно нулю, а упомянутое третье средство идентификации используют, если идентифицированное значение ИКТТ-У равно нулю.
13. Система по п.11 или 12, отличающаяся тем, что дополнительно содержит третье средство передачи (ПЕРЗ) для передачи сообщения ПТО-У с идентифицированным значением типа сообщения, не равным «создать контекст ППД», в узел ЦП с использованием заданной процедуры управления маршрутом и ошибками.
14. Система по п.11, отличающаяся тем, что дополнительно содержит четвертое средство идентификации (ИД4) для идентификации значения адреса назначения IP принятого сообщения IP и определения из идентифицированного значения адреса назначения IP, принадлежит ли сообщение IP к трафику плоскости управления или трафику плоскости пользователя.
15. Система по п.14, отличающаяся тем, что дополнительно содержит пятое средство идентификации (ИД5) для идентификации значения протокола сообщения IP, принадлежащего к трафику плоскости управления, и определения из идентифицированного значения протокола, содержит ли сообщение IP сообщение протокола дейтаграммы пользователя (ПДП) или сообщение протокола управления передачей (ПУП).
16. Система по п.15, отличающаяся тем, что дополнительно содержит шестое средство идентификации (ИД6) для идентификации значения номера порта назначения сообщения IP, содержащего сообщение ПУП, и передачи сообщения ПУП в узел ЦП на основании его идентифицированного значения номера порта назначения.
17. Система по п.15, отличающаяся тем, что дополнительно содержит седьмое средство идентификации (ИД7) для идентификации значения номера порта назначения сообщения IP, содержащего сообщение ПДП, и определения из идентифицированного значения номера порта назначения, содержит ли дополнительно сообщение ПДП сообщение ПТО-У, сообщение ПТО', сообщение протокола динамической конфигурации ХОСТ-узла (ПДКХУ) или сообщение службы аутентификации удаленных пользователей по коммутируемым каналам связи (САУПККС).
18. Система по п.17, отличающаяся тем, что дополнительно содержит восьмое средство идентификации (ИД8) для передачи сообщения ПТО', сообщения ПДКХУ или сообщения САУПККС в узел ЦП на основании его идентифицированного значения номера порта назначения.
19. Система по п.11, отличающаяся тем, что телекоммуникационная сеть, допускающая пакетные данные, является сетью связи, допускающей ОПРС.
20. Система по п.19, отличающаяся тем, что элемент сети является элементом шлюзового узла поддержки ОПРС (ШУПО).
21. Устройство балансировки нагрузки для трафика плоскости управления элемента сети, содержащего множество узлов центрального процессора (ЦП), которым назначен общий внешний адрес IP, в телекоммуникационной сети, допускающей пакетные данные, содержащее первое средство идентификации (ИД1) для идентификации принятых сообщений IP, адресованных в элемент сети, содержащих сообщения протокола туннелирования GPRS (общая пакетная радиослужба (ОПРС) - плоскость управления (ПТО-У), отличающееся тем, что дополнительно содержит второе средство идентификации (ИД2) для идентификации значения идентификатора конечной точки туннеля для плоскости управления (ИКТТ-У) сообщения ПТО-У, первое средство передачи (ПЕР1) для передачи сообщения ПТО-У в узел ЦП на основании идентифицированного значения ИКТТ-У сообщения ПТО-У, третье средство идентификации (ИДЗ) для идентификации значения типа сообщения сообщения ПТО-У и второе средство передачи (ПЕР2) для передачи сообщения ПТО-У с идентифицированным значением типа сообщения, равным «создать контекст протокола пакетных данных (ППД)», в узел ЦП с помощью использования заданной процедуры балансировки нагрузки.
22. Устройство балансировки нагрузки по п.21, отличающееся тем, что упомянутое первое средство передачи используют, если идентифицированное значение ИКТТ-У не равно нулю, а упомянутое третье средство идентификации используют, если идентифицированное значение ИКТТ-У равно нулю.
23. Устройство балансировки нагрузки по п.21 или 22, отличающееся тем, что дополнительно содержит третье средство передачи (ПЕРЗ) для передачи сообщения ПТО-У с идентифицированным значением типа сообщения, не равным «создать контекст ППД», в узел ЦП с помощью использования заданной процедуры управления маршрутом и ошибками.
24. Устройство балансировки нагрузки по п.21, отличающееся тем, что расположено в элементе шлюзового узла поддержки ОПРС (ШУПО) телекоммуникационной сети, допускающей ОПРС.
Описание изобретения к патенту
Область техники, к которой относится изобретение
Настоящее изобретение относится к телекоммуникациям. В частности, настоящее изобретение относится к новому и усовершенствованному способу и системе, предназначенным для балансировки (выравнивания) нагрузки для трафика плоскости управления элемента сети, содержащего множество узлов центрального процессора (CPU, ЦП), которым назначен общий внешний адрес IP в телекоммуникационной сети, допускающей пакетные данные.
Уровень техники
В последнее время телекоммуникационные сети, например сети мобильной связи, начали принимать реализации, основанные на протоколе Интернет (IP). Типичный элемент сети содержит множество узлов ЦП приложений. Обычно используют один внешний адрес IP для этих узлов ЦП, таким образом имея результатом гибкое масштабирование расширения емкости, легкую балансировку вычислительной мощности каждого узла ЦП и меньшее ручное конфигурирование приложений.
Однако, поскольку используют один внешний адрес IP для всех узлов ЦП приложений, должны быть реализованы функциональные средства устройства балансировки нагрузки. Поскольку топология и внутренние адреса IP узлов ЦП скрыты от обращения извне, требуется, чтобы устройство балансировки нагрузки направляло трафик плоскости управления, такой как передача сигналов, в узлы для обработки.
Поскольку балансировка нагрузки непосредственно зависит от участвующих протоколов и интерфейсов и поскольку протоколы и интерфейсы изменяются в зависимости от участвующего элемента сети, обычно необходимо реализовывать балансировку нагрузки на специфической основе элемента сети, для того, чтобы она была эффективной.
Общая пакетная радиослужба (GPRS, ОПРС) является службой пакетных данных, предназначенной для поддержки, особенно сетей цифровой мобильной связи, основанных на стандарте GSM, ГСМС (глобальная система мобильной связи), системы UMTS, УМТС (универсальная мобильная телекоммуникационная система) или GERAN, СРДЭГ (сеть радиодоступа EDGE, ЭАСД (электронная аппаратура сбора данных ГСМС), а также американской системы множественного доступа с временным разделением каналов (TDMA, МДВР), IS-95. Кроме того, ОПРС также может быть соединена с мультимедийной подсистемой IP (IMS, МПIP).
Сеть мобильной связи, допускающая ОПРС, содержит обслуживающий узел поддержки ОПРС (SGSN, ОУПО) и шлюзовой узел поддержки ОПРС (GGSN, ШУПО). ОУПО обычно доставляет пакеты в подвижные станции (MS, ПС), допускающие ОПРС в их зоне обслуживания. ШУПО обычно используют в качестве интерфейса с внешними сетями IP, такими как Интернет, службами ОПРС других поставщиков услуг мобильной связи или внутренними сетями предприятий. ШУПО может поддерживать информацию маршрутизации, необходимую для туннелирования протокольных блоков данных (PDU, ПБД) в ОУПО, который обслуживает конкретную ПС.
Фиг. 1 раскрывает пример сети связи, допускающей ОПРС предшествующего уровня техники. Сеть содержит домен базовой сети с коммутацией каналов (CS CN, БС КК) и домен базовой сети с коммутацией пакетов (PS CN, БС КП). Домен базовой сети с коммутацией пакетов дополнительно содержит ОУПО и ШУПО. Собственный сервер абонента (HSS, ССА) соединяет друг с другом ОУПО и базовую сеть с коммутацией каналов. Сеть дополнительно содержит мультимедийные подсистемы IP, соединенные с ШУПО и собственным сервером абонента. Сеть дополнительно содержит сеть радиодоступа (RAN, СРД), соединенную с базовой сетью с коммутацией каналов и базовой сетью с коммутацией пакетов.
ШУПО использует несколько интерфейсов с несколькими протоколами. Следовательно, несколько типов трафика могут поступать в ШУПО одновременно. Обычно трафик, связанный с ШУПО, необходимо доставлять конкретному абоненту или сеансу связи в конкретном узле передачи сигналов.
Следовательно, балансировка нагрузки для ШУПО, содержащего множество узлов ЦП, которым назначен общий внешний адрес IP, должна быть адресована нескольким вопросам. Нагрузка каждого узла ЦП приложения должна быть сбалансирована. Кроме того, сообщение ответа из исходного элемента сети должно быть передано в узел назначения ЦП приложения, который ранее послал запрос передачи сигналов в исходный элемент сети. Кроме того, ряд последовательных сообщений передачи сигналов для обновления и поддержания информации, посланной другим элементом сети конкретному абоненту или сеансу связи, должен быть передан в узел назначения ЦП, обслуживающий конкретного пользователя или сеанс связи.
Следовательно, существует потребность в решении, решающем все эти вопросы. Устройства балансировки предшествующего уровня техники могут решить некоторые из этих вопросов. Однако отсутствует доступный способ, обеспечивающий решение всех упомянутых вопросов для ШУПО, содержащего множество узлов ЦП, которым назначен общий внешний адрес IP.
Сущность изобретения
Настоящее изобретение имеет отношение к балансировке нагрузки для трафика плоскости управления элемента сети, содержащего множество узлов ЦП, которым назначен общий внешний адрес IP в телекоммуникационной сети, допускающей пакетные данные. Сообщения IP, адресованные в элемент сети, принимают и идентифицируют принятые сообщения IP, содержащие сообщения протокола туннелирования ОПРС - плоскость управления (GTP-C, ПТО-У). Сначала идентифицируют значение адреса назначения IP принятого сообщения IP и определяют из идентифицированного значения адреса назначения IP, принадлежит ли сообщение IP трафику плоскости управления или трафику плоскости пользователя. Затем идентифицируют значение протокола сообщения IP, принадлежащего трафику плоскости управления, и определяют из идентифицированного значения протокола, содержит ли сообщение IP сообщение протокола дейтаграммы пользователя (UDP, ПДП) или сообщение протокола управления передачей (TCP, ПУП).
Идентифицируют значение номера порта назначения сообщения IP, содержащего сообщение ПУП, и сообщение ПУП передают в узел ЦП на основании его идентифицированного значения номера порта назначения. Идентифицируют значение номера порта назначения сообщения IP, содержащего сообщение ПДП, и определяют из идентифицированного значения номера порта назначения, содержит ли сообщение ПДП дополнительно сообщение ПТО-У, сообщение ПТО' (ПТО прим), сообщение протокола динамической конфигурации хост-узла (DHCP, ПДКХУ) или сообщение службы аутентификации удаленных пользователей по коммутируемым каналам связи (RADIUS, САУПККС). Сообщение ПТО', сообщение ПДКХУ или сообщение САУПККС передают в узел ЦП на основании его идентифицированного значения номера порта назначения.
В соответствии с изобретением идентифицируют идентификатор конечной точки туннеля для плоскости управления (TEID-C, ИКТТ-У). Сообщение ПТО-У передают в узел ЦП на основании его идентифицированного значения ИКТТ-У, если его идентифицированное значение ИКТТ-У не равно нулю. Однако, если идентифицированное значение ИКТТ-У сообщения ПТО-У равно нулю, дополнительно идентифицируют значение типа сообщения ПТО-У. Сообщение ПТО-У передают в узел ЦП с помощью использования заданной процедуры балансировки нагрузки, если его идентифицированный тип сообщения равен «создать контекст протокола пакетных данных (PDP, ППД)». Упомянутая заданная процедура балансировки нагрузки может быть основана, например, на хэш-функции или на способе «карусель». Если значение идентифицированного типа сообщения сообщения ПТО-У не равно «создать контекст ППД», сообщение ПТО-У передают в узел ЦП с использованием заданной процедуры управления маршрутом и ошибками. Вышеупомянутый ППД относится к протоколу пакетных данных.
В варианте осуществления изобретения телекоммуникационная сеть, допускающая пакетные данные, является сетью связи, допускающей ОПРС, например, системой 3GPP (проект партнерства 3-го поколения). Система 3GPP содержит пользовательское оборудование, сеть радиодоступа и базовую сеть. Сеть радиодоступа может быть UTRAN, УНСРД (универсальная наземная сеть радиодоступа) и/или GERAN. Базовая сеть может содержать домен с коммутацией каналов, домен с коммутацией пакетов и/или мультимедийную подсистему IP.
В варианте осуществления изобретения элемент сети является элементом ШУПО.
Настоящее изобретение предоставляет решение для нескольких вопросов относительно балансировки нагрузки для ШУПО, содержащего множество узлов ЦП, которым назначен общий внешний адрес IP. Настоящее изобретение делает возможным балансировать нагрузку каждого узла ЦП приложения. Кроме того, настоящее изобретение делает возможным передавать ответное сообщение из исходного элемента сети. Кроме того, настоящее изобретение делает возможным передавать ряд последовательных сигнальных сообщений для обновления и поддержания информации, посланной другими элементами сети конкретному пользователю или сеансу связи, в узел назначения ЦП приложения, обслуживающий конкретного пользователя или сеанс связи.
Краткое описание чертежей
Сопровождающие чертежи, которые включены, чтобы обеспечить дополнительное понимание изобретения, составляют часть этого описания, иллюстративных вариантов осуществления изобретения и вместе с описанием помогают объяснить принципы изобретения. На чертежах:
фиг. 1 представляет блок-схему, иллюстрирующую сеть связи, допускающую ОПРС, предшествующего уровня техники,
фиг. 2 представляет блок-схему, иллюстрирующую способ балансировки нагрузки в соответствии с одним вариантом осуществления настоящего изобретения, и
фиг. 3 представляет блок-схему, иллюстрирующую систему балансировки нагрузки в соответствии с одним вариантом осуществления настоящего изобретения.
Подробное описание изобретения
Теперь будет сделана подробная ссылка на варианты осуществления настоящего изобретения, примеры которого проиллюстрированы на сопровождающих чертежах.
Фиг. 2 иллюстрирует способ балансировки нагрузки, предназначенный для трафика плоскости управления элемента сети ШУПО, содержащего множество узлов ЦП, которым назначен общий внешний адрес IP в телекоммуникационной сети, допускающей ОПРС, например, в системе 3GPP. Принимают сообщения IP, адресованные в элемент сети, этап 10. Принятые сообщения, содержащие сообщения ПТО-У, идентифицируют. Сначала идентифицируют значение адреса IP назначения принятого сообщения IP и определяют из идентифицированного значения адреса IP назначения, принадлежит ли сообщение IP трафику плоскости управления или трафику плоскости пользователя, этап 11. Затем идентифицируют значение протокола сообщения IP, принадлежащего трафику плоскости управления, и определяют из идентифицированного значения протокола, содержит ли сообщение IP сообщение ПДП или сообщение ПУП, этап 12.
Если сообщение является сообщением ПУП, идентифицируют его значение номера порта назначения и сообщение ПУП передают в узел ЦП на основании его идентифицированного значения номера порта назначения, этап 19. Если сообщение является сообщением ПДП, идентифицируют его значение номера порта назначения и определяют из его идентифицированного значения номера порта назначения, содержит ли сообщение ПДП дополнительно сообщение ПТО-У, сообщение ПТО', сообщение ПДКХУ или сообщение САУПККС, этап 13. Сообщение ПТО', сообщение ПДКХУ или сообщение САУПККС передают в узел ЦП на основании его идентифицированного значения порта назначения, этап 19.
Если сообщение является сообщением ПТО-У, идентифицируют его значение ИКТТ-У, этап 14. На этапе 18 сообщение ПТО-У передают в узел ЦП на основании его идентифицированного значения ИКТТ-У, если его идентифицированное значение ИКТТ-У не равно нулю. Однако, если идентифицированное значение ИКТТ-У сообщения ПТО-У равно нулю, дополнительно идентифицируют значение типа сообщения ПТО-У, этап 15. Сообщение ПТО-У передают в узел ЦП с использованием заданной процедуры балансировки нагрузки, если его значение идентифицированного типа сообщения равно «создать контекст ППД», этап 17. Если идентифицированное значение типа сообщения ПТО-У не равно «создать контекст ППД», сообщение ПТО-У передают в узел ЦП с использованием заданной процедуры управления маршрутом и ошибками, этап 16.
Фиг. 3 иллюстрирует систему балансировки нагрузки, предназначенную для трафика плоскости управления элемента сети ШУПО, содержащего множество узлов, которым назначен общий внешний адрес IP в телекоммуникационной сети, допускающей ОПРС, например, системе 3GPP. В варианте осуществления изобретения, раскрытом на фиг. 3, телекоммуникационная сеть содержит элемент ОУПО сети ОУПО, соединенный с элементом ШУПО сети ШУПО через интерфейс Gn с использованием протокола ПТО-У сверху протокола ПДП. Телекоммуникационная сеть дополнительно содержит шлюз оплаты (CG, ШО), соединенный с элементом ШУПО сети ШУПО через интерфейс Ga с использованием протокола ПТО' сверху протокола ПДП. Телекоммуникационная сеть дополнительно содержит шлюз допустимого перехвата (LIG, ШДП), соединенный с элементом ШУПО сети ШУПО через интерфейс Х11 с использованием протокола, зависящего от производителя, например, протокола LAP, ППЗП (протокол приложения законного перехвата), сверху протокола ПУП. Телекоммуникационная сеть дополнительно содержит элемент, выполняющий функцию управления состоянием вызова (CSCF, ФУСВ), иногда также называемую функцией управления сервером вызова; обычно используемую для выполнения функций управления вызовом, функций коммутации услуг, функций преобразования адресов и функций согласования вокодера, соединенный с элементом ШУПО сети ШУПО через интерфейс Go с использованием протокола общей службы открытой политики (COPS, ОСОП) сверху протокола ПУП. Телекоммуникационная сеть дополнительно содержит внешнюю сеть IP, соединенную с элементом ШУПО сети ШУПО через интерфейс Gi с использованием протокола ПДКХУ и/или САУПККС сверху протокола ПДП. Следовательно фиг. 3 служит для того, чтобы проиллюстрировать, как ШУПО использует несколько интерфейсов с несколькими протоколами. Несколько типов трафика могут поступать в ШУПО одновременно. Обычно трафик, связанный с ШУПО, должен быть доставлен конкретному абоненту или сеансу связи в конкретном сигнальном узле.
В варианте осуществления изобретения, раскрытом на фиг. 3, элемент ШУПО сети ШУПО содержит узлы ЦП ЦП1, ЦП2 и ЦП3, которым назначен общий внешний адрес IP для приема сообщений IP. Система дополнительно содержит первое средство идентификации (ID1, ИД1) для идентификации принятых сообщений IP, содержащих сообщения ПТО-У, второе средство идентификации (ID2, ИД2) для идентификации значения ИКТТ-У сообщения ПТО-У, первое средство передачи (FWD1, ПЕР1) для передачи сообщения ПТО-У со значением ИКТТ-У, не равным нулю, в узел ЦП на основании значения ИКТТ-У, третье средство идентификации (ID3, ИД3) для дополнительной идентификации значения типа сообщения сообщения ПТО-У со значением ИКТТ-У, равным нулю, второе средство передачи (FWD2, ПЕР2) для передачи сообщения ПТО-У со значением типа сообщения, равным «создать контекст ППД», в узел ЦП с использованием заданной процедуры балансировки нагрузки, и третье средство передачи (FWD3, ПЕР3) для передачи сообщения ПТО-У со значением типа сообщения, не равным «создать контекст ППД», в узел ЦП с использованием заданной процедуры управления маршрутом и ошибками.
Система, проиллюстрированная на фиг. 3, дополнительно содержит четвертое средство идентификации (ID4, ИД4) для идентификации значения адреса назначения IP принятого сообщения IP и определения из идентифицированного значения адреса назначения IP, принадлежит ли сообщение IP к трафику плоскости управления или трафику плоскости пользователя, пятое средство идентификации (ID5, ИД5) для идентификации значения протокола сообщения IP, принадлежащего трафику плоскости управления, и определения из идентифицированного значения протокола, содержит ли сообщение IP сообщение ПДП или сообщение ПУП, и шестое средство идентификации (ID6, ИД6) для идентификации значения номера порта назначения сообщения IP, содержащего сообщение ПУП, и передачи сообщения ПУП в узел ЦП на основании его идентифицированного значения номера порта назначения.
Система, проиллюстрированная на фиг. 3, дополнительно содержит седьмое средство идентификации (ID7, ИД7) для идентификации значения номера порта назначения сообщения IP, содержащего сообщение ПДП, и определения из идентифицированного значения номера порта назначения, содержит ли сообщение ПДП дополнительно сообщение ПТО-У, сообщение ПТО', сообщение ПДКХУ или сообщение САУПККС, и восьмое средство идентификации (ID8, ИД8) для передачи сообщения ПТО-У, сообщения ПТО', сообщения ПДКХУ или сообщения САУПККС в узел ЦП на основании его идентифицированного значения номера порта назначения.
Для специалиста в данной области техники понятно, что с развитием технологии основная идея изобретения может быть реализована многочисленными способами. Следовательно, изобретение и варианты его осуществления не ограничены примерами, описанными выше, вместо этого они могут изменяться в рамках объема формулы изобретения.
Класс G06F9/46 устройства для мультипрограммирования