Система и способ управления службами, развитый nodeb и шлюз сети пакетной передачи данных

Система и способ управления службами, развитый nodeb и шлюз сети пакетной передачи данных

Иллюстрации

Показать все

Реферат

[0001] Эта заявка испрашивает приоритет патентной заявки Китая № 201010551852.1, поданной в Патентное ведомство Китая 19 ноября 2010 и озаглавленной "SERVICE CONTROL METHOD AND SYSTEM, EVOLVED NODEB, AND PACKET DATA NETWORK GATEWAY", которая в полном объеме включена в настоящий документ посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0002] Настоящее изобретение относится к области технологий связи, и в частности, к системе и способу управления службами, развитому NodeB и шлюзу сети пакетной передачи данных.

УРОВЕНЬ ТЕХНИКИ

[0003] В настоящее время одноранговая связь (P2P, peer-to-peer) занимает огромное количество ресурсов полосы пропускания сети, что вызывает перегрузку сети разной степени. Технология углубленной инспекции пакетов (DPI, Deep Packet Inspection) представлена в мобильных сетях для реализации идентификации служб, управления службами и функций статистики служб при сетевых операциях.

[0004] В текущей схеме реализации DPI, QoS (качество обслуживания) всех служб однонаправленного канала обрабатывается одинаковым образом. То есть, параметры, такие как QoS, однонаправленного канала модифицируются согласно результату инспекции DPI. Это не только увеличивает количество сигнализации по сети, но также влияет на нормальное протекание других потоков. Например, если максимальная скорость потока ограничена, максимальные скорости других потоков однонаправленного канала подвержены такому же ограничению. Очевидно, в известной области техники политика управления, реализованная для конкретного потока, неизбежно влияет на другие потоки, тем самым ухудшая опыт пользователя.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0005] Варианты осуществления настоящего изобретения предоставляют систему и способ управления службами, развитый NodeB и шлюз сети пакетной передачи данных, чтобы выполнять планирование ресурсов для пакета и избегать влияния на другие потоки, тем самым повышая производительность системы.

[0006] Способ управления службами, предоставленный в одном аспекте настоящего изобретения, включает в себя: прием, развитым NodeB, соответствия между типом приложения службы и политикой управления службами от первого объекта, причем первый объект выполнен с возможностью реализации функции введения в действие политики и тарификации; получение, развитым NodeB, типа приложения службы, соответствующего принятому пакету; определение, развитым NodeB, политики управления службами, соответствующей пакету, согласно соответствию между типом приложения службы и политикой управления службами, и типа приложения службы, соответствующего пакету; и выполнение, развитым NodeB, планирования ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0007] Способ управления службами, предоставленный в другом аспекте настоящего изобретения, включает в себя: прием, посредством PDN-GW, соответствия между типом приложения службы и политикой управления службами из функции правил политики и тарификации (PCRF) или развитого NodeB; получение, посредством PDN-GW, типа приложения службы, соответствующего принятому пакету; определение, посредством PDN-GW, политики управления службами, соответствующей пакету, согласно соответствию между типом приложения службы и политикой управления службами, и типа приложения службы, соответствующего пакету; и выполнение, посредством PDN-GW, планирования ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0008] Развитый NodeB, предоставленный в другом аспекте настоящего изобретения, включает в себя: блок приема, выполненный с возможностью приема соответствия между типом приложения службы и политикой управления службами от первого объекта, где первый объект выполнен с возможностью реализации функции введения в действие политики и тарификации; блок получения типа приложения службы, выполненный с возможностью получения типа приложения службы, соответствующего принятому пакету; первый блок определения политики управления службами, выполненный с возможностью определения политики управления службами, соответствующей пакету, согласно соответствию между типом приложения службы и политикой управления службами, и типа приложения службы, соответствующего пакету; и первый блок планирования, выполненный с возможностью выполнения планирования ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0009] Шлюз сети пакетной передачи данных (PDN-GW), предоставленный в другом аспекте настоящего изобретения, включает в себя: блок приема соответствия, выполненный с возможностью приема соответствия между типом приложения службы и политикой управления службами из функции правил политики и тарификации (PCRF) или развитого NodeB; блок определения типа приложения службы, выполненный с возможностью получения типа приложения службы, соответствующего принятому пакету; второй блок определения политики управления службами, выполненный с возможностью определения политики управления службами, соответствующей пакету, согласно соответствию между типом приложения службы и политикой управления службами, и типа приложения службы, соответствующего пакету; и второй блок планирования, выполненный с возможностью выполнения планирования ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0010] Система управления службами, предоставленная в другом аспекте настоящего изобретения, включает в себя развитый NodeB и первый объект.

