СПОСОБ, УЗЕЛ, МОБИЛЬНЫЙ ТЕРМИНАЛ И СИСТЕМА ДЛЯ ИДЕНТИФИКАЦИИ ПОВЕДЕНИЯ ПРИВЯЗКИ К СЕТИ
METHOD, NODE, MOBILE TERMINAL AND SYSTEM FOR IDENTIFYING NETWORK TETHERING BEHAVIOR

Область техники, к которой относится изобретение
Настоящее изобретение относится к области передачи данных и, в частности, к способу, узлу, мобильному терминалу и системе для идентификации поведения привязки к сети.
Уровень техники
Поведение привязки к сети (привязка) относится к поведению, в соответствии с которым устройство, подключаемое к сети, подключают к мобильному терминалу, используя WiFi (Wireless Fidelity, беспроводный доступ), Bluetooth, USB (Universal Serial BUS, универсальная последовательная шина) и т.п., для воплощения привязки к мобильной сети через мобильный терминал. Устройство, предназначенное для подключения к сети, включает в себя, но не ограничено этим, компьютер, планшетный компьютер и мобильный терминал. Подход, в соответствии с которым компьютер, планшетный компьютер и т.п. взаимодействуют с мобильной сетью, отличается от подхода, в соответствии с которым мобильный терминал взаимодействует с мобильной сетью. Например, при использовании подхода, в соответствии с которым компьютер, планшетный компьютер и т.п. взаимодействуют с мобильной сетью, большее количество операций загрузки P2P (Point to Point, из точки в точку) может быть выполнено, что оказывает существенное влияние на мобильную сеть, усугубляет перегрузку мобильной сети и влияет на продажу услуг, таких как информационная карта, влияя, таким образом, на доходы операторов. Поэтому, множество операторов надеются иметь возможность идентификации и управления поведением привязки к сети.
В предшествующем уровне техники имеются два способа для идентификации поведения привязки к сети. В решении 1, когда пакет IP (Internet Protocol, Протокол Интернет) представляет собой пакет запроса Get, GGSN (Gateway General Packet Radio Service Support Node, общий узел поддержки службы пакетной передачи данных шлюза) выполняет анализ DPI (Deep Packet Inspection, глубокая инспекция пакета) для принятого пакета Get, для определения поля UA (User-Agent, пользователь-агент) в пакете Get. UA представляет собой специальный заголовок в виде строки, включенный в пакет Get, и содержит информацию, такую как операционная система и ее версия, браузер и его версия, механизм визуализации браузера, язык браузера и подключаемая программа браузера, используемая устройством передачи пакета IP. GGSN может определять тип доступа к сети устройства, передающего пакет IP, в соответствии с информацией, такой как операционная система в UA, для определения, осуществляет ли доступ к сети устройство, передающее пакет IP, через поведение привязки к сети. При решении 2 отдельное APN (Access Point Name, наименование точки доступа) устанавливают для устройства, подключаемого к сети, для функции привязки к сети и оно не зависимо от APN мобильного терминала, и затем GGSN может идентифицировать поведение привязки к сети, путем идентификации APN.
При решении 1, если мобильный терминал выполняет услугу без пакета Get, GGSN не может получить поле UA в пакете Get, и не может дополнительно идентифицировать поведение привязки к сети; если мобильный терминал выполняет услугу с пакетом Get, поскольку браузеры значительной части мобильных терминалов могут устанавливать UA самостоятельно, и пользователи также могут модифицировать UA, GGSN может легко неправильно идентифицировать поведение привязки к сети. При решении 2, в настоящее время, только iOS (iPhone Operation System, операционная система iPhone) поддерживает установку отдельного APN для функции привязки к сети, и оператор может конфигурировать APN для функции привязки к сети в мобильном терминале только при взаимодействии с Apple Inc., получая, таким образом, сценарий с неширокими возможностями применения.
Сущность изобретения
Варианты осуществления настоящего изобретения предусматривают способ, узел, мобильный терминал и систему для идентификации поведения привязки к сети, для увеличения точности идентификации поведения привязки к сети и расширения диапазона применимых сценариев, для идентификации поведения привязки к сети. Технические решения представляют собой следующие.
В одном аспекте предусмотрен способ идентификации поведения привязки к сети, где способ включает в себя:
принимают, используя общий узел поддержки службы пакетной передачи данных шлюза, GGSN, пакет IP Протокола Интернет, переданный устройством, подключаемым к сети, и перенаправляемым мобильным терминалом;
получают время для значения срока действия TTL в пакете IP;
определяют, отличается ли полученное значение TTL от установленного значения TTL; и
если да, определяют, что подключаемое к сети устройство выполняет поведение привязки к сети.
В частности, определение, отличается ли полученное значение TTL от установленного значения TTL, включает в себя:
определяют, используя GGSN, является ли значение TTL в пакете IP на 1 меньшим, чем установленное значение TTL.
Кроме того, перед приемом, используя общий узел поддержки службы пакетной передачи данных шлюза, GGSN, пакета IP Протокола Интернет, переданного устройством, подключаемым к сети и перенаправляемым мобильным терминалом, способ дополнительно включает в себя:
принимают с помощью GGSN, запрос на активацию протокола PDP пакета данных, который передает мобильный терминал, и который включает в себя, по меньшей мере, информацию о международном идентификационном номере мобильного абонента IMSI;
передают информацию IMSI в функцию PCRF правил политики и начисления счетов;
принимают политику и правило, которые передают из PCRF, в соответствии с информацией абонирования абонента, соответствующей информации IMSI; и
передают сообщения уведомления об успешной активации в мобильный терминал.
Далее, перед приемом политики и правила, которые поступают из PCRF, в соответствии с информацией абонирования абонента соответствующего информации IMSI, способ дополнительно включает в себя:
определяют с помощью PCRF и в соответствии с информацией IMSI, подписан ли абонент на услугу привязки к сети;
если да, передают политику и правило для подписки в службу привязки к сети для GGSN; и
если нет, передают политику и правило для случая отсутствия подписки в службу привязки к сети для GGSN.
Кроме того, после определения, что устройство, подключаемое к сети, выполняет поведение привязки к сети, способ дополнительно включает в себя:
если GGSN уже принимает сообщение-уведомление, переданное PCRF, и сообщение-уведомление содержит параметр инициирования события для передачи инструкции GGSN передать отчет, содержащий поведение привязки к сети, в котором установлено поведение привязки к сети, в PCRF, PCRF уведомляет мобильный терминал о том, что подключаемое к сети устройство использует службу привязки к сети.
Далее, отчетность о поведении привязки к сети перед PCRF включает в себя:
передают, с помощью GGSN, параметр статуса, добавленный по интерфейсу Gx в PCRF, где параметр статуса используется для отметки статуса поведения привязки к сети.
Далее, после определения, что подключаемое к сети устройство выполняет поведение привязки к сети, способ дополнительно включает в себя:
обрабатывают, с помощью GGSN, пакет IP, в соответствии с заданной политикой и правилом; или
обрабатывают, с помощью GGSN, пакет IP, в соответствии с политикой и правилом, переданными PCRF.
В другом аспекте дополнительно предусмотрен способ для идентификации поведения привязки к сети, где способ включает в себя:
принимают с помощью мобильного терминала пакет IP Протокола Интернет, переданный устройством, подключаемым к сети;
модифицируют значение срока существования TTL в пакете IP; и
передают пакет ЕР, включающий в себя модифицированное значение TTL в общий узел поддержки службы пакетной передачи данных шлюза, GGSN, таким образом, что GGSN идентифицирует поведение привязки к сети устройства, подключаемого к сети, в соответствии с модифицированным значением TTL.
В частности, модификация значения времени существования TTL в пакете IP включает в себя:
в мобильном терминале вычитают 1, из значения TTL в пакете IP.
Кроме того, перед приемом мобильным терминалом, пакета IP Протокола Интернет, переданного устройством, подключаемым к сети, способ дополнительно включает в себя:
передают, с помощью мобильного терминала, запрос на активацию протокола пакета данных PDP, включающего в себя, по меньшей мере, информацию идентификационного номера международного мобильного абонента IMSI в GGSN, таким образом, что GGSN передает информацию IMSI в функцию PCRF политики и правил начисления счетов; и
после того, как GGSN примет политику и правило, доставляемые PCRF, в соответствии с информацией абонента, соответствующей информации IMSI, принимают сообщение-уведомление об успешной активации, переданное GGSN.
В еще одном, другом аспекте дополнительно предусмотрен общий узел поддержки службы пакетной передачи данных шлюза, GGSN, где GGSN включает в себя:
первый приемный модуль, выполненный с возможностью приема пакета IP Протокола Интернет, переданного устройством, подключаемым к сети, и перенаправляемого мобильным терминалом;
модуль получения, выполненный с возможностью получения значения времени существования TTL в пакете ЕР;
модуль определения, выполненный с возможностью определения, отличается ли полученное значение TTL от установленного значения TTL; и
идентификационный модуль, выполненный с возможностью, если модуль определения определяет, что полученное значение TTL отличается от установленного значения TTL, определять, что устройство, подключаемое к сети, выполняет поведение привязки к сети.
Модуль определения выполнен с возможностью определения, является ли значение TTL в пакете IP на 1 меньшим, чем установленное значение TTL.
GGSN дополнительно включает в себя:
второй приемный модуль, выполненный с возможностью приема запроса на активацию PDP протокола пакетных данных, который передают в мобильный терминал, и он включает в себя, по меньшей мере, информацию идентификационного номера международного мобильного абонента IMSI;
первый модуль передачи, выполненный с возможностью передавать информацию IMSI в функцию PCRF политики и правил начисления счетов;
третий приемный модуль, выполненный с возможностью приема политики и правила, которые предоставляет PCRF, в соответствии с информацией абонирования абонента, соответствующего информации IMSI; и
второй модуль передачи, выполненный с возможностью передачи сообщения-уведомления об успешной активации в мобильный терминал.
GSN дополнительно включает в себя:
модуль отчетности, выполненный с возможностью, если GGSN уже принимает сообщение-уведомление, предоставляемое PCRF, и сообщение-уведомление содержит параметр инициирования события для инструктирования GGSN для передачи отчета с поведением привязки к сети, передавать отчет, содержащий поведение привязки к сети, в PCRF, таким образом, что PCRF уведомляет мобильный терминал о том, что подключаемое к сети устройство использует услугу привязки к сети.
Модуль отчетности выполнен с возможностью передачи параметра статуса, добавленного через интерфейс Gx в PCRF, где параметр статуса используется для маркировки статуса о поведении привязки к сети.
GGSN дополнительно включает в себя:
первый модуль обработки, выполненный с возможностью обработки пакета IP в соответствии с заданной политикой и правилом; или
второй модуль обработки, выполненный с возможностью обработки пакета IP в соответствии с политикой и правилом, предоставляемыми PCRF.
В еще одном аспекте дополнительно предусмотрен мобильный терминал, где мобильный терминал включает в себя:
четвертый приемный модуль, выполненный с возможностью приема пакета IP Протокола Интернет, переданного устройством, подключаемым к сети;
модуль модификации, выполненный с возможностью модификации значения времени существования TTL в пакете IP; и
модуль перенаправления, выполненный с возможностью перенаправления пакета IP, включающего в себя модифицированное значение TTL, в общий узел поддержки службы пакетной передачи данных шлюза GGSN, таким образом, что GGSN идентифицирует поведение привязки к сети устройства, подключаемого к сети, в соответствии с модифицированным значением TTL.
Модуль модификации выполнен с возможностью вычитать 1 из значения TTL в пакете IP.
Мобильный терминал дополнительно включает в себя:
третий модуль передачи, выполненный с возможностью передачи запроса на активацию протокола данных пакета PDP, включающего в себя, по меньшей мере, информацию идентификационного номера международного мобильного абонента IMSI в GGSN, таким образом, что GGSN передает информацию IMSI в функцию PCRF политики и правил начисления счетов; и
пятый модуль приема, выполненный с возможностью, после приема GGSN политики и правил, которые предоставляются PCRF в соответствии с информацией об абонировании абонента, соответствующего информации IMSI, принимать сообщение-уведомление об успешной активации, переданное GGSN.
В еще одном аспекте дополнительно предусмотрена система для идентификации поведения привязки к сети, где система включает в себя общий узел поддержки службы пакетной передачи данных шлюза, GGSN, описанный выше, и мобильный терминал, описанный выше.
Технические решения, предусмотренные в вариантах осуществления настоящего изобретения, имеют следующие предпочтительные эффекты:
Принимают пакет IP, переданный подключаемым к сети устройством и перенаправленный мобильным терминалом, получают значение TTL в пакете IP и, если определяют, что полученное значение TTL отличается от установленного значения TTL, определяют, что мобильный терминал модифицирует значение TTL, и дополнительно определяют, что пакет IP перенаправляют с помощью мобильного терминала, определяя, таким образом, что подключаемое к сети устройство выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблемы предшествующего уровня техники, состоящие в том, что поведение привязки к сети не может быть определено, когда поле UA не присутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим к любой операционной системе, расширяя, таким образом, диапазон применимых сценариев для идентификации поведения привязки к сети.
Краткое описание чертежей
Для более ясного описания технических решений, в соответствии с вариантами осуществления настоящего изобретения, ниже кратко описаны приложенные чертежи, требуемые для описания вариантов осуществления. Очевидно, что приложенные чертежи в следующем описании представляют просто некоторые варианты осуществления настоящего изобретения, и специалист в данной области техники, без творческих усилий, все еще сможет вывести другие чертежи, в соответствии с этими приложенными чертежами.
На фиг. 1 показана блок-схема последовательности операций способа для идентификации поведения привязки к сети, в соответствии с Вариантом 1 осуществления настоящего изобретения;
На фиг. 2 показана блок-схема последовательности операций способа для идентификации поведения привязки к сети, в соответствии с Вариантом 2 осуществления настоящего изобретения;
На фиг. 3 показана блок-схема последовательности операций способа для идентификации поведения привязки к сети, в соответствии с Вариантом 3 осуществления настоящего изобретения;
На фиг. 4А и фиг. 4В показаны блок-схемы последовательности операций способа для идентификации поведения привязки к сети, в соответствии с Вариантом 4 осуществления настоящего изобретения;
На фиг. 5 показана схема потока обработки при применении способа для идентификации поведения привязки к сети, в соответствии с Вариантом 4 осуществления настоящего изобретения;
На фиг. 6 схематично показана структурная схема общего узла поддержки службы пакетной передачи данных шлюза, в соответствии с Вариантом 5 осуществления
настоящего изобретения;
На фиг. 7 схематично показана структурная схема общего узла поддержки службы пакетной передачи данных шлюза, в соответствии с Вариантом 6 осуществления настоящего изобретения;
На фиг. 8 схематично показана структурная схема мобильного терминала в соответствии с Вариантом 7 осуществления настоящего изобретения;
На фиг. 9 схематично показана структурная схема мобильного терминала в соответствии с Вариантом 8 осуществления настоящего изобретения; и
На фиг. 10 схематично показана структурная схема системы для идентификации поведения привязки к сети в соответствии с Вариантом 9 осуществления настоящего изобретения.
Подробное описание изобретения
Для того чтобы сделать цели, технические решения и преимущества настоящего изобретение более понятными, далее дополнительно подробно описаны варианты осуществления настоящего изобретения со ссылкой на приложенные чертежи.
Данный вариант осуществления относится к поведению устройства, предназначенного для подключения к сети, которое выполняет доступ к сети через мобильную сеть мобильного терминала. Мобильная сеть может включать в себя, но не ограничена этим, сеть GPRS (General Packet Radio Service, общая услуга пакетной передачи данных), сеть 3G (3-ьего поколения, мобильная технология обмена данными 3-ьего поколения), сеть WiFi и сеть WiMax (Worldwide Interoperability for Microwave Access, всемирная совместимость широкополосного беспроводного доступа). Сеть GPRS используется в качестве примера для описания вариантов осуществления настоящего изобретения, что не указано специально ниже.
Вариант 1 осуществления
Как показано на фиг. 1, в данном варианте осуществления предусмотрен способ для идентификации поведения привязки к сети. Поток обработки, в соответствии со способом, в частности, представляет собой следующее:
101: GGSN принимает пакет IP, переданный устройством, предназначенным для подключения к сети и перенаправляемый мобильным терминалом.
GGSN представляет собой узел поддержки GPRS шлюза, имеет функцию экранирования информации, управляемую сетью, и выполнен с возможностью выбора пакета IP, который может поступать в сеть GPRS для обеспечения безопасности сети GPRS.
Устройство, предназначенное для подключения к сети, относится к устройству, выполняющему поведение доступа к сети через сеть GPRS мобильного терминала, и может включать в себя, но без ограничений, компьютер, планшетный компьютер и мобильный терминал.
Пакет IP представляет собой модуль данных, обмен и передачу которого выполняют через Протокол Интернет.
102: Получают значение TTL (Time to Live, время существования) в пакете IP.
TTL представляет собой бит флага в заголовке пакета IP и используется, для обозначения количества сетевых сегментов, через которые разрешено пропустить пакет IP прежде, чем пакет IP будет отброшен. Значение TTL обычно относится к операционной системе, и значение TTL в восходящем пакете IP устройства, предназначенного для подключения к сети, обычно является фиксированным.
103: Определяют, отличается ли полученное значение TTL от установленного значения TTL.
104: Если да, определяют, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети.
Поведение привязки к сети относится к поведению, состоящему в том, что устройство, предназначенное для подключения к сети, соединяется с мобильным терминалом посредством WiFi, Bluetooth, USB и т.п., для воплощения привязки к мобильной сети через мобильный терминал.
В частности, определение, отличается ли полученное значение TTL от установленного значения TTL, может включать в себя:
определяют, с помощью GGSN, является ли значение TTL в пакете IP на 1 меньшим, чем установленное значение TTL.
Далее, прежде чем GGSN примет пакет IP, переданный устройством, предназначенным для подключения к сети, и перенаправленный мобильным терминалом, способ может дополнительно включать в себя:
принимают, с помощью GGSN, запрос на активацию PDP (Packet Data Protocol, протокол данных пакета), который передает мобильный терминал, и включает в себя, по меньшей мере, информацию IMSI (International Mobile Subscriber Identification Number, идентификационный номер международного мобильного абонента);
передают информацию IMSI в PCRF (Policy and Charging Rules Function, функция политики и правил начисления счетов);
принимают политику и правила, которые вырабатывают PCRF в соответствии с информацией подписки абонента, соответствующей информации IMSI; и
передают сообщения-уведомления об успешной активации в мобильный терминал.
Далее, перед приемом политики и правила, которые предоставляет PCRF, в соответствии с информацией о подписке абонента, соответствующего информации IMSI, способ может дополнительно включать в себя:
определяют, с помощью PCRF, в соответствии с информацией IMSI, подписан ли абонент на услугу привязки к сети;
если да, предоставляют политику и правило для подписки к службе привязки к сети для GGSN; и
если нет, предоставляют политику и правило для случая подписки услуги привязки к сети, для GGSN.
Далее, после определения, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети, способ может дополнительно включать в себя:
если GGSN уже принимает сообщение-уведомление, предоставляемое PCRF, и сообщение-уведомление содержит параметр инициирования события, для передачи инструкции в GGSN для отчета о поведении привязки к сети, вырабатывают отчет о поведении привязки к сети в PCRF, таким образом, что PCRF уведомляет мобильный терминал о том, что устройство, предназначенное для подключения к сети, использует услугу привязки к сети.
Далее, отчет о поведении привязки к сети для PCRF может включать в себя:
передают, через GGSN, параметр статуса, добавленный по интерфейсу Gx в PCRF, где параметр статуса используется для отметки статуса поведения привязки к сети.
Далее, после определения, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети, способ может дополнительно включать в себя:
выполняют обработку, с помощью GGSN, пакета IP в соответствии с заданными политикой и правилом; или
обрабатывают, с помощью GGSN, пакет IP, в соответствии с политиком и правилом, переданными PCRF.
В предшествующем способе, предусмотренном в этом варианте осуществления, пакет IP, переданный устройством, предназначенным для подключения к сети и перенаправленный мобильным терминалом, получает значение TTL в пакете IP, и если определяют, что полученное значение TTL отличается от установленного значения TTL, определяют, что мобильный терминал модифицирует значение TTL, и дополнительно определяют, что пакет IP перенаправляют с помощью мобильного терминала, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблемы предшествующего уровня техники, состоящие в том, что поведение привязки к сети нельзя было определить, когда поле UA не присутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, поэтому, способ для идентификации поведения привязки к сети, в соответствии с модифицированным значение TTL, применим для любой операционной системы, что, таким образом, расширяет диапазон применимых сценариев, для идентификации поведения привязки к сети.
Кроме того, если определяют, что сообщение-уведомление, предоставленное PCRF, принято, и что сообщение-уведомление содержит параметр инициирования события, для инструктирования GGSN передать отчет о поведение привязки к сети, отчет о поведении привязки к сети предоставляют в PCRF, таким образом, что PCRF может уведомлять мобильный терминал о том, что устройство при соединении с сетью использует услугу привязки к сети, и абонент мобильного терминала может управлять поведением привязки к сети, уменьшая, таким образом, использование услуги привязки к сети, вызванное неправильной работой, и делая идентификацию поведения привязки к сети более гуманизированной.
Вариант 2 осуществления
Как представлено на фиг. 2, в данном варианте осуществления представлен способ для идентификации поведения привязки к сети. Поток обработки в соответствии со способом, в частности, представляет собой следующее:
201: мобильный терминал принимает пакет IP, переданный устройством, предназначенным для подключения к сети.
202: Модифицируют значение TTL в пакете IP.
После приема пакета IP, переданного устройством, предназначенным для подключения к сети, мобильный терминал получает значение TTL в пакете IP и модифицирует полученное значение TTL для обозначения, что пакет IP был передан в устройство, предназначенное для подключения к сети, для различения пакета IP от пакета IP, переданного мобильным терминалом в сеть GPRS.
203: Перенаправляют пакет IP, включающий в себя модифицированное значение TTL, в GGSN, таким образом, что GGSN обозначает поведение привязки к сети устройства, предназначенного для подключения к сети, в соответствии с модифицированным значением TTL.
В частности, модификация значения TTL в пакете IP может включать в себя:
вычитают, используя мобильный терминал, 1 из значения TTL в пакете IP.
Далее, перед тем, как мобильный терминал примет пакет IP, переданный устройством, предназначенным для подключения к сети, способ может дополнительно включать в себя:
передают, с помощью мобильного терминала, запрос на активацию PDP, включающую в себя, по меньшей мере, информацию IMSI в GGSN, таким образом, что GGSN передает информацию IMSI в PCRF; и
после приема GGSN политики и правила, которые предоставляются PCRF, в соответствии с информацией абонирования, соответствующей информации IMSI, принимают сообщение-уведомление об успешной активации, переданное GGSN.
В представленном выше способе, предусмотренном в данном варианте осуществления, принимают пакет IP, переданный устройством, предназначенным для подключения к сети, значение TTL в пакете IP модифицируют, и пакет IP, включающий в себя модифицированное значение TTL, перенаправляют в GGSN, таким образом, что GGSN может определять, в соответствии с модифицированным значением TTL, что пакет IP перенаправлен мобильным терминалом, идентифицируя, таким образом, поведение привязки к сети устройства, предназначенного для подключения к сети. Значение TTL присутствует в каждом пакете IP, таким образом, способ для идентификации поведения привязки к сети в соответствии с модифицированным значение TTL, исключает проблемы предшествующего уровня техники, что поведение привязки к сети не может быть определено, когда поле UA не присутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим для любой операционной системы, что, таким образом, расширяет диапазон применимых сценариев для идентификации поведения привязки к сети.
Вариант 3 осуществления
Как показано на фиг. 3, в данном варианте осуществления предусматривается способ для идентификации поведения привязки к сети, где пакет IP обрабатывается в соответствии с политикой и правилом, заранее установленными GGSN. Поток обработки, в соответствии со способом, в частности, состоит в следующем:
301: мобильный терминал принимает пакет IP, переданный устройством, предназначенным для подключения к сети, и модифицирует значение TTL в пакете IP.
В этом варианте осуществления устройство, предназначенное для подключения к сети, относится к устройству, выполняющему поведение доступа к сети через сеть GPRS мобильного терминала, и может включать в себя, но не ограничено этим, компьютер, планшетный компьютер и мобильный терминал. В частности, устройство, предназначенное для подключения к сети, может быть подключено к мобильному терминалу, используя WiFi, Bluetooth, USB и т.п., и может передавать пакет IP в мобильный терминал, и мобильный терминал перенаправляет пакет IP в сеть GPRS, воплощая, таким образом, поведение доступа к сети через сеть GPRS мобильного терминала. Пакет IP представляет собой модуль данных, обмен и передачу которого выполняют в Протоколе Интернет.
TTL представляет собой бит флага в заголовке пакета IP, и его используют для обозначения количества сетевых сегментов, через которые разрешено пропустить пакет IP прежде, чем пакет IP будет отброшен. Значение TTL обычно относится к операционной системе, и значение TTL в пакете IP восходящего канала передачи данных устройства, предназначенного для подключения к сети, в общем, является фиксированным. Значения TTL обычных операционных систем представлены в виде списка в Таблице 1. Например, значение TTL для Linux равно 64, значение TTL Apple iOS (операционная система Apple) составляет 64, и значение TTL Windows Phone составляет 128.
В этом варианте осуществления, после приема пакета IP, переданного устройством, предназначенным для подключения к сети, мобильный терминал получает значение TTL в пакете IP и модифицирует полученное значение TTL для обозначения того, что пакет IP был передан устройством, предназначенным для подключения к сети, таким образом, чтобы различать пакет IP, переданный устройством, предназначенным для подключения к сети от пакета IP, переданного мобильным терминалом в сеть GPRS.
Кроме того, модификация значения TTL в пакете IP может, в частности, представлять собой следующее: вычитание 1 мобильным терминалом из значения TTL в пакете IP. Например, Windows Phone подключен к Apple iOS и воплощает поведение привязки к сети через Apple iOS; и после приема пакета IP, переданного Windows Phone, Apple iOS получает значение TTL в пакете IP, которое равно 128, вычитает 1 из 128 для получения 127, и заменяет исходное значение 128 TTL на значение 127.
302: мобильный терминал перенаправляет пакет IP, включающий в себя модифицированное значение TTL в GGSN.
В этом варианте осуществления GGSN представляет собой узел поддержки шлюза GPRS, имеет функцию экранирования информации, управляемую сетью, и выполнен с возможностью выбора пакета IP, который может поступать в сеть GPRS так, чтобы обеспечивать безопасность сети GPRS. Кроме того, GGSN в данном варианте осуществления дополнительно имеет функцию сбора информации начисления счетов и выполнен с возможностью сбора информации о начислении счетов, относящейся к ресурсам сети GPRS, используемым каждым мобильным терминалом.
303: GGSN принимает пакет IP, перенаправляемый мобильным терминалом.
304: GGSN получает значение TTL в пакете IP, и определяет, отличается ли полученное значение TTL от установленного значения TTL, и если да, выполняет 305; в противном случае, поток обработки заканчивается.
Установленное значение TTL представляет собой фиксированное значение TTL операционной системы. Как представлено в Таблице 1, установленное значение TTL в данном варианте осуществления может быть равно, но не ограничивается этим, 128, 64 или 69, и может быть передано в мобильный терминал устройством, предназначенным для подключения к сети, и мобильный терминал информирует GGSN об установленном значении TTL. Кроме того, GGSN дополнительно получает значение TTL в принятом пакете IP и определяет, отличается ли полученное значение TTL от установленного значения TTL. Определение, отличается ли полученное значение TTL от установленного значения TTL, в частности, может представлять собой: определение, выполняемое GGSN, является ли значение TTL в пакете IP на 1 меньше, чем установленное значение TTL. Если значение TTL на 1 меньше, чем установленное значение TTL, определяют, что пакет IP был передан устройством, предназначенным для подключения к сети, и перенаправляется мобильным терминалом, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети; и если значение TTL равно установленному значению TTL, определяют, что пакет IP генерируют и передают с помощью мобильного терминала, и мобильный терминал выполняет автономное поведение доступа к сети, определяя, таким образом, что устройство, предназначенное для подключения к сети, не выполняет поведение привязки к сети.
Все еще предполагается, что Windows Phone, соединен с Apple iOS и воплощает поведение привязки к сети через Apple iOS. Если Apple, iOS перенаправляет пакет IP Windows Phone, значение TTL в пакете IP, полученное GGSN, будет равно 127. Поскольку установленное значение TTL 128, 64 или 69, что отличается от 127, GGSN определяет, что Windows Phone выполняет поведение привязки к сети. Если Apple iOS генерирует и передает пакет IP, значение TTL в пакете IP, полученное GGSN, будет равно 64. Поскольку установленные значения TTL включают в себя 64, GGSN определяет, что Windows Phone не выполняет поведение привязки к сети и что Apple iOS выполняет поведение автономного доступа к сети.
305: GGSN определяет, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети и обрабатывает пакет IP в соответствии с заданной политикой и правилом.
В этом варианте осуществления GGSN считывает установленную политику и правило для обработки пакета IP. Политику и правило предварительно устанавливают локально с помощью GGSN. В частности, GGSN устанавливает разные политики и правила для услуг, предоставляемых оператором. Когда GGSN определяет, что устройство, предназначенное для подключения сети, выполняет поведение привязки к сети, GGSN получает услугу, на которую подписан абонент, для получения политики и правила, соответствующих услуге, и обрабатывает пакет IP в соответствии с этими политикой и правилом.
При обработке, выполняемой GGSN, пакет IP может включать в себя, но не ограничен этим, отбрасывание пакета IP или блокирования пакета IP, или выполнение начисления на счет за пакет IP, в соответствии с правилами начисления на счет GGSN.
В предшествующем способе, предусмотренном в этом варианте осуществления, принимают пакет IP, переданный устройством, предназначенным для подключения к сети, и перенаправляемый мобильным терминалом, получают значение TTL в пакете IP, и если определяют, что полученное значение TTL отличается от установленного значения TTL, определяют, что мобильный терминал модифицирует значение TTL, и дополнительно определяют, что пакет IP перенаправляют с помощью мобильного терминала, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблему предшествующего уровне техники, состоящую в том, что поведение привязки к сети нельзя было определить, когда поле UA не присутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим для любой операционной системы, расширяя, таким образом, диапазон применимых сценариев для идентификации поведения привязки к сети.
Вариант 4 осуществления
Как показано на фиг. 4А и фиг. 4В, данный вариант осуществления предоставляет способ для идентификации поведения привязки к сети, где пакет IP обрабатывают в соответствии с политикой и правилом, предоставляемыми PCRF. Поток обработки способа, в частности, состоит в следующем:
401: мобильный терминал передает запрос на активацию PDP, включающий в себя, по меньшей мере, информацию IMSI в GGSN.
В данном варианте осуществления IMSI представляет собой идентификационный номер международного мобильного абонента и может уникально идентифицировать мобильного абонента. После прикрепления к сети GPRS через информацию IMSI мобильный терминал передает запрос на активацию PDP, включающую в себя, по меньшей мере, информацию IMSI в GGSN, для установления канала передачи данных между мобильным терминалом и сетью GPRS через процедуру активации PDP. PDP представляет собой протокол пакетных данных и представляет собой сетевой протокол, используемый внешним PDN (Public Data Network, сеть общественного пользования данными) и интерфейсом GPRS.
402: GGSN принимает запрос на активацию PDP, который передает мобильный терминал, и включает в себя, по меньшей мере, информацию IMSI, и передает информацию IMSI в PCRF.
В этом варианте осуществления GGSN не имеет функции начисления счетов, таким образом, PCRF требуется разворачивать в сети для выполнения начисления счетов за используемые мобильным терминалом ресурсы сети GPRS. PCRF используется для формулирования, в соответствии с информацией услуги, политики и правила, которые могут включать в себя, но не ограничены этим, детектирование потока данных, управление пороговым значением, управление QoS (Quality of Service, качество обслуживания), и начисление счетов на основе потока обработки. Обычно одна сеть может включать в себя множество PCRF, где каждая PCRF может формулировать соответствующую политику и правило, и управлять, в соответствии с политикой и правилом, мобильным терминалом, которым управляет PCRF.
403: PCRF определяет, в соответствии с информацией IMSI, подписан ли абонент на услугу привязки к сети; если да, выполняет 404; в противном случае, выполняет 405.
В этом варианте осуществления информация абонирования абонента относится к информации об услуге, на которую подписан абонент с оператором, где услуга может включать в себя, но не ограничена этим, услугу данных мобильной GPRS, услугу привязки к сети и услугу передачи коротких сообщений. Информация абонирования абонента может быть уникально идентифицирована по информации IMSI, таким образом, что PCRF может получать соответствующую информацию абонирования абонента в соответствии с информацией IMSI, и определять, в соответствии с информацией подписки абонента, подписан ли абонент на услугу привязки к сети.
404: PCRF предоставляет политику и правило для подписки на услугу привязки к сети в GGSN, и выполняется 406.
В этом варианте осуществления политика и правило для подписки для услуги привязки к сети представляет собой политику и правило, обозначенные оператором для абонента, уже подписанного на услугу привязки к сети. Например, оператор устанавливает услугу привязки к сети, где 5 юаней выплачивают за трафик GPRS 30 Мбит, и 1 юань начисляют за каждый 1 Мбит, превышающий трафик GPRS, или устанавливает услугу привязки к сети, где 20 юаней выплачивают за 150 Мбит трафика GPRS, и 2 юаня начисляют за каждый 1 Мбит, превышающий трафик GPRS, что не ограничено в данном варианте осуществления.
405: PCRF предоставляет политику и правило для отсутствия подписки к услуге привязки к сети, для GGSN.
В этом варианте осуществления политика и правило для отсутствия подписки к услуге привязки к сети представляет собой политику и правило, обозначенное оператором для абонента, который не подписан на услугу привязки к сети. Например, оператор устанавливает, что 1 юань начисляется за каждый 1 Мбит трафика GPRS, или 2 юаня начисляются за каждый 1 Мбит трафика GPRS, что не ограничено в данном варианте осуществления.
406: GGSN принимает политику и правило, которые предоставляются PCRF в соответствии с информацией подписки абонента, соответствующего информации IMSI.
В этом варианте осуществления GGSN содержит принятую политику и правило, для управления поведением привязки к сети в соответствии с политикой и правилом.
407: GGSN передает сообщение-уведомление об успешной активации в мобильный терминал.
408: Если мобильный терминал принимает, в пределах установленного времени, сообщение-уведомление об успешной активации, переданное GGSN, мобильный терминал принимает пакет IP, переданный устройством, предназначенным для подключения к сети.
В данном варианте осуществления, если мобильный терминал принимает, в пределах установленного времени, сообщение-уведомление об успешной активации, переданное GGSN, это обозначает, что канал данных между мобильным терминалом и сетью GPRS полностью установлен, и мобильный терминал может обеспечить функцию привязки к сети для приема пакета IP, переданного устройством, предназначенным для подключения к сети; и если мобильный терминал не принимает, в пределах установленного времени, сообщение-уведомление об успешной активации, переданное GGSN, это обозначает, что произошел отказ процедуры активации PDP между мобильным терминалом и сетью GPRS, и в этом случае, мобильный терминал не может быть подключен к сети GPRS, то есть, мобильный терминал не может обеспечить функцию привязки к сети.
409: мобильный терминал модифицирует значение TTL в пакете IP.
В частности, после приема пакета IP, переданного устройством, предназначенным для подключения к сети, мобильный терминал получает значение TTL в пакете IP
и модифицирует полученное значение TTL, для обозначения того, что пакет IP был передан устройством, предназначенным для подключения к сети, с тем, чтобы отличать пакет IP от пакета IP, переданного мобильным терминалом с сеть GPRS.
Далее модификация значения TTL в пакете IP может, в частности, представлять собой следующее: в мобильном терминале вычитают 1 из значения TTL в пакете IP.
410: мобильный терминал перенаправляет пакет IP, включающий в себя модифицированное значение TTL в GGSN.
411: GGSN принимает пакет IP, перенаправленный мобильным терминалом.
412: GGSN получает значение TTL в пакете IP, и определяет, отличается ли полученное значение TTL от установленного значения TTL, и если да, выполняет 413; в противном случае, поток обработки заканчивается.
В частности, для определения, отличается ли полученное значение TTL от установленного значения TTL, может быть сделана ссылка на описание, на этапе 304, и его детали не будут описаны здесь снова.
413: GGSN определяет, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети и обрабатывает пакет IP в соответствии с политикой и правилом, переданными PCRF.
В этом варианте осуществления GGSN считывает политику и правило, переданные PCRF, для обработки пакета IP. Политика и правило заранее установлены PCRF. В частности, PCRF устанавливает разные политики и правила для услуг, предоставляемых оператором, и предоставляет эти политики и правила в GGSN, и GGSN обрабатывает пакет IP.
В частности, обработка GGSN пакета IP может включать в себя, но не ограничена этим, отбрасывание пакета IP, или блокирования пакета IP, или выполнение начисления счетов для пакета IP, в соответствии с правилом начисления счетов, переданным PCRF.
В случае необходимости, способ может дополнительно включать в себя:
если GGSN уже принимает сообщение-уведомление, переданное PCRF, и это сообщение-уведомление содержит параметр инициирования события для инструктирования GGSN, для отчета о поведении привязки к сети, передают отчет о поведении привязки к сети в PCRF, таким образом, что PCRF уведомляет мобильный терминал о том, что устройство, предназначенное для подключения в сети, использует услугу привязки к сети.
В этом варианте осуществления сообщение-уведомление использует для передачи инструкции в GGSN передать отчет о поведении привязки к сети, и может представлять собой CCA-I (Credit Control Answer-Initial, исходный ответ по управлению кредитом), или может также представлять собой другое сообщение-уведомление, которое не ограничено данным вариантом осуществления.
Параметр инициирования события используется для передачи инструкции в GGSN передать отчет о поведении привязки к сети, которая, в частности, обозначает, что, когда GGSN детектирует, что произошло событие поведения привязки к сети, GGSN инициируют для передачи отчета об этом событии в PCRF.
В частности, PCRF может расширить значение инициатора события (параметра инициатора события) через интерфейс Gx, и добавляет Tethering_REPORT, как значение инициатора события, для передачи инструкции в GGSN передать отчет о поведении привязки к сети, которое, в частности, представляет собой следующее:
Отчет о поведении привязки к сети в PCRF может включать в себя:
GGSN передает параметр статуса, добавленный по интерфейсу Gx, в PCRF, где параметр статуса используется для пометки статуса поведения привязки к сети.
В частности, параметр статуса, добавленный к интерфейсу Gx, может представлять собой статус события X-HW (статус события), где структура статуса события X-HW является следующей:
GGSN передает статус события X-HW в PCRF, для пометки статуса поведения привязки к сети. Например, когда GGSN назначает [START], для статуса события X-HW, и передает статус события X-HW в PCRF, PCRF находит, в результате считывания, что значение статуса события X-HW представляет собой [START], и определяет, что начинается поведение привязки к сети; когда GGSN назначает [STOP] для статуса события X-HW и передает статус события X-HW в PCRF, PCRF находит, в результате считывания, что значение статуса события X-HW представляет собой [STOP], и определяет, что поведение привязки к сети заканчивается. Определенно, другой параметр статуса также может быть добавлен в статус события X-HW, для пометки статуса поведения привязки к сети, который не ограничен в данном варианте осуществления.
Предпочтительно, после приема статуса события X-HW, переданного GGSN, PCRF может уведомлять, через почту или короткое сообщение, мобильный терминал, о том, что устройство, предназначенное для соединения с сетью, в настоящее время использует услугу привязки к сети. Определенно, PCRF может также другим способом уведомлять мобильный терминал о том, что устройство, предназначенное для соединения с сетью, в настоящее время использует услугу привязки к сети, которая не ограничена в данном варианте осуществления.
Как показано на фиг. 5, на фиг. 5 схематично представлена блок-схема последовательности операций конкретного варианта применения способа в соответствии с данным вариантом осуществления. Конкретная обработка идентификации поведения привязки к сети состоит в следующем:
501: Мобильный терминал передает запрос на активацию PDP в PCEF (Policy and Charging Enforcement Function, функция принудительного выполнения политики и начисления счетов).
PCEF, в основном, включает в себя функцию услуги детектирования потока служебных данных, принудительного исполнения политики, и начисления счетов на основе потока, и расположенную в GGSN.
502: PCEF передает в отчете информацию IMSI в PCRF через сообщение CCR-I (Исходный запрос управления кредитом, исходный запрос управления кредитом).
503: PCRF предоставляет политику и правило в PCEF через сообщение CCA-I.
Если PCRF предоставляет политику и правило для случая отсутствия абонирования для поведения привязки к сети, и PCRF должен уведомлять мобильный терминал о том, что устройство, предназначенное для подключения к сети, в настоящее время использует услугу привязки к сети, PCRF дополнительно предоставляет сообщение-уведомление в GGSN через сообщение CCA-I.
504: PCEF передает сообщение-уведомление об успешной активации в мобильный терминал.
505: PCEF принимает пакет IP, переданный мобильным терминалом.
506: PCEF передает отчет о поведении привязки к сети в PCRF через сообщение CCR-U (Credit Control Request-Update, обновление запроса управления кредитом).
507: PCRF передает отчет в виде ответного сообщения в PCEF через сообщение CCA-U (Credit Control Answer-Update, обновление ответ управления кредитом).
508: PCEF обрабатывает пакет IP в соответствии с политикой и правилом, предоставленными PCRF.
В способе, предусмотренном в данном варианте осуществления, принимают пакет IP, переданный в устройство, предназначенное для подключения к сети, и отправленный мобильным терминалом, получают значение TTL в пакете IP, и если определено, что полученное значение TTL отличается от установленного значения TTL, определяют, что мобильный терминал модифицирует значение TTL, и дополнительно определяют, что пакет IP перенаправляется мобильным терминалом, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблему предшествующего уровня техники, состоящую в том, что поведение привязки к сети не может быть определено, когда поле UA отсутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим к любой операционной системе, расширяя, таким образом, диапазон применимых сценариев, для идентификации поведения привязки к сети.
Кроме того, если определяют, что сообщение-уведомление, предоставленное PCRF, принимают, и это сообщение-уведомление содержит параметр инициатора события для передачи инструкции в GGSN для отчета о поведении привязки к сети, причем отчет о поведении привязки к сети передает PCRF, так, что PCRF может уведомить мобильный терминал о том, что устройство, предназначенное для подключения к сети, использует услугу привязки к сети, и абонент мобильного терминала может управлять поведением привязки к сети, уменьшая, таким образом, использование услуги привязки к сети, вызванной неправильной операций, и делая идентификацию поведения привязки к сети более гуманизированной.
Вариант 5 осуществления
На фиг. 6 представлено, что данный вариант осуществления предоставляет услугу общего узла поддержки пакетной передачи данных шлюза для GGSN, где GGSN может включать в себя:
первый модуль 601 приема, выполненный с возможностью приема пакета IP, переданного устройством, предназначенным для подключения к сети, и перенаправляемый мобильным терминалом;
модуль 602 получения, выполненный с возможностью получения значения TTL в пакете IP;
модуль 603 определения, выполненный с возможностью определения, отличается ли полученное значение TTL от установленного значения TTL; и
модуль 604 идентификации, выполненный с возможностью определять, если модуль 603 определения определяет, что полученное значение TTL отличается от установленного значения TTL, что устройство, предназначенное для подключения, выполняет поведение привязки к сети.
В частности, если модуль 603 определения определяет, что значение TTL на 1 меньше, чем установленное значение TTL, модуль 604 идентификации определяет, что пакет IP был передан устройством, предназначенным для подключения к сети, и перенаправлен мобильным терминалом, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети; и если модуль 603 определения определяет, что значение TTL равно установленному значению TTL, модуль 604 идентификации определяет, что пакет IP был сгенерирован и передан мобильным терминалом, и мобильный терминал выполняет поведение автономного доступа к сети, определяя, таким образом, что устройство, предназначенное для подключения к сети, не выполняет поведение привязки к сети.
GGSN, предусмотренный в этом варианте осуществления, может исполнить способ для идентификации поведения привязки к сети, в соответствии с любым одним из предыдущих вариантов осуществления способа. Для подробного описания процесса может быть сделана ссылка на описание в вариантах осуществления способа, и его детали не будут описаны здесь снова.
GGSN, предусмотренный в данном варианте осуществления, принимает пакет IP, переданный устройством, предназначенным для подключения к сети, и перенаправленный мобильным терминалом, получает значение TTL в пакете IP, определяет, отличается ли полученное значение TTL от установленного значения TTL, и если это так, определяет, что мобильный терминал модифицировал значение TTL и дополнительно определяет, что пакет IP был перенаправлен мобильным терминалом, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблемы предшествующего уровня техники, состоящее в том, что поведение привязки к сети нельзя определить, когда поле UA не присутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим для любой операционной системы, расширяя, таким образом, диапазон применимых сценариев, для идентификации поведения привязки к сети.
Вариант 6 осуществления
На фиг. 7 показано, что данный вариант осуществления предоставляет общий узел поддержки службы пакетной передачи данных шлюза, GGSN, где разница между GGSN в данном варианте осуществления и GGSN, предоставляемым в Варианте 5 осуществления 5, состоит в следующем:
в данном варианте осуществления модуль 603 определения выполнен с возможностью определения, является ли значение TTL в пакете IP меньше на 1, чем установленное значение TTL.
В данном варианте осуществления GGSN может дополнительно включать в себя:
второй приемный модуль 605, выполненный с возможностью приема запроса на активацию PDP, который передает мобильный терминал, и включает в себя, по меньшей мере, информацию IMSI;
первый модуль 606 передачи, выполненный с возможностью передачи информации IMSI в PCRF;
третий приемный модуль 607, выполненный с возможностью приема политики и правила, которые выводят PCRF, в соответствии с информацией подписки абонента, соответствующего информации IMSI; и
второй модуль 608 передачи, выполненный с возможностью передачи сообщения-уведомления об успешной активации в мобильный терминал.
В этом варианте осуществления GGSN может дополнительно включать в себя:
модуль 609 отчетности, выполненный с возможностью, если GGSN уже принимает сообщение-уведомление, предоставляемое PCRF, и это сообщение-уведомление содержит параметр инициирования события для инструктирования GGSN, передают отчет о поведении привязки к сети, отчет о поведении привязки к сети передают в PCRF, таким образом, что PCRF уведомляет мобильный терминал о том, что устройство, предназначенное для подключения к сети, использует службу привязки к сети.
В этом варианте осуществления модуль 609 отчетности выполнен с возможностью передавать параметр статуса, добавленный по интерфейсу Gx в PCRF, где параметр статуса используется для пометки статуса поведения привязки к сети.
В этом варианте осуществления GGSN может дополнительно включать в себя:
первый модуль 610 обработки, выполненный с возможностью обработки пакета IP в соответствии с установленными политикой и правилом; или
второй модуль 611 обработки, выполненный с возможностью обработки пакета IP в соответствии с политикой и правилом, предоставляемыми PCRF.
GGSN, предоставленный в данном варианте осуществления, может исполнять способ для идентификации поведения привязки к сети, в соответствии с любым одним из предыдущих вариантов осуществления способа. Для подробного процесса может быть сделана ссылка на описание в вариантах осуществления способа, и его детали не описаны здесь снова.
GGSN, представленный в данном варианте осуществления, принимает пакет IP, переданный устройством, предназначенным для подключения к сети, и перенаправленный мобильным терминалом, получает значение TTL в пакете IP, определяет, отличается ли полученное значение TTL от установленного значения TTL, и если да, определяет, что мобильный терминал модифицирует значение TTL и дополнительно определяет, что пакет IP перенаправляется мобильным терминалом, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблему предшествующего уровня техники, состоящую в том, что поведение привязки к сети не может быть определено, когда поле UA не присутствует в пакете Get, и улучшает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим к любой операционной системе, расширяя, таким образом, диапазон применимых сценариев, для идентификации поведения привязки к сети.
Кроме того, если определяют, что сообщение-уведомление, предоставляемое PCRF, было принято, и сообщение-уведомление содержит параметр инициирования события, для инструктирования GGSN, для передачи отчета о поведении привязки к сети, о поведении привязки к сети сообщают в ответ в PCRF, таким образом, что PCRF может уведомлять мобильный терминал о том, что устройство, предназначенное для подключения к сети, использует услугу привязки к сети, и абонент мобильного терминала может управлять поведением привязки к сети, уменьшая, таким образом, использование услуги привязки к сети, связанной с неправильной операцией, и делая идентификацию поведения привязки к сети более гуманизированной.
Вариант 7 осуществления
На фиг. 8 представлено, что данный вариант осуществления обеспечивает мобильный терминал, где мобильный терминал включает в себя:
четвертый модуль 801 приема, выполненный с возможностью приема пакета IP, переданного устройством, предназначенным для подключения к сети;
модуль 802 модификации, выполненный с возможностью модификации значения TTL в пакете IP, где
после приема пакета IP, переданного устройством, предназначенным для подключения к сети, мобильный терминал получает значение TTL в пакете IP, и модифицирует полученное значение TTL через модуль 802 модификации, для обозначения, что пакет IP был передан устройством, предназначенным для подключения к сети, для отличия пакета IP от пакета IP, переданного мобильным терминалом в сеть GPRS; и
модуль 803 перенаправления, выполненный с возможностью перенаправления пакета IP, включающего в себя модифицированнное значение TTL в GGSN, таким образом, что GGSN идентифицирует поведение привязки к сети устройства, предназначенного для подключения к сети, в соответствии с модифицированным значением TTL.
Мобильный терминал, предоставляемый в данном варианте осуществления, может исполнять способ для идентификации поведения привязки к сети, в соответствии с любым одним из представленных вариантов осуществления способа. Для подробного описания обработки ссылка может быть сделана на описание в вариантах осуществления способа, и его детали не будут описаны здесь снова.
Мобильный терминал, предусмотренный в данном варианте осуществления, принимает пакет IP, переданный устройством, предназначенным для модификации значения TTL в пакете IP, и перенаправляет пакет IP, включающий в себя модифицированное значение TTL, в GGSN, таким образом, что GGSN может определять, в соответствии с модифицированным значением TTL, что пакет IP был перенаправлен мобильным терминалом, идентифицируя, таким образом, поведение привязки к сети устройства, предназначенного для подключения к сети. Значение TTL существует в каждом пакете IP, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблему предшествующего уровня техники, состоящую в том, что поведение привязки к сети не может быть определено, когда поле UA отсутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим для любой операционной системы, расширяя, таким образом, диапазон применимых сценариев для идентификации поведения привязки к сети.
Вариант 8 осуществления
На фиг. 9 представлено, что данный вариант осуществления предоставляет мобильный терминал, где разница между мобильным терминалом в данном варианте осуществления и мобильным терминалом, предусмотренным в Варианте 7 осуществления, состоит в следующем:
в данном варианте осуществления модуль 802 модификации выполнен с возможностью вычитания 1 из значения TTL в пакете IP.
В этом варианте осуществления мобильный терминал может дополнительно включать в себя:
третий модуль 804 передачи, выполненный с возможностью передачи запроса активации PDP, включающего в себя, по меньшей мере, информацию IMSI, в GGSN, таким образом, что GGSN передает информацию IMSI в PCRF; и
пятый приемный модуль 805, выполненный с возможностью, после того, как GGSN примет политику и правило, которые предоставляет PCRF в соответствии с информацией подписки, соответствующей информации IMSI, принимать сообщение-уведомление об успешной активации, переданное в GGSN.
Мобильный терминал, предоставленный в этом варианте осуществления, может исполнять способ для идентификации поведения привязки к сети, в соответствии с любым одним из предыдущих вариантов осуществления способа. Для подробного описания обработки ссылка может быть сделана на описание в вариантах осуществления способа, и его детали не будут описаны здесь снова.
Мобильный терминал, предусмотренный в этом варианте осуществления, принимает пакет IP, переданный устройством, предназначенным для подключения к сети, модифицирует значение TTL в пакете IP, и перенаправляет пакет IP, включающий в себя модифицированное значение TTL, в GGSN, таким образом, что GGSN может определять, в соответствии с модифицированным значением TTL, что пакет IP был перенаправлен мобильным терминалом, идентифицируя, таким образом, поведение привязки к сети устройства, предназначенного для подключения к сети. Значение TTL присутствует в каждом пакете IP, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значение TTL, исключает проблему предшествующего уровня техники, состоящую в том, что поведение привязки к сети не может быть определено, когда поле UA отсутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, так, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим к любой операционной системе, расширяя, таким образом, диапазон применимых сценариев для идентификации поведения привязки к сети.
Вариант 9 осуществления
Как показано на фиг. 10, в данном варианте осуществления предусмотрена система для идентификации поведения привязки к сети, где система может включать в себя общий узел поддержки службы пакетной передачи данных шлюза GGSN 1001 и мобильный терминал 1002.
GGSN 1001 может представлять собой GGSN, в соответствии с Вариантом 5 осуществления или Вариантом 6 осуществления, и мобильный терминал 1002 может представлять собой мобильный терминал в соответствии с Вариантом 7 осуществления 7 или Вариантом 8 осуществления.
Система для идентификации поведения привязки к сети, предоставляемая в данном варианте осуществления, может исполнять способ для идентификации поведения привязки к сети, в соответствии с любым одним из представленных выше вариантов осуществления способа. Для детального описания обработки может быть сделана ссылка на описание в вариантах осуществления способа, и ее детали не представлены здесь снова.
Система для идентификации поведения привязки к сети, предусмотренная в данном варианте осуществления, принимает пакет IP, переданный устройством, предназначенным для подключения к сети, и перенаправленный мобильным терминалом, получает значение TTL в пакете IP, определяет, отличается ли полученное значение TTL от установленного значения TTL, и если да, определяет, что мобильный терминал модифицирует значение TTL и дополнительно определяет, что пакет IP перенаправляется мобильным терминалом, определяя, таким образом, что устройство, предназначенное для подключения к сети, выполняет поведение привязки к сети. Значение TTL присутствует в каждом пакете IP, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, исключает проблему предшествующего уровня техники, состоящую в том, что поведение привязки к сети нельзя определить, когда поле UA отсутствует в пакете Get, и увеличивает точность идентификации поведения привязки к сети. Кроме того, операционная система соответствует фиксированному значению TTL, таким образом, что способ для идентификации поведения привязки к сети, в соответствии с модифицированным значением TTL, применим для любой операционной системы, расширяя, таким образом, диапазон применимых сценариев, для идентификации поведения привязки к сети.
Кроме того, если определяют, что сообщение-уведомление, предоставляемое PCRF, было принято, и сообщение-уведомление содержит параметр инициирования события для инструктирования GGSN для передачи отчета о поведении привязки к сети, поведение привязки к сети передают в виде отчета PCRF, так, что PCRF может уведомить мобильный терминал о том, что устройство, предназначенное для подключения к сети, использует службу привязки к сети, и абонент мобильного терминала может управлять поведением привязки к сети, уменьшая, таким образом, использование услуги привязки к сети, связанное с неправильной операцией, и делая идентификацию поведения привязки к сети более гуманизированной.
Следует отметить, что, когда система для идентификации поведения привязки к сети, предусмотренная в варианте осуществления, идентифицирует поведение привязки к сети, разделение предшествующих функциональных модулей используется только в качестве примера для иллюстрации. При фактическом применении представленные выше функции могут быть выделены и могут быть выполнены разными функциональными модулями, в соответствии с требованиями, то есть, внутренняя структура устройства разделена на разные функциональные модули, для выполнения всех или части функций, описанных выше. Кроме того, общий узел поддержки службы пакетной передачи данных шлюза, мобильный терминал, система для идентификации поведения привязки к сети, и способ для идентификации поведения привязки к сети в соответствии с предшествующими вариантами осуществления принадлежат одной и той же идее. Для детального воплощения процесса может быть сделана ссылка на варианты осуществления способа, и его детали не будут описаны здесь снова.
Номера последовательности представленных выше вариантов осуществления настоящего изобретения предназначены исключительно для удобства описания, и не подразумевают предпочтения в отношении других вариантов осуществления.
Во всем описании, в соответствии с подходом, используемым в представленных выше вариантах осуществления, специалисты в данной области техники, могут ясно понимать, что настоящее изобретение может быть воплощено, используя аппаратные средства, программное обеспечение, встроенное программное обеспечение или их комбинацию. При воплощении с использованием программного обеспечения, функции могут быть сохранены на считываемом в компьютере носителе информации или могут быть переданы, как одна или больше инструкций или кодов на считываемом в компьютере носителе информации. Считываемый компьютером носитель включает в себя, как компьютерный носитель сохранения информации, так и среду передачи данных. Среда передачи данных включает в себя любую среду передачи данных, которая способствует передаче компьютерной программы из одного места в другое. Накопитель информации может представлять собой любой доступный накопитель, доступ к которому может осуществляться с помощью компьютера. Такой считываемый компьютером носитель информации может включать в себя, в качестве примера, а не для ограничения, RAM, ROM, EEPROM, CD-ROM или другой накопитель на оптическом диске или накопитель информации на магнитном диске, или другие магнитные устройства сохранения информации, или любой другой носитель информации, который можно использовать для переноса или сохранения требуемого программного кода в форме инструкций или структур данных, и доступ к которому может осуществляться компьютером. Кроме того, любое соединение может быть соответствующим образом названо считываемой компьютером среды передачи информации. Например, если программное обеспечение будет передано из веб-сайта, сервера или другого удаленного источника, используя коаксиальный кабель, оптическое волокно, оптический кабель, витую пару, цифровую абонентскую линию (DSL), или технологии беспроводной связи, такие как инфракрасная, радио- и микроволновая связь, коаксиальный кабель, оптическое волокно, оптический кабель, витая пара, DSL или технологии беспроводные связи, такие как инфракрасная, радио- и микроволновая связь, они включены в определение среды передачи информации. Диск (Disk) и диск (disc), используемые в настоящем изобретении, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск Blu-ray, где диски (Disk) обычно воспроизводят данные магнитным способом, в то время как диски (disc) воспроизводят данные оптически, используя лазеры. Комбинации их также должны быть включены в объем защиты считываемого компьютером носителя информации. Представленное выше описание представляет собой просто примерные варианты осуществления настоящего изобретения, но не предназначено для ограничения настоящего изобретения. Любая модификация, эквивалентная замена или улучшение, выполненные для выхода за пределы сущности и принципов настоящего изобретение, должны попадать в пределы объема защиты настоящего изобретения.