СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ СЕРВИСА
METHOD AND APPARATUS FOR CONTROLLING TRANSMISSION OF SERVICE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Настоящее изобретение имеет отношение к области связи и, в частности, к способу и устройству для управления передачей сервиса.
УРОВЕНЬ ТЕХНИКИ
[0002] При предоставлении сервиса связи для пользователя некоторые телекоммуникационные операторы выпускают некоторые пакеты услуг, имеющие отношение к сервису. Если пользователь подписывается на пакет услуг, сервис пользователя перенаправляется системе сервисов с расширенными функциями (VAS, система с расширенными функциями), соответствующей пакету услуг, для обработки с расширенными функциями. Если пользователь не подписан на пакет услуг, запрос сервиса пользователя перенаправляется непосредственно серверу сервиса (сетевой стороне) без обработки системой сервисов с расширенными функциями. Таким образом, сервисы разных пользователей должны перенаправляться разным системам сервисов с расширенными функциями в соответствии с отношениями подписки пользователей на пакеты услуг.
[0003] В настоящее время известно одно техническое решение, то есть, устройство сервера доступа к сети (NAS), например, шлюзовой узел поддержки общего сервиса пакетной радиосвязи (GGSN), узел обслуживания пакетных данных (PDSN), сервер широкополосного удаленного доступа (BRAS) и т.п., или сервер службы аутентификации, авторизации и тарификации (AAA) определяет политику маршрутизации в соответствии с информацией о подписке пользователя, то есть, выделяет различные пулы IP-адресов для разных пользователей, например, выделяет пул Pool1 IP-адресов, который указывает систему VAS1 для сервиса пользователя, который подписан на сервис с расширенными функциями, обрабатываемый системой VAS1, выделяет пул Pool2 IP-адресов, который указывает систему VAS2 для сервиса пользователя, который подписан на сервис с расширенными функциями, обрабатываемый системой VAS2, и выделяет пул Pool3 IP-адресов, который указывает систему VAS3 для сервиса пользователя, который подписан на сервис с расширенными функциями, обрабатываемый системой VAS3. Устройство маршрутизатора (устройство переключателя) выполняет основанную на политике маршрутизацию в соответствии с IP-адресом источника (упомянутым пулом IP-адресов) сервиса и перенаправляет пакет данных сервиса другим системам VAS для обработки. После того как система VAS выполняет обработку с расширенными функциями над пакетом данных, система VAS отправляет пакет данных непосредственно экземпляру пользовательского оборудования, сетевой стороне или другой системе VAS.
[0004] Таким образом, в упомянутом техническом решении, в случае, когда пользователь подписан на сервис с расширенными функциями, обрабатываемый несколькими системами VAS, или сервис с расширенными функциями, на который подписан пользователь, изменяется по условию, конфигурация сервиса не может быть выполнена для сервиса с расширенными функциями в каждой системе VAS.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0005] Варианты осуществления настоящего изобретения обеспечивают способ и устройство для управления передачей сервиса, которые обогащают сервисы связи, до некоторой степени экономя ресурсы связи.
[0006] В соответствии с одним аспектом обеспечен способ управления передачей сервиса, который включает в себя: прием сообщения запроса соединения, отправленного экземпляром пользовательского оборудования, которое передает сервис, причем сообщение запроса соединения включает в себя информацию пользователя пользовательского оборудования; определение информации системы сервисов с расширенными функциями (VAS) в соответствии с информацией пользователя, причем информация VAS используется для указания по меньшей мере одной целевой системы VAS сервиса; прием первого пакета данных сервиса, который отправлен отправляющей стороной; получение в соответствии с информацией VAS второго пакета данных по меньшей мере от одной целевой системы VAS, причем второй пакет данных представляет собой пакет данных, полученный после того, как по меньшей мере одна целевая система VAS выполняет обработку с расширенными функциями над первым пакетом данных; и отправку второго пакета данных принимающей стороне.
[0007] В соответствии с другим аспектом обеспечен способ управления передачей сервиса, который включает в себя: прием первого пакета данных, отправленного устройством шлюза; формирование второго пакета данных посредством выполнения обработки с расширенными функциями над первым пакетом данных; и отправку второго пакета данных устройству шлюза.
[0008] В соответствии с еще одним аспектом обеспечено устройство для управления передачей сервиса, которое включает в себя: блок приема, выполненный с возможностью принимать сообщение запроса соединения, отправленное экземпляром пользовательского оборудования, которое передает сервис, причем сообщение запроса соединения включает в себя информацию пользователя пользовательского оборудования; блок определения, выполненный с возможностью определять информацию системы сервисов с расширенными функциями (VAS) в соответствии с информацией пользователя, причем информация VAS используется для указания по меньшей мере одной целевой системы VAS сервиса; блок приема, дополнительно выполненный с возможностью принимать первый пакет данных сервиса, который отправлен отправляющей стороной; блок получения, выполненный с возможностью получать второй пакет данных по меньшей мере от одной целевой системы VAS в соответствии с информацией VAS, причем второй пакет данных представляет собой пакет данных, полученный после того, как по меньшей мере одна целевая система VAS выполняет обработку с расширенными функциями над первым пакетом данных; и блок отправки, выполненный с возможностью отправлять второй пакет данных принимающей стороне.
[0009] В способе и устройстве для управления передачей сервиса в вариантах осуществления настоящего изобретения система VAS выполняет обработку с расширенными функциями над пакетом данных и возвращает пакет данных устройству шлюза, позволяя устройству шлюза гибко выполнить конфигурацию сервиса в соответствии с динамической информацией о пользователе.
[0010] В соответствии с еще одним аспектом метода реализации настоящего изобретения обеспечен способ обработки сервиса связи, который включает в себя:
прием посредством системы управления передачей сервиса данных связи, отправленных экземпляром пользовательского оборудования, причем данные связи несут информацию о сервере первоначального адреса назначения, что упоминается как секция приема;
получение в соответствии с данными связи любой одной или любой комбинации динамической информации о пользователе, отправляющем данные связи, и информации сервисного уровня данных связи, что упоминается как секция получения;
определение политики перенаправления в соответствии с полученной любой одной или любой комбинацией динамической информации о пользователе и информации сервисного уровня, причем политика перенаправления включает в себя: перенаправление сервисных данных, соответствующих данным связи, по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи, что упоминается как секция определения политики перенаправления; и
отправку сервисных данных, соответствующих данным связи, по меньшей мере одному серверу сервиса, прием сервисных данных, обработанных по меньшей мере одним сервером сервиса, и отправку принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в данных связи, что упоминается как секция исполнения управления.
[0011] В соответствии с другим аспектом метода реализации настоящего изобретения обеспечена система управления передачей сервиса, которая включает в себя: модуль (М100) приема, модуль (М200) получения, модуль (М300) определения политики перенаправления и модуль (М400) исполнения управления, причем модули соединены и взаимодействуют друг с другом,
модуль (М100) приема выполнен с возможностью принимать данные связи, отправленные экземпляром пользовательского оборудования, причем данные связи несут информацию о сервере первоначального адреса назначения;
модуль (М200) получения выполнен с возможностью получать в соответствии с данными связи любую одну или любую комбинацию динамической информации о пользователе пользовательского оборудования и информации сервисного уровня данных связи;
модуль (М300) определения политики перенаправления выполнен с возможностью определять политику перенаправления в соответствии с полученной любой одной или любой комбинацией динамической информации о пользователе и информации сервисного уровня, причем политика перенаправления содержит: отправление сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи; и
модуль (М400) исполнения управления выполнен с возможностью управлять и исполнять следующую процедуру: отправка сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, прием сервисных данных, обработанных по меньшей мере одним сервером сервиса, и отправка принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в данных связи.
[0012] Для метода реализации способа обработки сервиса связи и метода реализации системы управления передачей сервиса в конкретном примере система управления передачей сервиса является системой РСС, и в системе РСС между объектом PCEF и объектом PCRF используются правила динамического интерфейса или правила статического интерфейса.
[0013] Для метода реализации способа обработки сервиса связи, метода реализации системы управления передачей сервиса и конкретного метода реализации системы РСС как системы управления передачей сервиса в более конкретном методе реализации динамическая информация о пользователе включает в себя одну или любую комбинацию следующей информации: номер телефона пользователя, идентификатор IMSI пользователя, IP-адрес пользователя, информация о сервисной подписке пользователя и тип текущей базовой сети; информация о сервисном уровне включает в себя одну или любую комбинацию следующей информации: относящаяся к сервису информация уровня L7 или уровня L7+. Посредством использования упомянутого способа или системы система управления передачей сервиса может гибко выполнять управление и обработку сервиса в соответствии с динамической информацией о пользователе или информацией сервисного уровня и, в частности, перенаправлять сервис серверу сервиса, отличающемуся от первоначального сервера сервиса адреса назначения, обогащая сервисы связи, избегая повторной передачи данных связи большого размера. В частности, от пользовательского оборудования не требуется многократно отправлять соответствующие сервисные данные разным серверам сервиса, что до некоторой степени экономит ресурсы связи и улучшает эффективность связи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0014] Чтобы более ясно описать технические решения в вариантах осуществления настоящего изобретения, ниже кратко представлены сопроводительные чертежи, требуемые для описания вариантов осуществления. Очевидно, что сопроводительные чертежи в последующем описании показывают лишь некоторые варианты осуществления настоящего изобретения, и специалист в области техники может без творческих усилий получить другие чертежи на основе этих сопроводительных чертежей.
[0015] Фиг. 1 - блок-схема последовательности операций способа управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения;
[0016] фиг. 2 - схема взаимодействия способа управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения;
[0017] фиг. 3 - схема взаимодействия способа управления передачей сервиса в соответствии с другим вариантом осуществления настоящего изобретения;
[0018] фиг. 4 - блок-схема устройства управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения;
[0019] фиг. 5A - схема архитектуры системы в соответствии с методом реализации настоящего изобретения;
[0020] фиг. 5B - схема архитектуры другой системы в соответствии с методом реализации настоящего изобретения, включающая в себя схематическое направление восходящего потока сервиса;
[0021] фиг. 5C - схема архитектуры еще одной системы в соответствии с методом реализации настоящего изобретения, включающая в себя схематическое направление нисходящего потока сервиса;
[0022] фиг. 6 - упрощенная блок-схема последовательности операций способа управления передачей сервиса в соответствии с методом реализации настоящего изобретения;
[0023] фиг. 7A - блок-схема последовательности операций способа для управления передачей сервиса в соответствии с методом реализации настоящего изобретения;
[0024] фиг. 7B - блок-схема последовательности операций другого способа управления передачей сервиса в соответствии с методом реализации настоящего изобретения;
[0025] фиг. 8 - блок-схема последовательности операций способа управления передачей сервиса в соответствии с методом реализации настоящего изобретения;
[0026] фиг. 9А, 9В, 9С - блок-схемы сигнализации примера способа, показанного на фиг. 8;
[0027] фиг. 10 - структурная схема системы управления передачей сервиса в соответствии с методом реализации;
[0028] фиг. 11 - структурная схема системы управления передачей сервиса в соответствии с методом реализации.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0029] Далее описываются технические решения в вариантах осуществления настоящего изобретения со ссылкой на сопроводительные чертежи в вариантах осуществления настоящего изобретения. Очевидно, что описанные варианты осуществления являются лишь частью, а не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистом в области техники на основе вариантов осуществления настоящего изобретения без творческих усилий, должны находиться в пределах объема правовой охраны настоящего изобретения.
[0030] Технические решения настоящего изобретения могут быть применены к различным системам связи, таким как глобальная система мобильной связи (GSM), система множественного доступа с кодовым разделением каналов (CDMA), система широкополосного множественного доступа с кодовым разделением каналов (WCDMA), пакетная радиосвязь общего пользования (GPRS), система проекта долгосрочного развития (LTE) и т.п.
[0031] Экземпляр пользовательского оборудования (UE), также известный как мобильный терминал, экземпляр мобильного пользовательского оборудования и т.п. может взаимодействовать с одной или несколькими опорными сетями через сеть беспроводного доступа (например, сеть радиодоступа, RAN). Пользовательское оборудование может являться мобильным терминалом, таким как мобильный телефон (также известный как "сотовый" телефон), и компьютером, оборудованным мобильным терминалом. Например, пользовательское оборудование может являться портативным, карманным, переносным, встроенным в компьютер или смонтированным на транспортном средстве мобильным устройством, которое обменивается речью и/или данными с сетью беспроводного доступа.
[0032] Сервер выбора политики может быть развернут вне устройства шлюза, независимого от устройства шлюза.
[0033] Устройство шлюза может включать в себя шлюзовой узел поддержки общего сервиса пакетной радиосвязи (GGSN), узел обслуживания пакетных данных (PDSN), сеть службы доступа Wimax (WASN) и т.п. Следует понимать, что устройство шлюза вариантов осуществления настоящего изобретения может дополнительно включать в себя сетевой элемент, который может реализовать точку централизации и слияния сервиса и может реализовать анализ и управление информационным содержанием сервисного потока, к которому получает доступ пользователь терминала в другой сети.
[0034] Кроме того, в архитектуре управления политиками и тарификацией (РСС) объект функции обеспечения соблюдения политики и тарификации (PCEF) является частью устройства шлюза и используется для реализации функций обнаружения сервиса, исполнения политики и тарификации на основе трафика.
[0035] Объект функции правил политики и тарификации (PCRF) может принимать от функции PCEF входную информацию, используемую для реализации функций принятия решений управления политиками и управления тарификацией на основе трафика, предоставлять для функции PCEF функции управления сетью, имеющие отношение к обнаружению потока данных сервиса, управлению шлюзом и тарификации на основе трафика (кроме кредитного контроля), и принимать решение управления РСС со ссылкой на специализированную информацию функции PCRF.
[0036] Фиг. 1 показывает блок-схему последовательности операций способа 100 управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения с точки зрения стороны устройства шлюза. Как показано на фиг. 1, способ 100 включает в себя следующие этапы.
[0037] S110: Прием сообщения запроса соединения, отправленного экземпляром пользовательского оборудования, которое передает сервис, причем сообщение запроса соединения включает в себя информацию пользователя пользовательского оборудования.
[0038] S120: Определение информации системы сервисов с расширенными функциями (VAS) в соответствии с информацией пользователя, причем информация VAS используется для указания по меньшей мере одной целевой системы VAS сервиса.
[0039] S130: Прием первого пакета данных сервиса, который отправлен отправляющей стороной.
[0040] S140: Получение в соответствии с информацией VAS второго пакета данных по меньшей мере от одной целевой системы VAS, причем второй пакет данных представляет собой пакет данных, полученный после того, как по меньшей мере одна целевая система VAS выполняет обработку с расширенными функциями над первым пакетом данных.
[0041] S150: Отправка второго пакета данных принимающей стороне.
[0042] В частности, на упомянутом этапе S110 пользовательское оборудование может отправить сообщение запроса начала тарификации (сообщение Accounting-Start) службы идентификации удаленных пользователей (RADIUS) устройству шлюза после входа в режим онлайн, и запрос сообщения Accounting-Start службы RADIUS может нести информацию пользователя (например, номер телефона и т.п.) пользовательского оборудования. Устройство шлюза в соответствии с информацией пользователя может запросить информацию о подписке, соответствующую информации пользователя, из заранее полученного списка информации о подписке.
[0043] На упомянутом этапе S120 устройство шлюза может определить правило пересылки VAS (например, информацию VAS, которую нужно отправить и которая соответствует информации о подписке), соответствующее сервису пользовательского оборудования, причем конкретное информационное содержание правила (информация VAS) может включать в себя идентификатор ID системы VAS, идентификатор ID виртуальной локальной сети (VLAN) системы VAS и IP-адрес системы VAS. Идентификатор VLAN системы VAS может включать в себя идентификатор виртуальной локальной сети восходящей линии связи (Uplink-VLAN ID) и идентификатор виртуальной локальной сети нисходящей линии связи (Downlink-VLAN ID). IP-адрес системы VAS может включать в себя IP-адрес восходящей линии связи (Uplink-VAS IP) (используемый для указания адреса шлюза и порядка следования байтов хоста следующего транзитного участка, когда системе VAS отправляют восходящий поток сервиса) и IP-адрес нисходящей линии связи (Downlink-VAS IP) (используемый для указания адреса шлюза и порядка следования байтов хоста следующего транзитного участка, когда системе VAS отправляют нисходящий поток сервиса).
[0044] Факультативно в варианте осуществления настоящего изобретения способ дополнительно включает в себя:
получение информации статуса, которая используется для указания статуса сервиса; и
определение информации VAS в соответствии с информацией пользователя включает в себя:
определение информации VAS в соответствии с информацией пользователя и информацией статуса.
[0045] Факультативно в варианте осуществления настоящего изобретения информация статуса включает в себя информацию времени, используемую для указания текущего времени, и/или информацию базовой сети, используемую для указания текущей базовой сети сервиса.
[0046] В частности, существует случай, в котором передача сервиса с расширенными функциями, на который подписано пользовательское оборудование, может изменить текущий статус сервиса. Например, пользовательское оборудование подписывается на пакет услуг, и пакет данных пользовательского оборудования должен перенаправляться на онлайновую антивирусную платформу (систему VAS) в пределах заданного периода времени (например, 8:00-20:00). Если пользовательское оборудование входит в режим онлайн между 8:00 и 20:00 и передает данные сетевой стороне, устройство шлюза может запросить в соответствии с номером телефона пользователя и текущим временем информацию о подписке пользовательского оборудования и определить правило перенаправления VAS для перенаправления пакета данных пользовательского оборудования на онлайновую антивирусную платформу. Если пользовательское оборудование входит в режим онлайн между 20:00 и 8:00 и передает данные сетевой стороне, устройство шлюза может запросить информацию о подписке пользовательского оборудования в соответствии с номером телефона пользователя и текущим временем и определить правило пересылки VAS для прямой передачи пакета данных пользовательского оборудования сетевой стороне.
[0047] В качестве еще одного примера пользовательское оборудование подписывается на пакет услуг, и пакет данных пользовательского оборудования должен перенаправляться на онлайновую антивирусную платформу (систему VAS) в режиме сети 3G. Если пользователь входит в режим онлайн через сеть 3G и передает данные сетевой стороне, устройство шлюза может запросить в соответствии с номером телефона пользователя и типом базовой сети (RAT-TYPE) информацию о подписке пользовательского оборудования и определить правило перенаправления VAS для перенаправления пакета данных пользовательского оборудования на онлайновую антивирусную платформу. Если пользователь переключается на сеть 2G и передает данные сетевой стороне, устройство шлюза может запросить в соответствии с номером телефона пользователя и типом базовой сети (RAT-TYPE) информацию о подписке пользовательского оборудования и определить правило перенаправления VAS для прямой передачи пакета данных пользовательского оборудования сетевой стороне.
[0048] В соответствии со способом управления передачей сервиса в варианте осуществления настоящего изобретения конфигурация сервиса может быть гибко выполнена для сервиса с расширенными функциями каждой системы VAS, когда сервис с расширенными функциями, на который подписан пользователь, изменяется по условию.
[0049] Факультативно в варианте осуществления настоящего изобретения определение информации VAS в соответствии с информацией пользователя включает в себя:
получение в соответствии с информацией пользователя информации VAS из первой базы данных, сформированной на основе соответствия между информацией пользователя и информацией VAS.
[0050] Факультативно в варианте осуществления настоящего изобретения определение информации VAS в соответствии с информацией пользователя и информацией статуса включает в себя:
получение в соответствии с информацией пользователя и информацией статуса информации VAS из второй базы данных, сформированной на основе соответствия между информацией пользователя и информацией статуса и информацией VAS.
[0051] В частности, после того как пользовательское оборудование подписывается на сервис, предоставляемый оператором, устройство шлюза может синхронизировать информацию о подписке пользовательского оборудования от оператора, причем информация о подписке записывает правило перенаправления VAS пользовательского оборудования. Кроме того, устройство шлюза может сформировать и поддерживать список, который записывает соответствие между информацией пользователя и правилом перенаправления VAS (например, записывая номер телефона пользователя и идентификатор VAS ID сервера, используемого для реализации сервиса, на который подписан пользователь). Таким образом, устройство шлюза может определить в соответствии с информацией пользователя правило перенаправления VAS сервиса пользовательского оборудования из списка.
[0052] Факультативно в варианте осуществления настоящего изобретения определение информации VAS в соответствии с информацией пользователя включает в себя:
отправку первого сообщения запроса политики, которое включает в себя информацию пользователя, серверу выбора политики;
прием первого сообщения ответа на запрос политики, которое включает в себя первую управляющую информацию и отправлено сервером выбора политики, причем первая управляющая информация определена сервером выбора политики в соответствии с информацией пользователя и используется для указания информации VAS; и
определение информации VAS в соответствии с первой управляющей информацией.
[0053] Факультативно в варианте осуществления настоящего изобретения определение информация VAS в соответствии с информацией пользователя и информацией статуса включает в себя:
отправку второго сообщения запроса политики, которое включает в себя информацию пользователя и информацию статуса, серверу выбора политики;
прием второго сообщения ответа на запрос политики, которое включает в себя вторую управляющую информацию и отправлено сервером выбора политики, причем вторая управляющая информация определена сервером выбора политики в соответствии с информацией пользователя и информацией статуса и используется для указания информации VAS; и
определение информации VAS в соответствии со второй управляющей информацией.
[0054] В частности, ограниченное системными ресурсами устройств (в том числе устройств NAS и AAA) в настоящей сети распределение IP-адреса в соответствии с динамической информацией о пользователе (например, информацией о подписке пользователя, соотношением подписки на пакет услуг и т.п.) оказывает большое воздействие на производительность обработки устройств в настоящей сети. Кроме того, в предыдущем техническом решении, чтобы поддержать синхронизацию динамической информации о пользователе, устройство в настоящей сети должно обновляться и реструктурироваться или вручную обновляться сотрудником по обслуживанию сети, что довольно трудно при обновлении и обслуживании. Таким образом, в варианте осуществления настоящего изобретения после того, как пользовательское оборудование подписывается на сервис, предоставляемый оператором, сервер выбора политики, развернутый вне устройства шлюза, может синхронизировать информацию о подписке пользовательского оборудования от оператора, причем информационные записи записывают правило перенаправления VAS сервиса пользовательского оборудования. Кроме того, сервер выбора политики может сформировать и поддерживать список, который записывает соответствия между информацией пользователя и правилом перенаправления VAS (например, записывая номера телефона пользователя и идентификатор VAS сервера для реализации сервиса, на который подписан пользователь). Таким образом, после приема сообщения Accounting-Start службы RADIUS, отправленного пользовательским оборудованием, устройство шлюза может отправить сообщение запроса политики, которое включает в себя информацию пользователя пользовательского оборудования, серверу выбора политики. Сервер выбора политики может определить в соответствии с информацией пользователя правило перенаправления VAS сервиса пользовательского оборудования из списка и отправить информацию, которая используется для указания правила перенаправления VAS, устройству шлюза через сообщение ответа на запрос выбора политики. Таким образом, устройство шлюза определяет в соответствии с информацией правило перенаправления VAS сервиса пользовательского оборудования.
[0055] Кроме того, факультативно в варианте осуществления настоящего изобретения определение информации VAS в соответствии с первой управляющей информацией включает в себя:
определение информации VAS в соответствии с идентификатором показателя информации VAS, включенным в первую управляющую информацию; или
получение информации VAS из управляющей информации.
[0056] Кроме того, факультативно в варианте осуществления настоящего изобретения определение информации VAS в соответствии со второй управляющей информацией включает в себя:
определение информации VAS в соответствии с идентификатором показателя информации VAS, включенным во вторую управляющую информацию; или
получение информации VAS из второй управляющей информации.
[0057] В частности, для реализации соответствующего решения между объектом PCRF и объектом PCEF в архитектуре РСС может использоваться интерфейс динамических правил. В частности, сервер выбора политики (например, объект PCRF) может доставить все правила перенаправления (информацию VAS) устройству шлюза (например, объекту PCEF) через интерфейс динамических правил (например, через сообщение Gx). В этом случае следующие поля должны быть добавлены к сообщению Gx:
<сообщение ответа кредитного контроля (ССА)>::=<Diameter Header: 272, PXY> (указывает, что объект PCRF отправляет все правила перенаправления VAS (информацию VAS) объекту PCEF через сообщение ССА)
*[VAS-Redirect-Install] (означает создание или обновление правила перенаправления VAS)
*[VAS-Redirect-Remove] (означает удаление правила перенаправления VAS)
<(RAR, запрос повторной авторизации)>::=<Diameter Header: 258, REQ, PXY> (указывает, что объект PCRF отправляет все правила перенаправления VAS (информацию VAS) объекту PCEF через сообщение RAA)
*[VAS-Redirect-Install] (означает создание или обновление правила перенаправления VAS)
*[VAS-Redirect-Remove] (означает удаление правила перенаправления VAS)
VAS-Redirect-Install::=<AVP Header: 10109>
{VAS-Redirect-Rule-Name} (указывает имя нового/обновленного правила перенаправления VAS)
{VASID} (используется для указания идентификатора VAS)
{Uplink-VLANID} (используется для указания VLAN ID восходящей линии связи)
{Downlink-VLANID} (используется для указания VLAN ID нисходящей линии связи)
{Uplink-VASIP} (используется для указания VAS IP восходящей линии связи)
{Downlink-VASIP} (используется для указания VAS IP нисходящей линии связи)
VAS-Redirect-Remove::=<AVP Header: 10110>
*[VAS-Redirect-Rule-Name] (указывает имя удаленного правила перенаправления VAS)
[0058] Таким образом, вся информация VAS конфигурируется вне устройства шлюза, тем самым минимизируя воздействие на производительность сетевого устройства.
[0059] Кроме того, факультативно в варианте осуществления настоящего изобретения определение информации VAS в соответствии с управляющей информацией включает в себя:
определение информации VAS в соответствии с идентификатором показателя информации VAS, включенным в управляющую информацию.
[0060] В качестве альтернативы, для реализации соответствующего решения между объектом PCRF и объектом PCEF в архитектуре РСС может использоваться интерфейс статических правил. В частности, информация VAS, описанная в таблице 1, может быть заранее сконфигурирована на устройстве шлюза (например, объекте PCEF) с тем, чтобы сервер выбора политики (например, объект PCRF) мог отправить лишь идентификатор показателя информации VAS, который используется для указания на конкретное правило перенаправления (информацию VAS). Например, имя правила перенаправления VAS (*VAS-Redirect-Rule-Name) в таблице 1 означает активирование или деактивирование некоторого правила перенаправления VAS. Устройство шлюза (например, объект PCEF) может запросить в соответствии с *VAS-Redirect-Rule-Name локальное статически сконфигурированное правило перенаправления (сохраненное в базе данных запоминающего устройства) и получить информацию о системе VAS, на которую должен быть перенаправлен сервис.
Таблица 1
Имя поля
Тип поля
Определение поля
Ограничение
*VAS-Redirect-Rule-Name
Varchar2 (21)
Имя правила перенаправления VAS
Не NULL
VAS ID
(Uint32) 32-битное целое без знака
Идентификатор VAS
Не NULL
Uplink-VLAN ID
Uint32
Идентификатор VLAN ID восходящей линии связи системы VAS
Не NULL
Downlink-VLAN ID
Uint32
Идентификатор VLAN ID нисходящей линии связи системы VAS
Не NULL
Uplink-VAS IP
Uint32
Адрес VAS IP восходящей линии связи системы VAS
Не NULL
Downlink-VAS IP
Uint32
Адрес VAS IP нисходящей линии связи системы VAS
Не NULL
[0061] В этом случае следующие поля должны быть добавлены к сообщению Gx:
<ССА>::=<Diameter Header: 272, PXY> (указывает, что объект PCRF отправляет все правила перенаправления VAS (информацию VAS) объекту PCEF через сообщение ССА)
*[VAS-Redirect-Install] (означает создание или обновление правила перенаправления VAS)
*[VAS-Redirect-Remove] (означает удаление правила перенаправления VAS)
<RAR>::=<Diameter Header: 258, REQ, PXY> (указывает, что объект PCRF отправляет все правила перенаправления VAS (информацию VAS) объекту PCEF через сообщение RAA)
*[VAS-Redirect-Install] (означает создание или обновление правила перенаправления VAS)
*[VAS-Redirect-Remove] (означает удаление правила перенаправления VAS)
VAS-Redirect-Install::=<AVP Header: 10109>
{VAS-Redirect-Rule-Name} (указывает имя нового/обновленного правила перенаправления VAS)
*[VAS-Redirect-Rule-Name] (указывает имя удаленного правила перенаправления VAS),
[0062] Таким образом, конкретная информация VAS конфигурируется на устройстве шлюза с тем, чтобы сервер выбора политики мог совершить показание относительно правила перенаправления, а именно, информации VAS, лишь посредством доставки информации показателя, тем самым сокращая время взаимодействия, увеличивая скорость доступа сервиса и уменьшая воздействие на пользовательское восприятие.
[0063] В способе управления передачей сервиса в варианте осуществления настоящего изобретения сервер выбора политики, развернутый вне устройства шлюза, определяет управляющую информацию сервиса, и устройство шлюза управляет передачей сервиса в соответствии с управляющей информацией, тем самым уменьшая воздействие от перенаправления сервиса в соответствии с динамической информацией о пользователе на производительность устройства шлюза, поддерживая непрерывное обновление для экземпляра пользовательского оборудования и сокращая рабочую нагрузку обслуживания сети.
[0064] В варианте осуществления настоящего изобретения сервис может быть отправлен от пользовательского оборудования к сетевой стороне или от сетевой стороны к пользовательскому оборудованию через устройство шлюза. Таким образом, на упомянутом этапе S130 устройство шлюза может принять пакет данных сервиса, который отправляет пользовательское оборудование или сетевая сторона (далее сетевая сторона описывается с использованием поставщика сервиса (SP) в качестве примера).
[0065] На упомянутом этапе S140 устройство шлюза может установить в соответствии с упомянутой информацией VAS линию связи по протоколу TCP с системой VAS, указанной посредством информации VAS, и отправить упомянутый пакет данных системе VAS. Система VAS выполняет обработку с расширенными функциями над пакетом данных и возвращает обработанный пакет данных устройству шлюза.
[0066] Факультативно в варианте осуществления настоящего изобретения информация VAS используется для указания по меньшей мере двух целевых систем VAS сервиса; и
получение второго пакета данных по меньшей мере от одной целевой системы VAS в соответствии с информацией VAS включает в себя:
отправку в соответствии с информацией VAS первого пакета данных первой целевой системе VAS;
прием третьего пакета данных, отправленного первой целевой системой VAS, причем третий пакет данных представляет собой пакет данных, полученный после того, как первая целевая система VAS выполняет обработку с расширенными функциями над первым пакетом данных;
отправку в соответствии с информацией VAS третьего пакета данных второй целевой системе VAS; и
прием пакета данных, который отправлен второй целевой системой VAS и получен после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных; причем
пакет данных, полученный после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, представляет собой второй пакет данных; или отправку пакета данных, полученного после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, по меньшей мере другой одной целевой системе VAS, таким образом, что по меньшей мере одна другая целевая система VAS снова выполняет обработку с расширенными функциями над пакетом данных, полученным после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, и использует пакет данных, полученный после того, как по меньшей мере одна другая целевая система VAS снова выполняет обработку с расширенными функциями над пакетом данных, который получен после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, в качестве второго пакета данных, причем другая целевая система VAS представляет собой целевую систему VAS, отличающуюся от первой целевой системы VAS и второй целевой системы VAS.
[0067] В частности, например, если пользователь подписывается на пакет услуг, выпущенный оператором для получения сервиса адаптации веб-страниц и сервиса оптимизации видео, устройство шлюза может определить правило перенаправления VAS пользовательского оборудования (например, отправку пакета данных пользовательского оборудования системе VAS, которая обрабатывает сервис адаптации веб-страниц, и системе VAS, которая обрабатывает сервис оптимизации видео) посредством запроса в соответствии с номером телефона пользователя к базе данных с локально сохраненными правилами перенаправления VAS или посредством получения правила перенаправления VAS пользовательского оборудования от сервера выбора политики.
[0068] Кроме того, после приема пакета данных, отправленного пользовательским оборудованием, устройство шлюза может отправить в соответствии с правилом перенаправления VAS пакет данных либо системе VAS, которая обрабатывает сервис адаптации веб-страниц, либо системе VAS, которая обрабатывает сервис оптимизации видео (например, системе VAS, которая обрабатывает сервис адаптации веб-страниц). В частности, системы VAS расположены в разных сетях VLAN. Таким образом, объект PCEF может перенаправить пакет сервиса в соответствии с идентификатором VLAN ID системы VAS, то есть, модифицировать идентификатор VLAN и отправить поток сервиса через указанную сеть VLAN. Устройство шлюза может сохранить первоначальный адрес назначения пакета данных, изменить МАС-адрес назначения пакета сервиса на IP-адрес соответствующей системы VAS, изменить адрес получателя маршрутизации следующего транзитного участка пакета данных на IP-адрес системы VAS (которая является системой VAS, обрабатывающей сервис адаптации веб-страниц) и отправьте пакет данных системе VAS через переключатель. В последующем описании способ устройства шлюза для отправки пакета данных системе VAS подобен упомянутой процедуре, и поэтому подробности здесь не описываются.
[0069] После выполнения обработки с расширенными функциями над пакетом данных система VAS отправляет пакет данных (пакет данных, полученный после обработки адаптации веб-страниц) обратно устройству шлюза. В частности, политика маршрутизации может быть сконфигурирована на системе VAS, то есть, установка адреса получателя маршрутизации следующего транзитного участка пакета данных равна IP-адресу устройства шлюза. В последующем описании способ системы VAS для отправки пакета данных устройству шлюза подобен упомянутой процедуре, и поэтому подробности здесь не описываются.
[0070] Затем устройство шлюза отправляет пакет данных (пакет данных, полученный после обработки адаптации веб-страниц) либо системе VAS, которая обрабатывает сервис адаптации веб-страниц, либо системе VAS, которая обрабатывает сервис оптимизации видео (например, система VAS, которая обрабатывает сервис оптимизации видео). После выполнения обработки с расширенными функциями над принятым пакетом данных (пакетом данных, полученным после обработки адаптации веб-страниц) система VAS отправляет пакет данных (пакет данных, полученный после обработки адаптации веб-страниц и обработки оптимизации видео) обратно устройству шлюза. Наконец, устройство шлюза изменяет адрес получателя маршрутизации следующего транзитного участка пакета данных (пакета данных, полученного после обработки адаптации веб-страниц и обработки оптимизации видео) на сохраненный первоначальный адрес получателя и отправляет пакет данных поставщику сервиса.
[0071] Выше описан вариант осуществления, в котором пользовательское оборудование отправляет пакет данных поставщику сервиса через устройство шлюза. Однако настоящее изобретение не ограничено упомянутым вариантом осуществления, но также применимо к случаю, в котором поставщик сервиса отправляет пакет данных пользовательскому оборудованию через устройство шлюза, причем в таких обстоятельствах последовательность для перенаправления пакета данных на систему VAS, которая обрабатывает сервис адаптации веб-страниц, и систему VAS, которая обрабатывает сервис оптимизации видео, может быть такой же или отличающейся от описанного выше варианта осуществления, что специально не ограничено настоящим изобретением.
[0072] Кроме того, выше описан вариант осуществления, в котором устройство шлюза передает пакет данных двум системам VAS последовательно. Однако настоящее изобретение не ограничено упомянутым вариантом осуществления. Количество целевых систем VAS может быть определено в соответствии с информацией о подписке пользовательского оборудования и может являться не ограниченным.
[0073] После определения информации VAS целевых систем VAS сервиса объект PCEF может передать пакет данных в соответствии с информацией приоритета, в частности, в соответствии с идентификаторами приоритета или последовательностью систем VAS в правиле перенаправления VAS, то есть, информация VAS может включать в себя информацию приоритета, которая используется для указания последовательности отправки первого пакета данных по меньшей мере в двух системах VAS.
[0074] В частности, в сообщении Gx кроме упомянутых полей *[VAS-Redirect-Install], *[VAS-Redirect-Remove] и *[VAS-Redirect-Rule-Name] также может быть добавлено поле *[Precedence] (которое указывает приоритет перенаправления системы VAS; если поле не присутствует, считается, что приоритет является самым низким; для систем VAS с одинаковым самым приоритетом система выполняет перенаправление в той последовательности, которая доставлена посредством правила).
[0075] В качестве альтернативы, информация VAS, описанная в таблице 2, также может быть сконфигурирована на устройстве шлюза с тем, чтобы объект PCRF мог отправить только информацию показателя, соответствующую указанному правилу пересылки (информацию VAS), например, имя правила перенаправления VAS (*VAS-Redirect-Rule-Name) в таблице 2, и только поле VAS-Redirect-Rule-Name доставляется в интерфейсе Gx, что означает активирование или деактивирование некоторого правила перенаправления VAS. Объект PCEF запрашивает локальное статически сконфигурированное правило перенаправления (сохраненное в базе данных запоминающего устройства) и получает информацию о системе VAS, на которую должен быть перенаправлен сервис.
Таблица 2
Имя поля
Тип поля
Определение поля
Ограничение
*VAS-Redirect-Rule-Name
Varchar2 (21)
Имя правила перенаправления VAS
Не NULL
VAS ID
(Uint32) 32-битное целое без знака
Идентификатор VAS
Не NULL
Uplink-VLAN ID
Uint32
Идентификатор VLAN ID восходящей линии связи системы VAS
Не NULL
Downlink-VLAN ID
Uint32
Идентификатор VLAN ID нисходящей линии связи системы VAS
Не NULL
Uplink-VAS IP
Uint32
Адрес VAS IP восходящей линии связи системы VAS
Не NULL
Downlink-VAS IP
Uint32
Адрес VAS IP нисходящей линии связи системы VAS
Не NULL
Precedence
Uint32
Приоритет
Факультативно
[0076] Таким образом, поток сервиса перенаправляется в соответствии с приоритетами, заданными правилом перенаправления VAS, на соответствующие платформы VAS в последовательности, которая может гибко реализовать конфигурацию сервиса. Факультативно в варианте осуществления настоящего изобретения перед получением второго пакета данных по меньшей мере от одной целевой системы VAS способ дополнительно включает в себя:
отправку тестового сообщения по меньшей мере одной целевой системе VAS;
прием тестового ответного сообщения, отправленного по меньшей мере одной целевой системой VAS; и
определяют в соответствии с тестовым ответным сообщением, что по меньшей мере одна целевая система VAS эффективна. В частности, в варианте осуществления настоящего изобретения устройство шлюза может дополнительно обеспечить возможность обнаружения статуса системы VAS, то есть, отправки пакета протокола управляющих сообщений сети Интернет (ICMP) каждой системе VAS в некотором интервале (интервал может быть установлен в соответствии с требованиями). Если устройство шлюза не принимает ответ ICMP в течение последовательных N раз (количество может быть установлено в соответствии с требованиями), определяется, что система VAS является неэффективной. Кроме того, факультативно для неэффективной системы VAS устройство шлюза может отправить пакет ICMP снова после некоторого интервала (интервал может быть установлен в соответствии с требованием). Если устройство шлюза принимает ответ ICMP в течение последовательных N раз, может быть определено, что система VAS является эффективной. Перед перенаправлением сервиса на систему VAS объект PCEF сначала запрашивает статус системы VAS. Если система VAS является неэффективной, система VAS пропускается, и поток сервиса перенаправляется на следующую платформу VAS, пока поток сервиса не должен быть перенаправлен на систему VAS. Затем объект PCEF перенаправляет сервис заключительному поставщику сервиса.
[0077] Таким образом, когда пакет сервиса должен быть перенаправлен, можно сразу изучить, является ли эффективной целевая система VAS сервиса, тем самым сокращая время взаимодействия, увеличивая скорость доступа сервиса и уменьшая воздействие на пользовательское восприятие.
[0078] В качестве альтернативы, в варианте осуществления настоящего изобретения, объект PCEF перед перенаправлением сервиса на систему VAS может сначала отправить пакет ICMP системе VAS. Если ответ ICMP принят в пределах периода требуемого времени (период времени может быть установлен в соответствии с требованием), может быть определено, что система VAS является эффективной. Иначе определяется, что система VAS является неэффективной. Если система VAS является неэффективной, VAS пропускается, и поток сервиса перенаправляется на следующую платформу VAS, пока поток сервиса не должен быть перенаправлен на систему VAS. Затем объект PCEF перенаправляет сервис поставщику сервиса.
[0079] Таким образом, устройство шлюза обнаруживает статус соответствующей системы VAS, только когда это необходимо, что может уменьшить воздействие на производительность устройства шлюза.
[0080] В способе управления передачей сервиса в варианте осуществления настоящего изобретения обнаруживается статус системы VAS. Если система VAS является неэффективной, пакет данных не перенаправляется на систему VAS, и тем самым гарантируется нормальный доступ к сервису пользователя и предотвращается отказ доступа к сервису пользователя из-за недоступности некоторой системы VAS. В последующем описании, в качестве примера, а не ограничения, сервер выбора политики описан с использованием объекта PCRF в качестве примера, и устройство шлюза описано с использованием объекта PCEF в качестве примера.
[0081] Фиг. 2 показывает схему взаимодействия способа управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения. В варианте осуществления пользователь подписывается на пакет 1 услуг, выпущенный оператором: 10 CNY за 100 Мбайт трафика и бесплатный сервис адаптации веб-страниц и сервис оптимизации видео. Объект PCRF (сервер выбора политики) может синхронизировать соотношение подписки пользователя от оператора и сохранить соотношение подписки. Кроме того, объект PCRF может сформировать и поддерживать список информации о подписке, который записывает соответствие между информацией пользователя и информацией о подписке (например, записывая номера телефона пользователя, идентификатор VAS ID сервера (VAS1), который реализует сервис адаптации веб-страниц, и идентификатор VAS ID сервера (VAS2), который реализует сервис оптимизации видео). Кроме того, объект PCRF может определить приоритет этих двух серверов, например, в качестве примера, а не ограничения, установить приоритет VAS1>VAS2, в результате чего объект PCEF перенаправляет сервис в соответствии с приоритетом (например, перенаправляет сервис сначала на VAS1 и затем на VAS2).
[0082] Как показано на фиг. 2, на этапе S201 пользовательское оборудование (UE) входит в режим онлайн, и NAS/AAA может отправить, например, сообщение запроса Accounting-Start службы RADIUS объекту PCEF, причем сообщение запроса Accounting-Start службы RADIUS может нести информацию пользователя (например, номер телефона и т.п.) пользовательского оборудования или информацию пользователя и информацию статуса (например, текущее время, базовая сеть и т.п.).
[0083] На этапе S202 объект PCEF может отправить, например, сообщение Gx начального запроса кредитного контроля (CCR-I) объекту PCRF, например, через интерфейс Gx, причем сообщение запроса Gx CCR-I может нести информацию сервиса пользовательского оборудования. Информация сервиса может включать в себя информацию пользователя или информацию пользователя и информацию статуса (например, номер телефона, текущее время, базовая сеть и т.п.). Следует понимать, что упомянутое сообщение запроса Gx CCR-I является лишь примером настоящего изобретения, которым настоящее изобретение не ограничено. Другие сообщения, которыми обмениваются объект PCEF и объект PCRF, и которые могут нести информацию пользователя пользовательского оборудования, также должны находиться в пределах объема правовой охраны настоящего изобретения. В дальнейшем такие же или аналогичные случаи не описываются.
[0084] На этапе S203 после приема сообщения запроса Gx CCR-I объект PCRF в соответствии с информацией сервиса, сообщенной объектом PCEF, может запросить информацию о подписке, соответствующую информации пользователя, из списка информации о подписке, который создается заранее, чтобы определить правило перенаправления VAS (например, идентификаторы VAS ID, идентификаторы VLAN ID и IP-адреса VAS1 и VAS2), соответствующее сервису пользовательского оборудования.
[0085] Далее приведен конкретный пример правила перенаправления VAS в методе реализации, показанном на фиг. 2:
[0086] Упомянутое правило перенаправления VAS может быть закодировано в двоичном формате в соответствии со спецификациями. Как показано выше, в упомянутом правиле перенаправления приоритет для ContentAdaptation (адаптации информационного содержания) выше, чем для VideoOptimization (оптимизации видео).
[0086] На этапе S204 объект PCRF доставляет правило перенаправления VAS объекту PCEF посредством использования сообщения Gx ответа кредитного контроля (ССА). Кроме того, как описано выше, объект PCRF может доставить лишь идентификатор показателя информации VAS (например, *VAS-Redirect-Rule-Name), используемый для указания правила перенаправления VAS, а также может доставить всю информацию правила перенаправления VAS.
[0088] На этапе S205 объект PCEF определяет и временно сохраняет правило перенаправления VAS.
[0089] На этапе S206 пользовательское оборудование инициирует соединение протокола управления передачей (TCP) и отправляет пакет данных поставщику сервиса через устройство шлюза.
[0090] На этапе S207 объект PCEF передает пакет данных системе VAS1 в соответствии с правилом перенаправления VAS.
[0091] На этапе S208 система VAS1 выполняет обработку с расширенными функциями над пакетом данных и отправляет обработанный пакет данных обратно объекту PCEF.
[0092] На этапе S209 объект PCEF передает пакет данных системе VAS2 в соответствии с правилом перенаправления VAS.
[0093] На этапе S210 система VAS2 выполняет обработку с расширенными функциями над пакетом данных и отправляет обработанный пакет данных обратно объекту PCEF.
[0094] На этапе S211 объект PCEF отправляет обработанный пакет данных поставщику сервиса.
[0095] На этапе S212 поставщик сервиса возвращает ответный пакет пользовательскому оборудованию через устройство шлюза.
[0096] На этапе S213 объект PCEF передает ответный пакет системе VAS2 в соответствии с правилом перенаправления VAS.
[0097] На этапе S214 система VAS2 выполняет обработку с расширенными функциями над ответным пакетом и отправляет обработанный ответный пакет обратно объекту PCEF.
[0098] На этапе S215 объект PCEF передает ответный пакет системе VAS1 в соответствии с правилом перенаправления VAS.
[0099] На этапе S216 объект VAS1 выполняет обработку с расширенными функциями над ответным пакетом и отправляет обработанный ответный пакет обратно объекту PCEF.
[0100] На этапе S217 объект PCEF отправляет обработанный ответный пакет пользовательскому оборудованию.
[0101] Факультативно в варианте осуществления настоящего изобретения получение информации статуса, которая используется для указания статуса сервиса, включает в себя:
получение первой информации статуса, которая используется для указания начального статуса сервиса;
определение информации VAS в соответствии с информацией пользователя и информацией статуса включает в себя:
определение в соответствии с информацией пользователя и первой информацией статуса первой информации VAS; и
способ дополнительно включает в себя:
определение, что начальный статус сервиса изменяется;
получение второй информации статуса, которая используется для указания измененного статуса сервиса; и
определение информации VAS в соответствии с информацией пользователя дополнительно включает в себя:
определение второй информации VAS в соответствии с информацией пользователя и второй информацией статуса.
[0102] В частности, фиг. 3 показывает схему взаимодействия способа управления передачей сервиса в соответствии с другим вариантом осуществления настоящего изобретения. В варианте осуществления пользователь подписывается на пакет 2 услуг, выпущенный оператором: 10 CNY за 100М трафика и бесплатный онлайновый антивирусный сервис, обеспечиваемый сервером VAS3, в период времени с 08:00 до 20:00. Объект PCRF (сервер выбора политики) может синхронизировать соотношение подписки пользователя от оператора и сохранить соотношение подписки. Кроме того, объект PCRF может сформировать и поддерживать список информации о подписке, который записывает взаимосвязь между информацией пользователя и информацией о подписке (например, записывая номер телефона пользователя и идентификатор VAS ID сервера (VAS3), который реализует антивирусный сервис).
[0103] Как показано на фиг. 3, на этапе S301 пользовательское оборудование входит в режим онлайн в 08:00, и NAS/AAA может отправить, например, сообщение запроса Accounting-Start службы RADIUS объекту PCEF, причем сообщение запроса Accounting-Start службы RADIUS может нести информацию пользователя (например, номер телефона и т.п.) пользовательского оборудования.
[0104] На этапе S302 объект PCEF может отправить, например, сообщение Gx CCR-I объекту PCRF, например, через интерфейс Gx, причем сообщение запроса Gx CCR-I может нести информацию пользователя.
[0105] На этапе S303 после приема сообщения запроса Gx CCR-I объект PCRF в соответствии с информацией сервиса, сообщенной объектом PCEF, может запросить информацию о подписке, соответствующую информации пользователя, из списка информации о подписке, который создается заранее, чтобы определить правило перенаправления VAS, например, идентификатор VAS ID, идентификатор VLAN ID и IP-адрес системы VAS3, соответствующее сервису пользовательского оборудования.
[0106] В S304 объект PCRF доставляет правило перенаправления VAS объекту PCEF посредством использования сообщения Gx CCA. Кроме того, как описано выше, объект PCRF может доставить лишь идентификатор показателя информации VAS (например, *VAS-Redirect-Rule-Name), используемый для указания правила перенаправления VAS, а также может доставить всю информацию правила перенаправления VAS.
[0107] На этапе S305 объект PCEF определяет и временно сохраняет правило перенаправления VAS.
[0108] На этапе S306 пользовательское оборудование инициирует линию связи протокола TCP и отправляет пакет данных поставщику сервиса через устройство шлюза.
[0109] На этапе S307 объект PCEF передает пакет данных системе VAS3 в соответствии с правилом перенаправления VAS.
[0110] На этапе S308 система VAS3 выполняет обработку с расширенными функциями над пакетом данных и отправляет обработанный пакет данных обратно объекту PCEF.
[0111] На этапе S309 объект PCEF отправляет обработанный пакет данных поставщику сервиса.
[0112] На этапе S310 поставщик сервиса возвращает ответный пакет пользовательскому оборудованию через устройство шлюза.
[0113] На этапе S311 объект PCEF передает ответный пакет системе VAS3 в соответствии с правилом перенаправления VAS.
[0114] На этапе S312 система VAS3 выполняет обработку с расширенными функциями над ответным пакетом и отправляет обработанный ответный пакет обратно объекту PCEF.
[0115] На этапе S313 объект PCEF отправляет обработанный ответный пакет пользовательскому оборудованию.
[0116] На этапе S314 объект PCRF отслеживает, что текущее время системы равно 20:00, и доставляет политику (например, упомянутое поле VAS-Redirect-Rule-Remove), используемое для того, чтобы дать объекту PCEF команду отменить текущее правило перенаправления VAS, и обновленное правило перенаправления VAS посредством использования сообщения Gx запроса повторной авторизации (RAR).
[0117] На этапе S315 объект PCEF может возвратить сообщение Gx ответа повторной авторизации (RAR) объекту PCRF.
[0118] На этапе S316 объект PCEF удаляет текущее правило перенаправления VAS и сохраняет обновленное правило перенаправления VAS.
[0119] На этапе S317 пользовательское оборудование инициирует линию связи протокола TCP и отправляет пакет данных поставщику сервиса через устройство шлюза.
[0120] На этапе S318 объект PCEF непосредственно перенаправляет пакет данных поставщику сервиса в соответствии с правилом перенаправления VAS.
[0121] На этапе S319 поставщик сервиса возвращает ответный пакет пользовательскому оборудованию через устройство шлюза.
[0122] На этапе S320 устройство шлюза передает ответный пакет пользовательскому оборудованию.
[0123] Выше описан вариант осуществления, в котором объект PCRF (сервер выбора политики) в случае, когда текущий статус сервиса изменяется (время обслуживания, заданное в информации о подписке, превышено), доставляет обновленную политику перенаправления VAS, чтобы заменить текущую политику перенаправления VAS, сохраненную в объекте PCEF (устройстве шлюза). Однако настоящее изобретение не ограничено упомянутым вариантом осуществления. Объект PCRF также может нести часть информации показателя в сообщении Gx CCR-I для объекта PCEF (устройства шлюза), чтобы определить, что текущий статус сервиса изменился, удалить текущую сохраненную политику перенаправления VAS и отправить сообщение Gx запроса обновления кредитного контроля (CCRU) объекту PCRF, чтобы получить обновленную политику перенаправления VAS. Объект PCRF доставляет политику перенаправления VAS в текущем статусе объекту PCEF посредством использования сообщения Gx ответа обновления кредитного контроля (CCRU).
[0124] Выше описан вариант осуществления, в котором устройство шлюза в случае, когда изменяется текущий статус, снова получает правило перенаправления VAS. Однако настоящее изобретение не ограничено упомянутым вариантом осуществления. Устройство шлюза также может получить правила перенаправления VAS в другом статусе сервиса в одно время и выбрать соответствующее правило перенаправления VAS для использования в соответствии со статусом сервиса.
[0125] В частности, между объектом PCRF и объектом PCEF в архитектуре РСС может использоваться интерфейс динамических правил. Все правила перенаправления информации VAS (VAS1 и VAS2) в другом статусе доставляются объекту PCEF, например, посредством использования сообщения Gx. Следует понимать, что в соответствии с ситуацией также может быть включено больше информации VAS, что специально не ограничено настоящим изобретением. Здесь для простоты описан пример, который включает информацию только двух систем VAS. В этом случае в сообщении Gx кроме упомянутых полей *[VAS-Redirect-Install], *[VAS-Redirect-Remove], *[VAS-Redirect-Rule-Name] и *[Precedence] может быть добавлено поле *[Condition] (указывающее условие использования VAS, например, это может быть время использования или сеть использования).
[0126] Кроме того, в качестве альтернативы, между объектом PCRF и объектом PCEF в архитектуре РСС может использоваться интерфейс статических правил. Таким образом, информация VAS, описанная в таблице 3, может быть сконфигурирована в объекте PCEF заранее с тем, чтобы объект PCRF мог отправить лишь информацию показателя, соответствующую конкретному правилу пересылки (информацию VAS), например, имя правила перенаправления VAS (*VAS-Redirect-Rule-Name) в таблице 2, и доставить только поле VAS-Redirect-Rule-Name в интерфейсе Gx, что означает активирование или деактивирование конкретного правила перенаправления VAS. Объект PCEF запрашивает локальное статически сконфигурированное правило перенаправления (сохраненное в базе данных запоминающего устройства) и получает информацию VAS о системе VAS, на которую должен быть перенаправлен сервис.
Таблица 3
Имя поля
Тип поля
Определение поля
Ограничение
*VAS-Redirect-Rule-Name
Varchar2 (21)
Имя правила перенаправления VAS
Не NULL
VAS ID
(Uint32) 32-битное целое без знака
Идентификатор VAS
Не NULL
Uplink-VLAN ID
Uint32
Идентификатор VLAN ID восходящей линии связи системы VAS
Не NULL
Downlink-VLAN ID
Uint32
Идентификатор VLAN ID нисходящей линии связи системы VAS
Не NULL
Uplink-VAS IP
Uint32
Адрес VAS IP восходящей линии связи системы VAS
Не NULL
Downlink-VAS IP
Uint32
Адрес VAS IP нисходящей линии связи сервиса VAS
Не NULL
Precedence
Uint32
Приоритет
Факультативно
Condition
Uint32
Условие использования
Факультативно
[0127] Таким образом, объект PCEF может в другом статусе сервиса перенаправить пакет данных в соответствии с другой информацией VAS (правилом перенаправления VAS).
[0128] В способе управления передачей сервиса в варианте осуществления настоящего изобретения система VAS выполняет обработку с расширенными функциями над пакетом данных и возвращает пакет данных устройству шлюза, позволяя устройству шлюза гибко выполнить конфигурацию сервиса в соответствии с динамической информацией о пользователе.
[0129] Для линии связи протокола TCP, в частности, в варианте осуществления настоящего изобретения устройство шлюза может дополнительно обеспечить возможность обнаружения статуса системы VAS, то есть, отправки пакета протокола управляющих сообщений сети Интернет (ICMP) каждой системе VAS в некотором интервале (интервал может быть установлен в соответствии с требованиями). Если устройство шлюза не принимает ответ ICMP в течение последовательных N раз (количество может быть установлено в соответствии с требованиями), определяется, что система VAS является неэффективной. Кроме того, факультативно для неэффективной системы VAS устройство шлюза может отправить пакет ICMP снова после некоторого интервала (интервал может быть установлен в соответствии с требованием). Если устройство шлюза принимает ответ ICMP в течение последовательных N раз, может быть определено, что система VAS является эффективной. Перед перенаправлением сервиса на систему VAS объект PCEF сначала запрашивает статус системы VAS. Если система VAS является неэффективной, система VAS пропускается, и поток сервиса перенаправляется на следующую платформу VAS, пока поток сервиса не должен быть перенаправлен на систему VAS. Затем объект PCEF перенаправляет сервис заключительному поставщику сервиса.
[0130] Таким образом, когда пакет сервиса должен быть перенаправлен, можно сразу изучить, является ли эффективной целевая система VAS сервиса, тем самым сокращая время взаимодействия, увеличивая скорость доступа сервиса и уменьшая воздействие на пользовательское восприятие.
[0131] В качестве альтернативы, в варианте осуществления настоящего изобретения, объект PCEF перед перенаправлением сервиса на систему VAS может сначала отправить пакет ICMP системе VAS. Если ответ ICMP принят в пределах периода требуемого времени (период времени может быть установлен в соответствии с требованием), может быть определено, что система VAS является эффективной. Иначе определяется, что система VAS является неэффективной. Если система VAS является неэффективной, VAS пропускается, и поток сервиса перенаправляется на следующую платформу VAS, пока поток сервиса не должен быть перенаправлен на систему VAS. Затем объект PCEF перенаправляет сервис поставщику сервиса.
[0132] Таким образом, устройство шлюза обнаруживает статус соответствующей системы VAS, только когда это необходимо, что может уменьшить воздействие на производительность устройства шлюза.
[0133] В способе управления передачей сервиса в варианте осуществления настоящего изобретения обнаруживается статус системы VAS. Если система VAS является неэффективной, пакет данных не перенаправляется на систему VAS, и тем самым гарантируется нормальный доступ к сервису пользователя и предотвращается отказ доступа к сервису пользователя из-за недоступности некоторой системы VAS. В последующем описании, в качестве примера, а не ограничения, сервер выбора политики описан с использованием объекта PCRF в качестве примера, и устройство шлюза описано с использованием объекта PCEF в качестве примера.
[0134] Со ссылкой на фиг. 1-3 выше подробно описан способ управления передачи сервиса в соответствии с вариантами осуществления настоящего изобретения. Со ссылкой на фиг. 4 далее подробно описано устройство для управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения.
[0135] Фиг. 4 показывает блок-схему устройства 500 для управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения. Как показано на фиг. 5, устройство 500 включает в себя:
блок 510 приема, выполненный с возможностью принимать сообщение запроса соединения, отправленное экземпляром пользовательского оборудования, которое передает сервис, причем сообщение запроса соединения включает в себя информацию пользователя пользовательского оборудования;
блок 520 определения, выполненный с возможностью определять информацию системы сервисов с расширенными функциями (VAS) в соответствии с информацией пользователя, причем информация VAS используется для указания по меньшей мере одной целевой системы VAS сервиса;
блок 510 приема, дополнительно выполненный с возможностью принимать первый пакет данных сервиса, который отправлен отправляющей стороной;
блок 530 получения, выполненный с возможностью получать второй пакет данных по меньшей мере от одной целевой системы VAS в соответствии с информацией VAS, причем второй пакет данных представляет собой пакет данных, полученный после того, как по меньшей мере одна целевая система VAS выполняет обработку с расширенными функциями над первым пакетом данных; и
блок 540 отправки, выполненный с возможностью отправлять второй пакет данных принимающей стороне.
[0136] Факультативно в варианте осуществления настоящего изобретения блок 520 определения дополнительно выполнен с возможностью получать информацию статуса, которая используется для указания статуса сервиса; и
определять информацию VAS в соответствии с информацией пользователя и информацией статуса.
[0137] Факультативно в варианте осуществления настоящего изобретения блок 520 определения дополнительно выполнен с возможностью получать первую информацию статуса, которая используется для указания начального статуса сервиса;
определять, что начальный статус сервиса изменяется;
получать вторую информацию статуса, которая используется для указания измененного статуса сервиса; и
определять вторую информацию VAS в соответствии с информацией пользователя и второй информацией статуса.
[0138] Кроме того, информация статуса, полученная блоком 520 определения, включает в себя информацию времени, используемую для указания текущего времени, и/или информацию базовой сети, используемую для указания текущей базовой сети сервиса.
[0139] В соответствии с устройством для управления передачей сервиса в варианте осуществления настоящего изобретения конфигурация сервиса может быть гибко выполнена для сервиса с расширенными функциями каждой системы VAS, когда сервис с расширенными функциями, на который подписан пользователь, изменяется по условию.
[0140] Факультативно в варианте осуществления настоящего изобретения информация VAS, определенная блоком 520 определения, используется для указания по меньшей мере двух целевых систем VAS сервиса; и блок 530 приема включает в себя:
модуль отправки, выполненный с возможностью отправлять первый пакет данных первой целевой системе VAS в соответствии с информацией VAS;
модуль приема, выполненный с возможностью принимать третий пакет данных, отправленный первой целевой системой VAS, причем третий пакет данных представляет собой пакет данных, полученный после того, как первая целевая система VAS выполняет обработку с расширенными функциями над первым пакетом данных;
модуль отправки дополнительно выполнен с возможностью отправлять третий пакет данных второй целевой системе VAS в соответствии с информацией VAS; и
модуль приема дополнительно выполнен с возможностью принимать пакет данных, отправленный второй целевой системой VAS, причем пакет данных получен после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, и пакет данных, полученный после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, является вторым пакетом данных; или отправлять пакет данных, полученный после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, по меньшей мере одной другой целевой системе VAS, таким образом, что по меньшей мере одна другая целевая система VAS снова выполняет обработку с расширенными функциями над пакетом данных, полученным после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, и использует пакет данных, полученный после того, как по меньшей мере одна другая целевая система VAS снова выполняет обработку с расширенными функциями над пакетом данных, который получен после того, как вторая целевая система VAS выполняет обработку с расширенными функциями над третьим пакетом данных, в качестве второго пакета данных.
[0141] Кроме того, в варианте осуществления настоящего изобретения блок 520 определения дополнительно выполнен с возможностью определять информацию приоритета, которая используется для указания последовательности для отправки пакета данных по меньшей мере в двух системах VAS; и
блок 530 получения дополнительно выполнен с возможностью получать в соответствии с информацией VAS и информацией приоритета второй пакет данных по меньшей мере от одной целевой системы VAS.
[0142] Факультативно в варианте осуществления настоящего изобретения блок 520 определения дополнительно выполнен с возможностью получать в соответствии с информацией пользователя информацию VAS из первой базы данных, сформированной на основе соответствия между информацией пользователя и информацией VAS.
[0143] Факультативно в варианте осуществления настоящего изобретения блок 520 определения 520 дополнительно выполнен с возможностью получать в соответствии с информацией пользователя и информацией статуса информацию VAS из второй базы данных, сформированной на основе соответствия между информацией пользователя и информацией статуса и информацией VAS.
[0144] Факультативно в варианте осуществления настоящего изобретения блок 540 отправки дополнительно выполнен с возможностью отправлять первое сообщение запроса политики, которое включает в себя информацию пользователя, серверу выбора политики;
блок 510 приема дополнительно выполнен с возможностью принимать первое сообщение ответа на запрос политики, которое включает в себя первую управляющую информацию и отправлено сервером выбора политики, причем первая управляющая информация определена сервером выбора политики в соответствии с информацией пользователя и используется для указания информации VAS; и
блок 520 определения дополнительно выполнен с возможностью определять информацию VAS в соответствии с первой управляющей информацией.
[0145] Факультативно в варианте осуществления настоящего изобретения блок 520 определения, в частности, выполнен с возможностью определять информацию VAS в соответствии с идентификатором показателя информации VAS, включенным в первую управляющую информацию; или
получать информацию VAS из первой управляющей информации.
[0146] Факультативно в варианте осуществления настоящего изобретения блок 520 определения дополнительно выполнен с возможностью получать в соответствии с информацией пользователя информацию VAS из первой базы данных, сформированной на основе соответствия между информацией пользователя и информацией VAS.
[0147] Факультативно в варианте осуществления настоящего изобретения блок 540 отправки дополнительно выполнен с возможностью отправлять второе сообщение запроса политики, которое включает в себя информацию пользователя и информацию статуса, серверу выбора политики;
блок 510 приема дополнительно выполнен с возможностью принимать второе сообщение ответа на запрос политики, которое включает в себя вторую управляющую информацию и отправлено сервером выбора политики, причем вторая управляющая информация определена сервером выбора политики в соответствии с информацией пользователя и информацией статуса и используется для указания информации VAS; и
блок 520 определения, выполненный с возможностью определять информацию VAS в соответствии со второй управляющей информацией.
[0148] Факультативно в варианте осуществления настоящего изобретения блок 520 определения, в частности, выполнен с возможностью определять информацию VAS в соответствии с идентификатором показателя информации VAS, включенным во вторую управляющую информацию; или
получать информацию VAS из второй управляющей информации.
[0149] Таким образом, конкретная информация VAS конфигурируется на устройстве шлюза с тем, чтобы сервер выбора политики мог совершить показание относительно правила перенаправления, а именно, информации VAS, лишь посредством доставки информации показателя, тем самым сокращая время взаимодействия, увеличивая скорость доступа сервиса и уменьшая воздействие на пользовательское восприятие.
[0150] Факультативно в варианте осуществления настоящего изобретения блок 520 определения дополнительно выполнен с возможностью получать информацию VAS из управляющей информации.
[0151] Таким образом, вся информация VAS конфигурируется вне устройства шлюза, тем самым минимизируя воздействие на производительность сетевого устройства.
[0152] В устройстве для управления передачей сервиса в варианте осуществления настоящего изобретения сервер выбора политики, развернутый вне устройства шлюза, определяет управляющую информацию сервиса, и устройство шлюза управляет передачей сервиса в соответствии с управляющей информацией, тем самым уменьшая воздействие от перенаправления сервиса в соответствии с динамической информацией о пользователе на производительность устройства шлюза, поддерживая непрерывное обновление для экземпляра пользовательского оборудования и сокращая рабочую нагрузку обслуживания сети.
[0153] Факультативно в варианте осуществления настоящего изобретения блок 540 отправки дополнительно выполнен с возможностью отправлять тестовое сообщение по меньшей мере одной целевой системе VAS;
блок 510 приема дополнительно выполнен с возможностью принимать тестовое ответное сообщение, отправленное по меньшей мере одной целевой системой VAS; и
блок 520 определения дополнительно выполнен с возможностью определять в соответствии с тестовым ответным сообщением, что по меньшей мере одна целевая система VAS является эффективной.
[0154] В устройстве для управления передачей сервиса в варианте осуществления настоящего изобретения обнаруживается статус системы VAS. Если система VAS является неэффективной, пакет данных не перенаправляется на систему VAS, и тем самым гарантируется нормальный доступ к сервису пользователя и предотвращается отказ доступа к сервису пользователя из-за недоступности некоторой системы VAS.
[0155] В варианте осуществления настоящего изобретения информация VAS включает в себя идентификатор VAS ID, идентификатор виртуальной локальной сети VLAN ID системы VAS и IP-адрес системы VAS.
[0156] В варианте осуществления настоящего изобретения информация пользователя включает в себя по меньшей мере один элемент группы, состоящей из номера телефона подписчика мобильной связи (MSISDN), международного мобильного идентификатора подписчика мобильной связи (IMSI), международного идентификационного номера устройства (IMEI) и IP-адреса сервера.
[0157] Устройство 500 для управления передачей сервиса в соответствии с вариантом осуществления настоящего изобретения может соответствовать устройству шлюза (например, объекту PCEF) в способе в варианте осуществления настоящего изобретения. Кроме того, все блоки, а именно, модули и упомянутые другие операции и/или функции в устройстве 500 для установления соединения связи используются для реализации соответствующего процесса способа 100, показанного на фиг. 1. Для краткости подробности не описываются здесь повторно.
[0158] В устройстве для управления передачей сервиса в варианте осуществления настоящего изобретения система VAS выполняет обработку с расширенными функциями над пакетом данных и возвращает пакет данных устройству шлюза, давая возможность устройству шлюза гибко выполнить конфигурацию сервиса в соответствии с динамической информацией о пользователе. Фиг. 5А является схемой архитектуры другой системы в соответствии с методом реализации настоящего изобретения. Как показано на фиг. 5А, система для управления передачей сервиса в системе связи может представлять собой систему, состоящую из упомянутого сервера выбора политики и устройства шлюза. В частности, она может представлять собой систему, состоящую из нескольких компьютеров, а также может представлять собой единственное устройство, или быть распределенной по разным сетевым узлам, и это не ограничено настоящим изобретением. Пользовательское оборудование, как описано выше, может представлять собой оборудование мобильного или не мобильного пользователя любого типа. Сервер сервиса может представлять собой любой сервер, который предоставляет заданный сервис, например, онлайновый антивирусный сервер, сервер оптимизации видео, сервер ускорения с помощью кэша HTTP и т.п., и это не ограничено методами реализации. Экземпляр пользовательского оборудования в системе соединен и взаимодействует с одним или несколькими серверами сервиса через систему для управления передачей сервиса, и используемые технологии соединения связи не описываются здесь повторно.
[0159] В качестве альтернативы, фиг. 5В и фиг. 5С показывают схемы архитектуры другой системы в соответствии с методом реализации настоящего изобретения. Система для управления передачей сервиса в системе использует архитектуру управления политиками и тарификацией (РСС). На фиг. 5В направленные стрелки от пользовательского оборудования к объекту PCEF, первому серверу сервиса, второму серверу сервиса и серверу первоначального адреса назначения в последовательности указывают восходящее направление потока сервиса. На фиг. 5С направленные стрелки от сервера первоначального адреса назначения ко второму серверу сервиса, первому серверу сервиса, объекту PCEF и пользовательскому оборудованию в последовательности указывают нисходящее направление потока сервиса.
[0160] Системы, показанные на фиг. 5А, 5В и 5С, могут реализовать способы управления передачей сервиса следующим образом. Операционные принципы систем описаны как в способах.
[0161] На фиг. 6 показана упрощенная блок-схема последовательности операций способа управления передачей сервиса в соответствии с методом реализации. Способ включает в себя следующие секции.
[0162] 10: Прием посредством системы для управления передачей сервиса данных связи, отправленных экземпляром пользовательского оборудования, причем данные связи несут информацию о сервере первоначального адреса назначения (упоминается как секция приема);
[0163] В частности, данные связи, отправленные пользовательским оборудованием, являются коллективным названием всех сигналов, отправленных пользовательским оборудованием, например, запрос активации сервиса передачи данных или запрос изменение сервиса передачи данных на стадии установления линии связи или запрос сервиса на стадии фактической передачи сервиса.
[0164] 20: Получение в соответствии с данными связи любой одной или любой комбинации динамической информации о пользователе пользовательского оборудования и информации сервисного уровня данных связи (упоминается как секция получения);
[0165] В частности, динамическая информация о пользователе относится к номеру телефона пользователя пользовательского оборудования, IMSI пользователя, IP-адресу пользователя, информации о сервисной подписке пользователя, типу текущей базовой сети и т.п. Информация сервисного уровня относится к информации сервисного уровня L7 или уровня L7+ (также известного как прикладной уровень). Безусловно, в "секции получения" может быть получена любая комбинация упомянутой информации, например, комбинация различной динамической информации о пользователе, комбинация различной информации сервисного уровня или комбинация различной динамической информации о пользователе и информации сервисного уровня.
[0166] Следует отметить, что процесс получения динамической информации о пользователе и процесс получения информации сервисного уровня могут быть выполнены на разных стадиях процесса связи и соответственно описаны в методах реализации, показанных на фиг. 7А и 7В далее.
[0167] 30: определение политики перенаправления в соответствии с любой одной или любой комбинацией полученной динамической информации о пользователе и полученной информации сервисного уровня, причем политика перенаправления включает в себя: перенаправление сервисных данных, отправленных пользовательским оборудованием по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи (упоминается как секция определения политики перенаправления); и
[0168] для простоты понимания сервисные данные, отправленные пользовательским оборудованием, являются коллективным названием различных сигналов, переданных пользовательским оборудованием на стадии фактической передачи сервиса. В частности, если данные связи, отправленные пользовательским оборудованием в секции 10 приема, отправлены на стадии установления линии связи, сервисные данные здесь представляют собой сервисные данные (то есть, сервисные данные, отправленные пользовательским оборудованием после того, как отправлены данные связи, например, запрос сервиса и т.п.), отправленные пользовательским оборудованием после того, как линия связи установлена. Если данные связи, отправленные пользовательским оборудованием в секции 10 приема, отправлены на стадии передачи сервиса, сервисные данные здесь представляют то же самое, что и данные связи в секции 10 приема и в секции 20 получения.
[0169] 40: управление для реализации следующей процедуры: отправка сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, прием сервисных данных, обработанных по меньшей мере одним сервером сервиса, и отправка принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в данных связи (упоминается как секция управления исполнением).
[0170] Посредством использования метода реализации, показанного на фиг. 6, система для управления передачей сервиса может гибко выполнять управление и обработку для сервиса в соответствии с динамической информацией о пользователе или информацией сервисного уровня, и, в частности, перенаправлять сервис серверу сервиса, отличающийся от сервера сервиса первоначального адреса назначения, обогащая сервисы связи, при этом избегая повторной передачи данных связи слишком большого размера. В частности, пользовательскому оборудованию не нужно многократно отправлять соответствующие сервисные данные разным серверам сервисов, что до некоторой степени экономит ресурсы связи и улучшает эффективность связи.
[0171] В частности, в методе реализации, показанном на фиг. 6, каждая секция может изменяться в соответствии с разными сценариями сервиса, что включает в себя по меньшей мере более конкретные решения, показанные на фиг. 7А и 7В. Как показано на фиг. 7А, метод реализации способа управления передачей сервиса включает в себя следующие секции.
[0172] 10А: Секция приема:
прием посредством системы для управления передачей сервиса запроса активации сервиса передачи данных или запроса изменения сервиса передачи данных, отправленного экземпляром пользовательского оборудования, причем запрос несет информацию о сервере первоначального адреса назначения.
[0173] 20А: Секция получения:
анализ запроса активации сервиса передачи данных или запроса изменения сервиса передачи данных для получения динамической информации о пользователе или получения посредством запросов динамической информации о пользователе в соответствии с результатом анализа. Динамическая информация о пользователе включает в себя, но без ограничения, номером телефона пользователя, IMSI пользователя, IP-адрес пользователя, информацию сервисной подписки пользователя, тип текущей базовой сети и т.п. В конкретном примере в соответствии с архитектурой каждой существующей сети связи информация (например, IMSI или IP-адрес пользователя), которая идентифицирует идентификатор пользователя, может быть получена сначала посредством анализа, и затем может быть сделан запрос к серверу или базе данных, которые хранят относящуюся к пользователю информацию в сети связи, чтобы получить соответствующую информацию сервисной подписки и т.п.
[0174] 30А: Секция определения политики перенаправления:
определение политики перенаправления в соответствии с полученной динамической информацией о пользователе, причем политика перенаправления включает в себя: перенаправление сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи.
[0175] Например, политика перенаправления может включать в себя: отправку запроса сервиса экземпляра пользовательского оборудования к некоторому серверу сервиса, причем номер телефона пользовательского оборудования находится в пределах некоторого сегмента номеров телефонов.
[0176] 40А: секция управления исполнением: прием запроса сервиса, отправленного пользовательским оборудованием, отправка запроса сервиса по меньшей мере одному серверу сервиса, прием сервисных данных, обработанных по меньшей мере одним сервером сервиса, и отправка принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в данных связи (упоминается как секция управления исполнением). Запрос сервиса, отправленный пользовательским оборудованием, отправляют после того, как упомянутые данные связи (запрос активации сервиса передачи данных или запрос изменения сервиса передачи данных) отправлен пользовательским оборудованием.
[0177] В качестве альтернативы, фиг. 7В обеспечивает метод реализации другого способа управления передачей сервиса, включающего в себя следующие секции.
[0178] 10В: Секция приема:
прием посредством системы для управления передачей сервиса запроса сервиса, отправленного экземпляром пользовательского оборудования, причем запрос несет информацию о сервере первоначального адреса назначения.
[0179] 20В: Секция получения:
выполнение в соответствии с запросом сервиса пользователя углубленного анализа данных для получения информации сервисного уровня запроса сервиса. В частности, углубленный анализ данных может применить любое возможное техническое решение в предшествующей области техники, чтобы проанализировать запрос сервиса и получить информацию сервисного уровня, в частности информацию уровня 7 или уровня 7+ (уровня L7+), в частности, информацию на прикладном уровне 7, таком как протокол (Р2Р, электронная почта, HTTP и т.п.), и информацию уровня 7+, такую как доменное имя сайта HTTP в соответствии с протоколом HTTP.
[0180] 30В: Секция определения политики перенаправления:
определение политики перенаправления в соответствии с полученной информацией сервисного уровня, причем политика перенаправления включает в себя: перенаправление сервисных данных, отправленных пользовательским оборудованием по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи.
[0181] В частности, например, определить в соответствии с полученной информацией, что запрос сервиса представляет собой протокол электронной почты, следующую политику перенаправления: запрос сервиса, представляющий собой протокол электронной почты, должен быть перенаправлен серверу антивирусного сервиса и затем серверу первоначального адреса назначения (почтовому серверу).
[0182] 40В: Секция управления исполнением:
отправка посредством системы для управления передачей сервиса в соответствии с политикой управления в секции 30В запроса сервиса по меньшей мере одному серверу сервиса, прием сервисных данных, обработанных по меньшей мере одним сервером сервиса, и отправка принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в данных связи.
[0183] В частности, как описано в примере выше, сначала отправить запрос сервиса электронной почты серверу антивирусного сервиса, принять сервисные данные, которые получены посредством антивирусной обработки сервером антивирусного сервиса, и затем отправить сервисные данные, полученные посредством антивирусной обработки, почтовому серверу.
[0184] Специалист в области техники может знать, что решения, показанные на фиг. 7А и 7В, могут быть разбиты и объединены в случае, лишенном логического противоречия. Например, сначала выполняются этапы 10А, 20А, 10В и 20В, и затем выполняется "секция определения политики перенаправления". Таким образом, соответствующая политика перенаправления может быть определена на основе любой комбинации динамической информации о пользователе и информации сервисного уровня. Например, политика перенаправления может быть получена на основе информации о подписке пользователя и информации сервисного уровня. В частности, например, если пользователь подписывается на "сервис антивируса электронной почты", и запрос сервиса, отправленный пользователем, представляет собой запрос сервиса электронной почты, политика перенаправления определяется следующим образом: отправление запроса сервиса сервису антивирусного сервиса и затем серверу первоначального адреса назначения (почтовому серверу).
[0185] Специалист в области техники может знать, что по сравнению с решением, которое выполняет сервис, придерживающийся статической политики, с упомянутыми более гибкими настройками политики решению, которое использует политику перенаправления для нескольких комбинаций динамической информации пользователя и информации сервисного уровня, не требуется управлять всеми данными связи (трафиком) на фиксированных IP-адресах и портах, как при статической политике, и тем самым уменьшаются требование к производительности серверной системы, происходит экономия ресурсов связи и уменьшается занятость системы связи.
[0186] Описанные выше методы реализации могут использовать разные протоколы связи, такие как протокол TCP/IP или протокол UDP. В системе, которая использует протокол TCP/IP, обеспечен метод реализации способа управления передачей сервиса, показанный на фиг. 8, таким образом, сервер сервиса, отличающийся от сервера первоначального адреса назначения, может обнаружить статус линии связи пользовательского запроса, и тем самым уменьшается требование к пакетной обработке для сервера сервиса. Метод реализации может быть основан на описанных выше методах реализации, причем различие заключается в том, что пакет трехэтапного согласования протокола TCP может быть дополнительно создан для каждого сервера сервиса после того, как запрос сервиса предварительно проанализирован (например, для идентификации протокола сервиса или протокола HTTP). Метод реализации может дополнительно позволить системе применить к серверу сервиса различные базовые возможности, уменьшая трудность интегрирования системы для управления передачей сервиса с помощью сервера сервиса.
[0187] В способе, показанном на фиг. 8, первый сервер сервиса и второй сервер сервиса представляют собой серверы сервиса, используемые в качестве примера, и способ включает в себя следующие этапы.
[0188] 001: Система для управления передачей сервиса (например, модуль 500 обработки протокола TCP системы) определяет, что сервер первоначального адреса назначения и по меньшей мере один сервер сервиса поддерживают протокол TCP. В частности, система для управления передачей сервиса может определить в соответствии с полем протокола в данных связи, отправленных экземпляром пользовательского оборудования, используется ли протокол TCP/IP.
[0189] 002-003: Система для управления передачей сервиса (в частности, например, модуль 500 обработки протокола TCP системы) принимает пакет трехэтапного согласования протокола TCP, отправленный пользовательским оборудованием, и передает пакет трехэтапного согласования протокола TCP, отправленный пользовательским оборудованием, серверу первоначального адреса назначения.
[0190] Для четкого и легкого понимания процесса передачи сигналов трехэтапного согласования в методе реализации далее описываются основные принципы трехэтапного согласования протокола TCP/IP. Протокол TCP/IP обычно используется, чтобы отправлять данные большого объема. TCP также используется, когда прикладная программа должна сделать подтверждение после получения данных. Чтобы обеспечить надежную передачу, протокол TCP/IP нумерует пакет данных в заданной последовательности перед отправкой новых данные и требует сообщения подтверждения после того, как пакет данных отправлен в целевой машине. Так называемое "трехэтапное согласование" предназначено для согласования, каким образом отследить объем отправленных данных каждый раз для синхронизации отправки и приема сегмента данных, сколько подтверждений данных должно быть определено в соответствии с принятым объемом данных, и когда следует отменить привязку после завершения отправки и приема данных и установить виртуальный канал.
[0191] Протокол TCP/IP предоставляет надежную службу соединения и устанавливает линию связи посредством использования трехэтапного согласования. Когда в качестве примера используется, что две стороны связи представляют собой экземпляр пользовательского оборудования и сервер, основное содержание трехэтапного согласования включает в себя: первое согласование: когда соединение устанавливается, пользовательское оборудование отправляет пакет syn (syn=j) серверу, входит в состояние SYN_SEND и ожидает подтверждения от сервера; SYN: порядковый номер синхронизации; второе согласование: сервер принимает пакет syn, подтверждает, дает подтверждение АСК (ack=j+1) клиента, одновременно отправляет пакет SYN (syn=k), а именно, пакет SYN+ACK и входит в состояние SYN_RECV; и третье согласование: пользовательское оборудование принимает пакет SYN+ACK, отправленный сервером, и отправляет пакет подтверждения АСК (ack=k+1) серверу; после того, как пакет отправлен, пользовательское оборудование и сервер входят в состояние ESTABLISHED, тем самым завершая трехэтапное согласование. После завершения трехэтапного согласования пользовательское оборудование и сервер могут начать передавать данные. После приведенной выше обработки пакета трехэтапного согласования TCP в секциях 002C-003C система для управления передачей сервиса устанавливает линию связи TCP между пользовательским оборудованием и сервером первоначального адреса назначения. Система для управления передачей сервиса может выделить сокет Socket1 стороны пользовательского оборудования и сокет Socket2 стороны сервера первоначального адреса назначения. "Сокет", что первоначально означает "штепсельная розетка", обычно упоминается как "сокет" в концепции механизма связи системы Unix, используется для описания IP-адреса и порт и служит в качестве дескриптора линии связи.
[0192] 10В′: Система управления передачей сервиса (в частности, например, модуль приема (М200)) принимает сервисные данные, отправленные пользовательским оборудованием через линию связи протокола TCP между пользовательским оборудованием и сервером первоначального адреса назначения, причем сервисные данные несут информацию о сервере первоначального адреса назначения.
[0193] Исполнение секций 20В-30В′, конкретная процедура которых аналогична этапам 10В-30В, показанным на фиг. 7В. В частности, секция 20В′ получения: выполнение в соответствии с запросом сервиса пользователя углубленного анализа данных для получения информации сервисного уровня запроса сервиса; и секция 30В′ определения политики перенаправления: определение политики перенаправления в соответствии с полученной информацией сервисного уровня, причем политика перенаправления включает в себя: перенаправление сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи. Для конкретных примеров может быть дана ссылка на описанные выше секции 10B-30B, и подробности здесь повторно не описываются.
[0194] 31: После секции 30В′ определения политики перенаправления система управления передачей сервиса (в частности, например, модуль 600 восстановления линии связи TCP системы) завершает работу линии связи TCP между системой управления передачей сервиса и сервером первоначального адреса назначения, создает новый пакет трехэтапного согласования протокола TCP, отправляет новый пакет трехэтапного согласования протокола TCP каждому серверу сервиса и затем восстанавливает линию связи TCP между устройством шлюза и сервером первоначального адреса назначения, в частности, в том числе:
посредством системы управления передачей сервиса завершает работу линии связи TCP между системой управления передачей сервиса и сервером первоначального адреса назначения, причем в процессе завершения работы линии связи TCP могут использоваться различные технические решения, например, отправка сигнала RST;
создает новый пакет трехэтапного согласования TCP в соответствии с пакетом трехэтапного согласования TCP между пользовательским оборудованием и сервером первоначального адреса назначения, причем новый пакет трехэтапного согласования TCP включает в себя информацию отправителя и информацию сервера первоначального адреса назначения в пакете трехэтапного согласования TCP и информацию по меньшей мере об одном сервере сервиса, которому должен быть перенаправлен новый пакет трехэтапного согласования TCP, и, в частности, информация по меньшей мере об одном сервере сервиса включает в себя: идентификатор VLAN по меньшей мере одного сервера сервиса, идентификатор туннеля по меньшей мере одного сервера сервиса или идентификатор физического порта по меньшей мере одного сервера сервиса; и отправляет новый пакет трехэтапного согласования TCP серверу первоначального адреса назначения по меньшей мере через один сервер сервиса, чтобы восстановить линию связи TCP между системой управления передачей сервиса и сервером первоначального адреса назначения. На основе описанного процесса каждый сервер сервиса может обнаружить статус линии связи пользовательского запроса, или может быть установлена надежная линия связи TCP между каждым сервером сервиса и пользовательским оборудованием или сервером первоначального адреса назначения.
[0195] 40В′: На основе упомянутой вновь установленной линии связи TCP, которая может быть обнаружена каждым сервером сервиса, система управления передачей сервиса (в частности, например, модуль (М400) исполнения управления завершает секцию исполнения управления, и подробности исполнения здесь повторно не описываются.
[0196] Специалист в области техники может знать, что для сервера первоначального адреса назначения или сервера сервиса, который использует протокол UDP, система управления передачей сервиса может исключить описанный выше процесс перенаправления пакета согласования.
[0197] На основе описанных выше способов управления передачей сервиса (например, способов, показанных на фиг. 1, 2, 3, 6, 7А, 7В и 8) специалист в области техники может знать, что политика перенаправления в ранее описанных методах реализации может включать в себя: информацию о нескольких серверах сервиса, которые должны принять сервисные данные, отправленные пользовательским оборудованием, и последовательность нескольких серверов сервиса. В соответствии с этим, секция исполнения управления включает в себя: отправку сервисных данных, отправленных пользовательским оборудованием, серверу сервиса с наибольшим рангом среди серверов сервиса, прием сервисных данных, обработанных сервером сервиса с наибольшим рангом среди серверов сервиса, отправку принятых сервисных данных, которые были обработаны, серверу сервиса со следующим рангом среди серверов сервиса, прием сервисных данных, обработанных следующим сервером сервиса, пока не будут приняты сервисные данные, обработанные несколькими серверами сервиса, и отправку принятых сервисных данных, обработанных несколькими серверами сервиса, серверу первоначального адреса назначения, указанному в сервисных данных.
[0198] В процессе конкретного приложения могут использоваться несколько способов для указания последовательности нескольких серверов сервиса в политике перенаправления, причем простой способ, сохраняющий ресурсы связи, включает в себя: идентификаторы нескольких сетей VLAN, которые восходящий поток должен последовательно пройти, идентификаторы нескольких туннелей, которые восходящий поток должен последовательно пройти, или идентификаторы нескольких физических портов, которые восходящий поток должен последовательно пройти.
[0199] В приведенном выше решении, которое указывает последовательность нескольких серверов сервиса в политике перенаправления, в секции исполнения управления последовательностью для отправки сервисных данных управляют в соответствии с несколькими идентификаторами VLAN, несколькими идентификаторами туннелей или несколькими идентификаторами физических портов, причем последовательность для отправки восходящего потока является такой же, как заданная в политике перенаправления, и последовательность для отправки нисходящего потока является обратной по отношению к заданной в политике перенаправления. В этом методе реализации, с одной стороны, используется простая информация, которая может однозначно определить местоположение сервера сервиса, и, с другой стороны, не расходуется никакой ресурс, задающий последовательность отправки для нисходящего потока, что значительно уменьшает занятость ресурсов связи в методе реализации с общей точки зрения.
[0200] Безусловно, в качестве альтернативы, описанная выше политика перенаправления в ранее упомянутых методах реализации может включать в себя информацию о нескольких серверах сервиса, которые должны принять сервисные данные, отправленные пользовательским оборудованием, но исключают последовательность нескольких серверов сервиса. В этом случае секция исполнения управления включает в себя: отправку сервисных данных, отправленных пользовательским оборудованием, нескольким серверам сервиса параллельно и прием нескольких экземпляров сервисных данных, обработанных несколькими серверами сервиса; и выполнение всесторонней обработки принятых сервисных данных, обработанных несколькими серверами сервиса, формирование новых сервисных данных и отправку новых сервисных данных серверу первоначального адреса назначения, указанному в сервисных данных. В частности, всесторонняя обработка относится к объединению или сбросу дублирующих сервисных данных и формированию новых сервисных данных.
[0201] Для приведенных выше методов реализации секция исполнения управления может дополнительно включать в себя:
определение, что операционный статус любого одного из серверов сервиса является эффективным. В этом методе реализации,
секция исполнения управления может дополнительно включать в себя:
отправку сервисных данных, соответствующих данным связи, только серверу сервиса, операционный статус которого подтвержден как эффективный, и прием сервисных данных, обработанных сервером сервиса; и отправку принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в сервисных данных.
[0202] Для легкого понимания приведенного выше метода реализации далее в качестве примера используется случай, в котором поток сервиса должен быть перенаправлен двум серверам сервиса в соответствии с протоколом TCP/IP, и обеспечена блок-схема последовательности сигнализации, показанная на фиг. 9А, 9В, 9С. В методе реализации идентификатор VLAN используется для идентификации каждого узла, который включает в себя каждый сервер сервиса. Способ, показанный на фиг. 9А, 9В, 9С, включает в себя:
[0203] 001С (не показана на фигуре): Определить, что сервер первоначального адреса назначения, первый сервер сервиса, второй сервер сервиса и т.п. поддерживает протокол TCP/IP. В частности, система управления передачей сервиса может определить, используется ли протокол TCP/IP, в соответствии с полем протокола в данных связи, отправленных экземпляром пользовательского оборудования.
[0204] 002С: Система управления передачей сервиса принимает пакет трехэтапного согласования TCP пользовательского оборудования, причем в пакете трехэтапного согласования адресом источника является адрес пользовательского оборудования, и адресом назначения является адрес сервера первоначального адреса назначения, например, поле "OIP:MS, DIP:SP" в сигнализации, показанной на фиг. 9А, 9В, 9С. Кроме того, пакет трехэтапного согласования несет идентификатор виртуальной локальной сети восходящей линии связи VLAN, который содержит экземпляр пользовательского оборудования и систему управления передачей сервиса устройства шлюза, например, поле "VLAN:401". Для простоты описания пакет трехэтапного согласования TCP, краткости упоминается как первый пакет трехэтапного согласования TCP.
[0205] 003С: Система управления передачей сервиса перенаправляет запрос трехэтапного согласования TCP, принятый от пользовательского оборудования, серверу первоначального адреса назначения, причем в перенаправленном пакете трехэтапного согласования TCP адресом источника является адрес пользовательского оборудования, и адресом назначения является адрес сервера первоначального адреса назначения. Кроме того, перенаправленный пакет трехэтапного согласования несет идентификатор виртуальной локальной сети восходящей линии связи VLAN, который содержит систему управления передачей сервиса и сервер первоначального адреса назначения, например, VLAN:402. Сервер первоначального адреса назначения специальным образом не ограничен и относится к поставщику услуг, к которому должен получить доступ пользователь пользовательского оборудования. Для простоты описания перенаправленный пакет трехэтапного согласования TCP для краткости упоминается как второй пакет трехэтапного согласования TCP.
[0206] 10С: Когда система управления передачей сервиса принимает запрос сервиса (запрос сервиса включает в себя VLAN1) пользователя,
[0207] 20С-30С: выполняет углубленный анализ данных и определяет, что политика перенаправления в соответствии с информацией сервисного уровня, полученной посредством анализа, или в отношении информации сервисного уровня и динамической информации о пользователе, например, идентифицирует и информации о пользователе, например, идентифицирует и анализирует протокол прикладного уровня. В частности, для протокола HTTP указатель URL (доменное имя HTTP) может быть дополнительно проанализирован, и со ссылкой на информацию о подписке пользователя определяется, что запрос сервиса пользовательского оборудования должен быть перенаправлен нескольким серверным устройствам сервиса для обработки (в заданном методе реализации, показанном на фиг. 9А, 9В, 9С, запрос сервиса должен быть перенаправлен сначала первому серверу сервиса для обработки и затем второму серверу сервиса для обработки).
[0208] 31С: Система управления передачей сервиса отсоединяется или завершает работу линии связи (Socket2), установленной с сервером первоначального адреса назначения, и в соответствии с пакетом трехэтапного согласования TCP (первым пакетом трехэтапного согласования TCP) устанавливает между пользовательским оборудованием и сервером первоначального адреса назначения линию связи TCP с первым сервером сервиса и вторым сервером сервиса соответственно (это может быть интерпретировано следующим образом: построение нового пакета трехэтапного согласования посредством моделирования или ссылки на пакет трехэтапного согласования TCP между пользовательским оборудованием и сервером первоначального адреса назначения и отправка нового пакета трехэтапного согласования первому серверу сервиса, второму серверу сервиса и серверу первоначального адреса назначения), в частности, в том числе:
[0209] 31С1: Отсоединение линии связи (Socket2), реализации реализован посредством отправки сообщения "RST:OIP:MS, DIP:SP, VLAN:402".
[0210] 31С2: Система управления передачей сервиса создает новый пакет SYN в соответствии с пакетом SYN в первом пакете трехэтапного согласования TCP, причем во вновь созданном пакете SYN адресом источника является адрес пользовательского оборудования, и адресом назначения является первоначальный адрес сервера (эта информация такая же, как пакет SYN в первом пакете трехэтапного согласования TCP, то есть, "моделирование или ссылка", упомянутые в секции 31С). Кроме того, недавно созданный пакет SYN несет идентификатор восходящей линии связи VLAN, который содержит систему управления передачей сервиса и первый сервер сервиса. Например, идентификатор VLAN равен 410. Это помогает сетевому переключателю отправить пакет SYN первому серверу сервиса в соответствии с маршрутизацией данных VLAN, указанной посредством переносимого идентификатора VLAN (410) (все сетевые устройства должны перенаправлять пакет через переключатель). Первый сервер сервиса представляет собой прозрачное прокси-устройство, и после обработки пакет SYN прозрачным образом отправляется обратно системе управления передачей сервиса через виртуальную локальную сеть VLAN411 нисходящей линии связи, где 411 - идентификатор сети VLAN нисходящей линии связи, которая содержит систему управления передачей сервиса и первый сервер сервиса.
[0211] 31С3: Система управления передачей сервиса создает другой новый пакет SYN в соответствии с ранее определенной политикой перенаправления, то есть, перенаправления пакета SYN второму серверу сервиса. Пакет SYN включает в себя идентификатор 412 виртуальной локальной сети восходящей линии связи, которая содержит систему управления передачей сервиса и второй сервер сервиса, таким образом, что сетевой переключатель отправляет пакет SYN второму серверу сервиса в соответствии с маршрутизацией данных VLAN. В пакете SYN адресом источника является адрес пользовательского оборудования, и адресом назначения является адрес сервера первоначального адреса назначения (эта информация является такой же, как пакет SYN в первом пакете трехэтапного согласования TCP, то есть, "моделирование или ссылка", упомянутые на этапе 31С). Второй сервер сервиса представляет собой прозрачное прокси-устройство, и после обработки пакет SYN прозрачным образом отправляется обратно системе управления передачей сервиса через виртуальную локальную сеть VLAN413 нисходящей линии связи, которая содержит систему управления передачей сервиса и второй сервер сервиса.
[0212] 31С4: Система управления передачей сервиса создает новый пакет SYN (SYN:OIP:MS, DIP:SP, VLAN:402) в соответствии с ранее определенной политикой перенаправления и передает новый пакет SYN серверу первоначального адреса назначения через VLAN402 (то есть, в соответствии с маршрутизацией данных сети VLAN 402). Сервер первоначального адреса назначения возвращает пакет SYN АСК системе управления передачей сервиса через VLAN402.
[0213] 31С5: Система управления передачей сервиса создает новый пакет SYN АСК (SYN ACK:OIP:MS, DIP:SP, VLAN:410) в соответствии с принятым пакетом SYN АСК и передает новый пакет SYN АСК первому серверу сервиса через VLAN 410 (то есть, в соответствии с маршрутизацией данных сети VLAN 410). После обработки первый сервер сервиса передает пакет SYN АСК (SYN ACK:OIP:MS, DIP:SP, VLAN:411) обратно системе управления передачей сервиса через VLAN411 (то есть, в соответствии с маршрутизацией данных сети VLAN 411).
[0214] 31С6: Система управления передачей сервиса создает пакет SYN АСК (SYN ACK:OIP:MS, DIP:SP, VLAN:412) в соответствии с ранее определенной политикой перенаправления и передает пакет SYN АСК второму серверу сервиса через VLAN412 (то есть, в соответствии с маршрутизацией данных сети VLAN 412). После обработки пакета SYN АСК второй сервер сервиса отправляет пакет SYN АСК (SYN ACK:OIP:MS, DIP:SP, VLAN:413) системе управления передачей сервиса через VLAN413 (то есть, в соответствии с маршрутизацией данных сети VLAN 413).
[0215] Специалист в области техники может понять, что в каждом пакете SYN АСК адресом источника является адрес пользовательского оборудования, и адресом назначения является адрес сервера первоначального адреса назначения (эта информация является такой же, как пакет SYN АСК в пакете трехэтапного согласования TCP между пользовательским оборудованием и сервером первоначального адреса назначения, то есть, "моделирование или ссылка", упомянутые на этапе 31С). Кроме того, каждый пакет SYN АСК несет идентификатор (например, 412 и 413) VLAN, который содержит систему управления передачей сервиса и второй сервер сервиса.
[0216] 31С7: После приема пакета SYN АСК система управления передачей сервиса завершает пакет SYN АСК (то есть, отбрасывает пакет и больше не отправляет пакет), создает пакет АСК (ACK:OIP:MS, DIP:SP, VLAN: 410) и передает пакет АСК первому-серверу сервиса через VLAN 410. После обработки пакета АСК первый сервер сервиса возвращает пакет АСК (ACK:OIP:MS, DIP:SP, VLAN:411) системе управления передачей сервиса через VLAN 411.
[0217] 31С8: Аналогичным образом, система управления передачей сервиса создает пакет АСК (ACK:OIP:MS, DIP:SP, VLAN:412) и отправляет пакет АСК второму серверу сервиса через VLAN 413. После обработки пакета АСК второй сервер сервиса отправляет пакет АСК (ACK:OIP:MS, DIP:SP, VLAN:413) системе управления передачей сервиса через VLAN 413.
[0218] 31С9: Система управления передачей сервиса создает пакет АСК (ACK:OIP:MS, DIP:SP, VLAN:402) и отправляет пакет АСК серверу первоначального адреса назначения через VLAN 402.
[0219] 40С: После того, как линия связи TCP установлена между системой управления передачей сервиса и первым сервером сервиса и вторым сервером сервиса на этапе 31С, система управления передачей сервиса перенаправляет первый запрос сервиса, принятый от пользователя, первому серверу сервиса и второму серверу сервиса для обработки и затем отправляет обработанный первый запрос сервиса серверу первоначального адреса назначения, в частности, в том числе:
[0220] 40С1: Система управления передачей сервиса перенаправляет первый запрос сервиса (несущий VLAN:410), принятый от пользовательского оборудования, первому серверу сервиса. После выполнения обработки сервиса первый сервер сервиса формирует второй запрос сервиса (несущий VLAN:411) в соответствии с первым запросом сервиса, принятым от пользователя, и отправляет второй запрос сервиса обратно системе управления передачей сервиса.
[0221] 40С2: Система управления передачей сервиса перенаправляет принятый второй запрос сервиса (несущий VLAN:412), который обработан первым сервером сервиса, второму серверу сервиса. После выполнения обработки сервиса второй сервер сервиса формирует третий запрос сервиса и отправляет третий запрос сервиса (несущий VLAN:413) обратно системе управления передачей сервиса.
[0222] 40С3: Система управления передачей сервиса отправляет третий запрос сервиса (несущий VLAN:402) серверу первоначального адреса назначения и принимает первый ответный пакет (несущий VLAN:402), отправленный сервером первоначального адреса назначения.
[0223] 40С4: Система управления передачей сервиса передает первый ответный пакет (несущий VLAN:412) второму серверу сервиса. После выполнения обработки сервиса второй сервер сервиса формирует второй ответный пакет в соответствии с первым ответным пакетом. Система управления передачей сервиса принимает второй ответный пакет (несущий VLAN:413), возвращенный вторым сервером сервиса.
[0224] 40С5: Система управления передачей сервиса отправляет принятый второй ответный пакет (несущий VLAN:410) первому серверу сервиса. После выполнения обработки сервиса первый сервер сервиса формирует третий ответный пакет в соответствии со вторым ответным пакетом. Система управления передачей сервиса принимает третий ответный пакет (несущий VLAN:411), обработанный и возвращенный первым сервером сервиса.
[0225] 40С6: Система управления передачей сервиса передает третий ответный пакет, обработанный и возвращенный первым сервером сервиса пользовательскому оборудованию.
[0226] Как упомянуто ранее, система управления передачей сервиса может использовать упомянутую ранее архитектуру РСС и использовать режим динамического интерфейса или режим статического интерфейса для реализации соответствующих секций 10-40 в описанных выше решениях. Система управления передачей сервиса включает в себя объект PCEF и объект PCRF, причем объект PCEF, главным образом, реализует секцию приема, секцию получения и секцию исполнения управления. Секция определения политики перенаправления выполняется объектом PCEF и объектом PCEF совместно. Для системной архитектуры может быть сделана ссылка на фиг. 5В и 5С.
[0227] Факультативно между объектом PCEF и объектом PCRF используется интерфейс динамических правил, что включает в себя:
сохранение на объекте PCRF динамической информации о пользователе и политики, соответствующей динамической информации о пользователе, или информации сервисного уровня и политики, соответствующей информации сервисного уровня, причем политика включает в себя перенаправление сервисных данных по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения сервисных данных.
[0228] Упомянутая выше секция приема и секция определения политики перенаправления включают в себя:
получение посредством объекта PCEF динамической информации о пользователе или информации сервисного уровня сервисных данных;
инициирование посредством объекта PCEF запроса к объекту PCRF, причем запрос несет динамическую информацию о пользователе или информацию сервисного уровня сервисных данных;
выполнение запроса посредством объекта PCRF соответствующей политики в соответствии с динамической информацией о пользователе или информацией сервисного уровня сервисных данных, сообщенных объектом PCEF, и отправка политики объекту PCEF;
временное сохранение посредством объекта PCEF принятой политики, соответствующей динамической информации о пользователе или информации сервисного уровня сервисных данных; и
определение посредством объекта PCEF после приема сервисных данных пользователя, чтобы перенаправить сервисные данные по меньшей мере одному серверу сервиса в соответствии с динамической информацией о пользователе или информацией сервисного уровня сервисных данных и упомянутой временно сохраненной политикой.
[0229] Факультативно система управления передачей сервиса включает в себя объект PCEF и объект PCRF, и между объектом PCEF и объектом PCRF используется интерфейс статических правил. Способ включает в себя:
конфигурирование локально на объекте PCRF динамической информации о пользователе и политики, соответствующей динамической информации о пользователе, или информации сервисного уровня и политики, соответствующей информации сервисного уровня, причем политика включает в себя перенаправление сервисных данных по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в сервисных данных.
[0230] В частности, локально сконфигурированная политика может быть активирована или деактивирована в соответствии с командой объекта PCRF.
[0231] В частности, секция приема и секция определения политики перенаправления включают в себя:
получение посредством объекта PCEF динамической информации о пользователе или информации сервисного уровня сервисных данных; и
определение посредством объекта PCEF после приема сервисных данных пользователя, чтобы перенаправить сервисные данные по меньшей мере одному серверу сервиса в соответствии с динамической информацией о пользователе или информацией сервисного уровня сервисных данных.
[0232] В соответствии с этим, со ссылкой на фиг. 10 вариант осуществления настоящего изобретения обеспечивает систему управления передачей сервиса, которая может реализовать упомянутые выше способы. Система включает в себя модуль (М100) приема, модуль (М200) получения, модуль (М300) определения политики перенаправления и модуль (М400) исполнения управления, причем модули соединены и взаимодействуют друг с другом.
[0233] Модуль (М100) приема выполнен с возможностью принимать данные связи, отправленные экземпляром пользовательского оборудования, причем данные связи несут информацию о сервере первоначального адреса назначения (то есть, исполнение описанной выше секции приема);
модуль (М200) получения выполнен с возможностью получать в соответствии с данными связи любую одну или любую комбинацию динамической информации о пользователе, которая отправляет данные связи, и информации сервисного уровня данных связи; (то есть, исполнение описанной выше секции получения);
модуль (М300) определения политики перенаправления выполнен с возможностью определять политику перенаправления в соответствии с полученной любой одной или любой комбинацией динамической информации о пользователе и информации сервисного уровня, причем политика перенаправления включает в себя: перенаправление сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, и по меньшей мере один сервер сервиса отличается от сервера первоначального адреса назначения, указанного в данных связи (то есть, исполнение описанной выше секции определения политики перенаправления); и
модуль (М400) исполнения управления выполнен с возможностью управлять и исполнять следующую процедуру: отправка сервисных данных, отправленных пользовательским оборудованием, по меньшей мере одному серверу сервиса, прием сервисных данных, обработанных по меньшей мере одним сервером сервиса, и отправка принятых сервисных данных, которые были обработаны, серверу первоначального адреса назначения, указанному в данных связи (то есть, исполнение описанной выше секции исполнения управления).
[0234] Специалист в области техники может понять, что модули, показанные на фиг. 10, могут соответственно реализовать функции секций способа, упомянутых в методах реализации способа. Также могут быть добавлены модули, например, модуль (500) обработки протокола TCP и модуль (600) восстановления линии связи, чтобы реализовать функции этапов в описанных выше методах реализации способа. Подробности здесь повторно не описываются.
[0235] Фиг. 11 обеспечивает структурную схему системы управления передачей сервиса, которая может реализовать каждый из упомянутых выше способов. Система управления передачей сервиса включает в себя по меньшей мере один процессор (1001), например, центральный процессор (ЦП; CPU), по меньшей мере один сетевой интерфейс (1004) или другой интерфейс (1003) связи, запоминающее устройство (1005) и по меньшей мере одну шину (1002) связи. Шина (1002) связи используется для реализации соединения и связи между упомянутыми устройствами. Факультативно система управления передачей сервиса включает в себя пользовательский интерфейс (1003), например, дисплей, клавиатуру или мышь. Запоминающее устройство (1005) может включать в себя высокоскоростное оперативное запоминающее устройство (ОЗУ; RAM) и также может включать в себя энергонезависимое запоминающее устройство, например, по меньшей мере одно запоминающее устройство на дисках. Факультативно запоминающее устройство (1005) может включать в себя по меньшей мере одно запоминающее устройство, расположенное далеко от упомянутого центрального процессора. В некоторых методах реализации запоминающее устройство, расположенное далеко от упомянутого центрального процессора. В некоторых методах реализации запоминающее устройство (1005) хранит следующие элементы, модули или структуры данных, их подмножества или их расширения:
операционную систему (1006), включающую в себя различные программы, выполненные с возможностью реализовывать различные базовые службы и обрабатывать основанные на аппаратных средствах задачи; и
модуль (М100) приема, модуль (М200) получения, модуль (М300) определения политики перенаправления и модуль (М400) исполнения управления. Функции каждого из модулей описаны выше. Предпочтительно для рабочих принципов упомянутых модулей, может быть сделана ссылка на конкретное описание способов, показанных на фиг. 1-3 и 6-9А, 9В, 9С, и подробности здесь повторно не описываются.
[0236] Следует понимать, что порядковые номера упомянутых процессов не означают последовательности исполнения в вариантах осуществления настоящего изобретения. Последовательности исполнения процессов должны быть определены в соответствии с функциями и внутренней логикой процессов, но не представляют какого-либо ограничения на процессы реализации вариантов осуществления настоящего изобретения.
[0237] Специалист в области техники может знать, что в комбинации с примерами, описанными в вариантах осуществления, раскрытых в этой спецификации, блоки и этапы алгоритма могут быть реализованы посредством электронных аппаратных средств или посредством комбинации программного обеспечения и электронных технических решений. Специалист в области техники может использовать различные способы для реализации описанных функций для каждого конкретного приложения, но нельзя считать, что реализация выходит за пределы контекста настоящего изобретения.
[0238] Специалисту в области техники может быть хорошо понятно, что с целью удобства и краткости описания для подробного рабочего процесса упомянутой системы, устройства и блока может быть сделана ссылка на соответствующий процесс в описанных выше вариантах осуществления способа, и подробности не описываются здесь снова.
[0239] В нескольких вариантах осуществления, обеспеченных в настоящей заявке, следует понимать, что раскрытая система, устройство и способ могут быть реализованы другим образом. Например, описанный вариант осуществления устройства является лишь иллюстративным. Например, подразделение на блоки является лишь подразделением логических функций и может представлять собой другое подразделение в фактической реализации. Например, множество блоков или компонентов может быть объединено или интегрировано в другую систему, или некоторые функции могут быть проигнорированы или не выполняться. Кроме того, отображенные или описанные взаимные сопряжения или прямые сопряжения или соединения связи могут быть реализованы через некоторые интерфейсы. Непрямые сопряжения или соединения связи между устройствами или блоками могут быть реализованы в электронной, механической или других формах.
[0240] Блоки, описанные как отдельные части, могут являться или не являться физически отдельными, и части, отображенные как блоки могут являться или не являться физическими блоками, могут быть расположены в одной позиции или могут быть распределены по множеству сетевых блоков. Часть блоков или все блоки могут быть выбраны в соответствии с фактическими потребностями для достижения целей решений вариантов осуществления.
[0241] Кроме того, функциональные блоки в вариантах осуществления настоящего изобретения могут быть интегрированы в один блок обработки, или каждый из блоков может существовать физически отдельно, или два или более блоков интегрированы в один блок.
[0242] Когда функции реализованы в виде функционального блока программного обеспечения и продаются или используются в качестве независимого продукта, функции могут быть сохранены на машиночитаемом носителе. На основе такого понимания технические решения настоящего изобретения по существу или часть, вносящая вклад в предшествующую область техники, или часть технических решений могут быть реализованы в виде программного продукта. Программный продукт сохранен на носителе и включает в себя несколько команд, чтобы заставить компьютерное устройство (который может являться персональным компьютером, сервером или сетевым устройством) выполнять все этапы или часть этапов способов, описанных в вариантах осуществления настоящего изобретения. Упомянутый носитель включает в себя: любой носитель, который может хранить программный код, такой как карта флэш-памяти с интерфейсом USB, съемный жесткий диск, постоянное запоминающее устройство (ПЗУ; ROM), оперативное запоминающее устройство (ОЗУ; RAM), магнитный диск или оптический диск.
[0243] Предшествующее описание представляет собой лишь конкретные варианты осуществления настоящего изобретения, но не предназначено для ограничения объема правовой защиты настоящего изобретения. Любое изменение или замена, сформулированные специалистом в области техники в техническом контексте, раскрытом в настоящем изобретении, должны находиться в пределах объема правовой защиты настоящего изобретения. Таким образом, объем правовой защиты настоящего изобретения должен зависеть от объема правовой защиты формулы изобретения.