[0011] Система управления службами, предоставленная в другом аспекте настоящего изобретения, включает в себя PDN-GW, a PCRF или развитый NodeB.

[0012] В вариантах осуществления настоящего изобретения получается тип приложения службы пакета, так что политика управления службами, соответствующая типу приложения службы пакета, может быть получена из информации политики управления службами; и планирование ресурсов выполняется для пакета согласно политике управления службами, соответствующей пакету. Таким образом, сеть может дифференцировать потоки и реализовывать разные политики управления для разных служб, не влияя на другие потоки, тем самым повышая гибкость управления политикой сети и улучшая опыт пользователя.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0013] На фиг.1 показано схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0014] на фиг.1a показано другое схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0015] на фиг.2 показано другое схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0016] на фиг.3 показано другое схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0017] на фиг.4 показано другое схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0018] на фиг.5 показано другое схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0019] на фиг.6 показано другое схематичное представление способа управления службами согласно варианту осуществления настоящего изобретения;

[0020] на фиг.7 показано схематичное представление развитого NodeB согласно варианту осуществления настоящего изобретения;

[0021] на фиг.8 показано другое схематичное представление развитого NodeB согласно варианту осуществления настоящего изобретения;

[0022] на фиг.9 показано схематичное представление шлюза сети пакетной передачи данных согласно варианту осуществления настоящего изобретения;

[0023] на фиг.10 показано другое схематичное представление шлюза сети пакетной передачи данных согласно варианту осуществления настоящего изобретения;

[0024] на фиг.11 показано схематичное представление системы управления службами согласно варианту осуществления настоящего изобретения; и

[0025] на фиг.12 показано другое схематичное представление системы управления службами согласно варианту осуществления настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[0026] Варианты осуществления настоящего изобретения предоставляют систему и способ управления службами, развитый NodeB и шлюз сети пакетной передачи данных, чтобы выполнять управление политикой для пакета, не влияя на другие потоки, тем самым повышая гибкость управления политикой сети и улучшая опыт пользователя.

[0027] Ссылаясь на фиг.1, вариант осуществления способа управления службами согласно варианту осуществления настоящего изобретения включает в себя нижеследующие этапы.

[0028] 101. Развитый NodeB принимает соответствие между типом приложения службы и политикой управления службами из первого объекта.

[0029] В этом варианте осуществления, перед тем как реализуется управление службами, функция правил политики и тарификации (PCRF) может проверить политику конфиденциальности пользователя; после того, как PCEF взаимодействует с PCRF, PCRF проверяет, посредством проверки полученной политики конфиденциальности пользователя и информации подписки пользователя, разрешено ли инспектирование потока пользователя и какой вид службы разрешено инспектировать; если инспектирование потока разрешено, PCRF отправляет, совместно с политикой управления оператора, сообщение, которое включает в себя соответствие между типом приложения службы и политикой управления службами, на первый объект; первый объект отправляет сообщение на развитый NodeB, так что развитый NodeB принимает соответствие между типом приложения службы и политикой управления службами.

[0030] Следует отметить, что в варианте осуществления настоящего изобретения первый объект может быть функцией введения в действие политики и тарификации (PCEF) или специфическим блоком функции введения в действие политики и тарификации, что не ограничено при фактическом применении.

[0031] 102. Развитый NodeB получает тип приложения службы, соответствующий принятому пакету.

[0032] В этом варианте осуществления после приема пакета развитый NodeB может получить тип приложения службы, соответствующий принятому пакету, например, типом приложения службы может быть QQ, MSN, ВТ, Email, HTTP или подобные.

[0033] 103. Развитый NodeB определяет политику управления службами, соответствующую пакету, согласно соответствию между типом приложения службы и политикой управления службами, и тип приложения службы, соответствующий пакету.

[0034] После получения типа приложения службы, соответствующего пакету, развитый NodeB может запросить, из соответствия между типом приложения службы и политикой управления службами, политику управления службами, соответствующую пакету.

[0035] 104. Развитый NodeB выполняет планирование ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0036] Выполнение планирования для пакета развитым NodeB согласно политике управления службами, соответствующей пакету, включает в себя действия планирования, такие как обычная пересылка (пересылка без управления ресурсами), ограничение полосы пропускания и понижение приоритета.

[0037] Например, если политикой управления службами, соответствующей пакету службы QQ, является "понижение приоритета", развитый NodeB обрабатывает пакет для понижения приоритета пакета и затем отправляет пакет на соответствующее устройство или порт.

[0038] В этом варианте осуществления развитый NodeB запрашивает политику управления службами, соответствующую пакету в соответствии между типом приложения службы и политикой управления службами, чтобы выполнить планирование ресурсов для пакета. Используя этот способ, пакет может быть спланирован, не влияя на другие потоки трафика, тем самым улучшая гибкость планирования служб.

[0039] Ссылаясь на фиг.1a, способ управления службами согласно варианту осуществления настоящего изобретения включает в себя этап 101a, этап 102, этап 103 и этап 104. Этот вариант осуществления аналогичен варианту осуществления, как показано на фиг.1, где этап 102, этап 103 и этап 104 являются относительно такими же, как этап 102, этап 103 и этап 104 в варианте осуществления, как показано на фиг.1, и этап 101a этого варианта осуществления отличается от этапа 101.

[0040] На этапе 101a развитый NodeB сохраняет соответствие между типом приложения службы и политикой управления службами. То есть, соответствие между типом приложения службы и политикой управления службами хранится, например, предварительно сконфигурированным, в развитом NodeB вместо приема из другого объекта.

[0041] В этом варианте осуществления нет необходимости для развитого NodeB реализовывать хранение или конфигурирование соответствия между типом приложения службы и политикой управления службами до получения типа приложения службы, соответствующего принятому пакету. То есть, этот вариант осуществления не ограничивает определенную последовательность из этапа 101a и этапа 102.

[0042] Для лучшего понимания данной технологии, следующее ниже подробно описывает способ управления службами. На фиг.2 показан другой вариант осуществления способа управления службами согласно варианту осуществления настоящего изобретения.

[0043] 201. Развитый NodeB принимает соответствие между типом приложения службы и политикой управления службами из первого объекта.

[0044] После того, как PCRF проверит политику конфиденциальности пользователя, PCRF отправляет информацию политики управления службами на первый объект; первый объект отправляет информацию политики управления службами на развитый NodeB, где информация политики управления службами включает в себя соответствие между типом приложения службы и политикой управления службами и сконфигурирована оператором в PCRF. Информация политики управления службами может быть перенесена при текущей сигнализации управления для передачи. Например, информация политики управления службами переносится в поле ожидания или поле расширения текущей сигнализации или переносится посредством использования нового информационного элемента в текущей сигнализации. Вследствие этого, передача информации политики управления службами не формирует какой-либо новой сигнализации.

[0045] Следует отметить, что при фактическом применении первый объект может быть интегрирован в PDN-GW или реализован независимо, что конкретно не ограничивается в настоящем документе.

[0046] Информация политики управления службами может также включать в себя информацию, такую как временной сегмент и тип пользователя, и может образовывать одно или более соответствий среди временного сегмента, типа пользователя, типа приложения службы и политики управления службами. Опционально, временной сегмент относится к временному сегменту, в котором используется информация политики управления службами; тип пользователя относится к классификации пользователей, например, обычный пользователь, пользователь с медной медалью, пользователь с серебряной медалью, пользователь с золотой медалью и подобные; тип приложения службы относится к службам, используемым пользователем, включающим в себя QQ, MSN, ВТ и HTTP; политика управления службами относится к конкретным действиям планирования, реализованным в службе, используемой пользователем, включающим в себя действия планирования, такие как обычная пересылка, ограничение полосы пропускания, понижение приоритета и перемаркировка приоритета. Следует отметить, что информация политики управления службами может также включать в себя другую информацию, используемую для индексирования. Временной сегмент, тип пользователя или другая информация индексирования помогает удобно использовать информацию политики управления службами и точно осуществлять поиск политики управления службами.

[0047] 202. Развитый NodeB отправляет принятый пакет на инспектирующий объект.

[0048] В этом варианте осуществления PCEF принимает пакет, отправленный PCRF или пользовательским оборудованием, и развитый NodeB принимает пакет, отправленный посредством PCEF, так что принятый пакет отправляется на инспектирующий объект.

[0049] Инспектирующий объект может быть размещен в шлюзе сети пакетной передачи данных PDN-GW или может быть использован как независимый сетевой объект. После инспектирования пакета инспектирующий объект подает обратно тип приложения службы, соответствующий проинспектированному пакету, на развитый NodeB.

[0050] 203. Развитый NodeB принимает тип приложения службы, который соответствует пакету и подается обратно инспектирующим объектом.

[0051] 204. Развитый NodeB определяет политику управления службами, соответствующую пакету, согласно соответствию между типом приложения службы и политикой управления службами, и тип приложения службы, соответствующий пакету.

[0052] В этом варианте осуществления, на этапе 201, если развитый NodeB может получить соответствие между типом приложения службы и политикой управления службами из первого объекта, после получения типа приложения службы, соответствующего пакету, из инспектирующего объекта, развитый NodeB может запросить политику управления службами, соответствующую типу приложения службы в соответствии.

[0053] 205. Развитый NodeB выполняет планирование ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0054] В этом варианте осуществления нижеследующие случаи являются примерами планирования ресурсов, которое может быть выполнено развитым NodeB для пакета:

[0055] (1) Когда информация политики управления службами соответствует всем или некоторым потокам пользователя, развитый NodeB управляет передачей и планированием ресурсов всех или некоторых потоков пользователя согласно политике управления службами, соответствующей пакету. В этом случае PCRF доставляет информацию политики управления службами в процесс установки потоков пользователя.

[0056] (2) Когда информация политики управления службами соответствует конкретному потоку всех пользователей или группы пользователей одного уровня, развитый NodeB управляет передачей и планированием ресурсов конкретного потока всех пользователей или группы пользователей одного уровня согласно политике управления службами, соответствующей пакету. В этом случае информация политики управления службами не должна доставляться каждый раз, когда устанавливается поток, и может доставляться, когда поток устанавливается в первый раз, или может быть доставлена посредством использования сигнализации, нерелевантной для данной установки потока. Тогда, информация политики управления службами должна доставляться каждый раз, когда обновляется политика.

[0057] В этом варианте осуществления информация политики управления службами переносится посредством использования сигнализации, так чтобы избежать добавления новой сигнализации по сети и ослабить нагрузку на сеть. К тому же, политика управления службами, соответствующая пакету, получается согласно информации политики управления службами и полученному типу приложения службы, соответствующему пакету; и планирование ресурсов выполняется для пакета, согласно полученной политике управления службами, соответствующей пакету. Сеть может различать потоки, которым принадлежат пакеты, и выполнять планирование ресурсов согласно конкретному типу приложения службы, не влияя на обычные операции других потоков, тем самым повышая гибкость управления сетью и улучшая опыт пользователя. Кроме того, так как развитый NodeB выполняет планирование ресурсов для пакета, развитый NodeB может выполнять управление службами согласно использованию ресурсов развитого NodeB.

[0058] В этом варианте осуществления развитый NodeB отправляет пакет на инспектирующий объект; и инспектирующий объект подает обратно проинспектированный тип приложения службы, соответствующий пакету, на развитый NodeB. При фактическом применении развитый NodeB может также получать тип приложения службы, соответствующий пакету, посредством использования других способов. Например, ссылаясь на фиг.3, другой вариант осуществления способа управления службами включает в себя следующие этапы.

[0059] 301. Развитый NodeB принимает соответствие между типом приложения службы и политикой управления службами из первого объекта.

[0060] Этап 301 является таким же, как этап 201 в вышеприведенном варианте осуществления, и дополнительно не описывается в настоящем документе.

[0061] 302. Развитый NodeB получает информацию фильтра из PDN-GW.

[0062] PDN-GW отправляет информацию фильтра на узел управления мобильностью через обслуживающий шлюз; узел управления мобильностью отправляет запрос первоначального контекста или запрос установки однонаправленного канала на развитый NodeB, где запрос первоначального контекста или запрос установки однонаправленного канала включает в себя информацию фильтра. Таким образом, развитый NodeB получает информацию фильтра.

[0063] В этом варианте осуществления фильтр является фильтром пакетов или пятиэлементным фильтром. Если фильтр является фильтром пакетов, информация фильтра включает в себя идентификатор фильтра и направление, приоритет сопоставления фильтра пакетов, длину фильтра пакетов и содержимое фильтра пакетов. Если фильтр является пятиэлементным фильтром, информация фильтра включает в себя адрес источника, номер порта источника, тип протокола, адрес адресата и номер порта адресата.

[0064] Следует отметить, что развитый NodeB может принимать информацию фильтра из PDN-GW или получать информацию фильтра посредством анализа пяти элементов принятых пакетов. Путь получения информации фильтра развитым NodeB зависит от фактических ситуаций, что не ограничивается в настоящем документе.

[0065] Следует отметить, что при фактическом применении, этап 302 может быть выполнен перед этапом 301, или этап 302 и этап 301 выполняются одновременно, что не ограничивается в настоящем документе.

[0066] 303. Развитый NodeB определяет идентификационную информацию потока посредством использования фильтра, где принятый пакет принадлежит потоку.

[0067] В этом варианте осуществления, идентификационной информацией потока может быть идентификатор фильтра или идентификатор очереди потока.

[0068] 304. Развитый NodeB осуществляет поиск типа приложения службы, соответствующего идентификационной информации потока, которому принадлежит пакет, в отображении между идентификационной информацией потока и типом приложения службы.

[0069] Отображение между идентификационной информацией потока и типом приложения службы сохраняется развитым NodeB или предоставляется посредством PDN-GW развитому NodeB. Тип приложения службы, соответствующий пакету, может быть получен из отображения между идентификационной информацией потока и типом приложения службы согласно идентификационной информации потока, где пакет принадлежит потоку.

[0070] 305. Развитый NodeB определяет политику управления службами, соответствующую пакету, согласно соответствию между типом приложения службы и политикой управления службами, и тип приложения службы, соответствующий пакету.

[0071] В этом варианте осуществления, на этапе 301, развитый NodeB может получить соответствие между типом приложения службы и политикой управления службами из первого объекта, после определения типа приложения службы, соответствующего пакету, развитый NodeB может запросить политику управления службами, соответствующую типу приложения службы в соответствии.

[0072] 306. Развитый NodeB выполняет планирование ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0073] Этап 306 является таким же, как этап 205 в вышеприведенном варианте осуществления, и дополнительно не описывается в настоящем документе.

[0074] С помощью этого варианта осуществления нагрузка на сеть может быть ослаблена, и планирование ресурсов может быть выполнено согласно конкретному типу приложения службы, не влияя на обычные операции других потоков, тем самым повышая гибкость управления сетью и улучшая опыт пользователя.

[0075] В этом варианте осуществления развитый NodeB получает, посредством использования фильтра, идентификационную информацию потока, которому принадлежит пакет, и затем осуществляет поиск типа приложения службы, соответствующего пакету, в отображении между идентификационной информацией потока и типом приложения службы согласно полученной идентификационной информации потока, которому принадлежит пакет. При фактическом применении, развитый NodeB может также получать тип приложения службы, соответствующий пакету, посредством использования других способов. Например, ссылаясь на фиг.4, другой вариант осуществления способа управления службами включает в себя следующие этапы:

[0076] 401. Развитый NodeB принимает соответствие между типом приложения службы и политикой управления службами из первого объекта.

[0077] Этап 401 является таким же, как этап 201 в вышеприведенном варианте осуществления, и дополнительно не описывается в настоящем документе.

[0078] 402. Развитый NodeB выполняет инспекцию типа приложения пакета для пакета, чтобы определить тип приложения службы, соответствующий пакету.

[0079] Развитый NodeB может включать в себя модуль, способный инспектировать пакет. В этом случае, развитый NodeB не должен отправлять пакет инспектирующему объекту и также не должен определять, посредством использования фильтра, идентификационную информацию потока, которому принадлежит пакет. Развитый NodeB выполняет инспекцию типа приложения пакета для пакета посредством использования инспектирующего модуля развитого NodeB, чтобы определить тип приложения службы, соответствующий пакету. Конкретной инспекцией типа приложения пакета может быть углубленная инспекция пакета или другие пути инспекции, которые могут определить тип приложения службы, соответствующий пакету, что конкретно не ограничивается в настоящем документе.

[0080] После получения типа приложения службы, соответствующего пакету, развитый NodeB может установить отображение между идентификационной информацией потока, которому принадлежит пакет, и типом приложения службы. Опционально, после установки отображения между идентификационной информацией потока, которому принадлежит пакет, и типом приложения службы, развитый NodeB добавляет отображение между идентификационной информацией потока, которому принадлежит пакет, и типом приложения службы к существующему отображению между идентификационной информацией потока и типом приложения службы для последующего сопоставления. Развитый NodeB также отправляет отображение между идентификационной информацией потока, которому принадлежит пакет, и типом приложения службы или обновленной идентификационной информацией потока и обновленным типом приложения службы на PDN-GW.

[0081] 403. Развитый NodeB определяет политику управления службами, соответствующую пакету, согласно соответствию между типом приложения службы и политикой управления службами, и тип приложения службы, соответствующий пакету.

[0082] 404. Развитый NodeB выполняет планирование ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0083] Этап 404 является таким же, как этап 205 в вышеприведенном варианте осуществления, и дополнительно не описывается в настоящем документе.

[0084] С помощью этого варианта осуществления нагрузка на сеть может быть ослаблена, и планирование ресурсов может быть выполнено согласно конкретному типу приложения службы, не влияя на обычные операции других потоков, тем самым повышая гибкость управления сетью и улучшая опыт пользователя.

[0085] Способ управления службами, предоставленный в вышеприведенном варианте осуществления, выполняется развитым NodeB. Однако, при фактическом применении, способ управления службами может также быть выполнен посредством PDN-GW. Например, ссылаясь на фиг.5, другой вариант осуществления управления службами включает в себя следующие этапы.

[0086] 501. PDN-GW принимает соответствие между типом приложения службы и политикой управления службами из функции правил политики и тарификации (PCRF) или развитого NodeB.

[0087] В варианте осуществления настоящего изобретения перед тем, как реализуется управление службами, PCRF должна проверить политику конфиденциальности пользователя; PCRF проверяет, посредством проверки полученной политики конфиденциальности пользователя и информации подписки пользователя, разрешено ли инспектирование потока пользователя и какой вид службы разрешено инспектировать; если инспектирование потока разрешено, PCRF отправляет, совместно с политикой управления оператора, сообщение, которое включает в себя соответствие между типом приложения службы и политикой управления службами, на первый объект; первый объект отправляет сообщение на развитый NodeB, так что развитый NodeB принимает соответствие между типом приложения службы и политикой управления службами. Тогда, развитый NodeB может отправить соответствие на PDN-GW.

[0088] Следует отметить, что если развитый NodeB хранит соответствие, то развитый NodeB может отправить соответствие прямо на PDN-GW.

[0089] К тому же, если PCRF определяет, что поток пользователя разрешен для инспектирования, PCRF может также отправить соответствие прямо на PDN-GW в процессе установки сеанса IP-CAN с PDN-GW.

[0090] 502. PDN-GW получает тип приложения службы, соответствующий принятому пакету.

[0091] В этом варианте осуществления PDN-GW принимает пакет, отправленный посредством PCRF или пользовательским оборудованием. Следует отметить, что после приема пакета, PDN-GW может получить тип приложения службы, соответствующий принятому пакету, где тип приложения службы может включать в себя QQ, MSN, ВТ, Email и HTTP.

[0092] 503. PDN-GW определяет политику управления службами, соответствующую пакету, согласно соответствию между типом приложения службы и политикой управления службами, и тип приложения службы, соответствующий пакету.

[0093] После получения типа приложения службы, соответствующего пакету, PDN-GW может запросить, исходя из соответствия между типом приложения службы и политикой управления службами, политику управления службами, соответствующую пакету.

[0094] 504. PDN-GW выполняет планирование ресурсов для пакета согласно политике управления службами, соответствующей пакету.

[0095] Выполнение планирования для пакета посредством PDN-GW согласно политике управления службами, соответствующей пакету, включает в себя действия планирования, такие как обычная пересылка (пересылка без управления ресурсами), ограничение полосы пропускания и понижение приоритета.

[0096] В варианте осуществления настоящего изобретения PDN-GW запрашивает, из соответствия между типом приложения службы и политикой управления службами, политику управления службами, соответствующую пакету, чтобы выполнить планирование ресурсов для пакета. Используя этот способ, пакет может быть спланирован, не влияя на другие потоки трафика, тем самым улучшая гибкость планирования служб.

[0097] Для лучшего понимания данной технологии на фиг.6 проиллюстрирован другой вариант осуществления управления службами согласно варианту осуществления настоящего изобретения. Конкретные этапы включают в себя нижеследующие:

[0098] 601. PDN-GW принимает соответствие между типом приложения службы и политикой управления службами из функции правил политики и тарификации (PCRF) или развитого NodeB.

[0099] Этап приема соответствие между типом приложения службы и политикой управления службами из PCRF посредством PDN-GW является конкретно таким, как следует ниже: После приема запроса установки однонаправленного канала IP-CAN, PDN-GW отправляет сообщение с запросом установки сеанса IP-CAN на PCRF; после проверки политики конфиденциальности пользователя, PCRF подает обратно информацию политики управления службами на PDN-GW, где информация политики управления службами включает в себя соответствие между типом приложения службы и политикой управления службами. Информация политики управления службами переносится при текущей сигнализации управления. Например, данная информация занимает поле ожидания или поле расширения существующей сигнализации. Вследствие этого, передача информации политики управления службами не формирует какой-либо новой сигнализации.

[0100] Информация политики управления службами может также включать в себя информацию, такую как временной сегмент и тип пользователя, и может устанавливать одно или более соответствий среди временного сегмента, типа пользователя, типа приложения службы и политики управления службами. Временной сегмент относится к временному сегменту, в котором используется информация политики управления службами; тип пользователя относится к классификации пользователей, например, обычный пользователь, пользователь с медной медалью, пользователь с серебряной медалью, пользователь с золотой медалью и подобные; тип приложения службы относится к службам, используемым пользователем, включающим в себя QQ, MSN, ВТ и HTTP; политика управления службами относится к конкретным действиям планирования, реализованным в службе, используемой пользователем, включающим в себя действия планирования, такие как обычная пересылка, ограничение полосы пропускания, понижение приоритета и перемаркировка приоритета. Следует отметить, что информация политики управления службами может также включать в себя другую информацию, используемую для индексирования. Временной сегмент, тип пользователя или другая информация индексирования помогает удобно использовать информацию политики управления службами и точно осуществлять поиск политики управления службами.

[0101] В варианте осуществления настоящего изобретения прием соответствия между типом приложения службы и политикой управления службами посредством PDN-GW из развитого NodeB является в основном таким, как следует ниже: PDN-GW принимает информацию политики управления службами, отправленную развитым NodeB.

[0102] 602. PDN-GW получает тип приложения службы, соответствующий принятому пакету.

[0103] В этом варианте осуществления после приема пакета PDN-GW может получить тип приложения службы, соответствующий принятому пакету. Конкретный процесс получения может использовать следующие пути:

[0104] (1) PDN-GW отправляет пакет инспектирующему объекту, чтобы проинспектировать тип приложения службы, соответствующий пакету, и принимает обратную связь от инспектирующего объекта.

[0105] Инспектирующий объект может быть размещен в развитом NodeB или реализован независимо.

[0106] (2) PDN-GW определяет тип приложения службы, соответствующий пакету, посредством использования фильтра.

[0107] PDN-GW хранит информацию фильтра, где содержимое информации фильтра является таким же, как содержимое информации фильтра, проиллюстрированной в вариант осуществления на фиг.3, и не будет дополнительно описываться в настоящем документе.

[0108] Конкретно, PDN-GW может определять, посредством использования фильтра, идентификационную информацию потока, которому принадлежит пакет, осуществлять поиск типа приложения службы, соответствующего идентификационной информации потока, которому принадлежит пакет, в отображении между идентификационной информацией потока и типом приложения службы, где отображение между идентификационной информацией потока и типом приложения службы отправляется развитым NodeB на PDN-GW.

[0109] Идентификационной информацией потока может быть идентификатор фильтра или идентификатор очереди потока.

[0110] (3) PDN-GW определяет тип приложения службы, соответствующий пакету, посредством использования инспекции типа приложения пакета.

[0111] PDN-GW выполняет инспекцию типа приложения пакета для пакета, чтобы определить тип приложения службы, соответствующий пакету. Конкретной инспекцией типа приложения пакета может быть углубленная инспекция пакета или другие пути инспекции, которые могут определить тип приложения службы, соответствующий пакету, что конкретно не ограничивается в настоящем документе.

[0112] 603. PDN-GW устанавливает отображение между идентификационной информацией потока, которому принадлежит пакет, и типом приложения службы.

[0113] Когда PDN-GW определяет тип приложения службы, соответствующий пакету, посредством использования инспекции приложения пакета, PDN-GW может установить отображение между идентификационной информацией потока, которому принадлежит пакет, и типом приложения службы. В этом случае, при инспекции последующего пакета, PDN-GW может получить тип приложения службы, соответствующий пак