CN101170749A - 一种实现对wap群组差异化服务的方法和wap网关 - Google Patents

Abstract

本发明实施例公开了一种实现对WAP用户差异化服务的方法，包括：WAP网关从MS发送的用户请求中提取用于标识不同用户的用户标识，以该用户标识为索引在WAP网关预先保存的用户信息中查找该用户标识对应的群组标识；其中，所述用户信息包括用户标识，以及与用户标识对应的该用户所在群组的群组标识；WAP网关在向SP转发该用户请求时携带查找到的群组标识，并接收SP返回的响应内容，经处理后返回给MS，所述响应内容为SP根据预先设置的服务内容和群组标识的对应关系以及接收的用户请求中携带的群组标识确定的相应服务内容。本发明实施例还公开了一种WAP网关。应用本发明实施例，能够为不同的WAP用户提供差异化服务。

Description

一种实现对WAP群组差异化服务的方法和WAP网关

技术领域

本发明涉及WAP技术，特别涉及一种实现对WAP群组差异化服务的方法和WAP网关。

背景技术

目前WAP网关将所有接入用户视为同一个群体，网关内部没有用户群组，不记录相关群组签约信息，对其按照先来先服务策略。

目前，用户访问通过WAP网关访问SP的业务处理流程如图1所示，用户为能够通过WAP网关访问SP，首先通过SGSN、GGSN和WAP网关进行PDP上下文激活过程，在成功完成PDP上下文激活过程后，用户再通过WAP网关进行业务访问。

具体地，PDP上下文激活过程包括：

步骤101，MS向SGSN发送激活请求Activate PDP Context Request，并在该请求中携带服务质量请求(QoS Requested)信息，无线侧执行RAB指配过程。

本步骤中，Activate PDP Context Request中还包括NSAPI、TI、PDP Type、PDP Address、Access Point Name、QoS Requested等信息。

步骤102，SGSN验证Activate PDP Context Request的有效性，并根据激活请求中的QoS Requested信息，向无线侧发起Qos协商过程，协商成功后向GGSN发起PDP激活请求(Create PDP Context Request)。

本步骤中，SGSN具体通过使用PDP Type(optional)、PDP Address(optional)、Access Point Name(optional)和PDP Context签约数据来验证请求的有效性。

步骤103，GGSN向WAP网关发起计费请求开始消息(Account-RequestStart)，并携带协商成功的Qos信息。

本步骤中，计费请求开始消息中还包括用户手机号码、终端IP、计费ID、Qos等信息。

步骤104，GGSN向SGSN发送激活应答消息(Create PDP ContextResponse)。

步骤105，WAP网关向GGSN回应计费开始应答消息(Accounting-Response Start)。

步骤106，SGSN接收GGSN的CREATE PDP Context RESPONSE(NSAPI、PDP ADDR、GGSN ADDR、TEID、QoS)后，将PDP地址、协商成功的QoS等信息通过Activate PDP Context Accept发送给MS。

至此，PDP激活过程成功完成，用户上线成功，可以通过WAP网关向SP进行服务访问，具体服务访问过程包括：

步骤107，用户发起业务请求(User Request)到网关。

步骤108，WAP网关解析用户请求，根据相关规则进行访问控制和前传信息控制，并请用户请求转发到SP。

目前在WAP网关中，虽然在步骤103接收的计费开始请求消息中包括协商好的QoS信息，但是WAP网关内部并未针对QoS信息做处理，而是将所有接入用户视为相同的服务等级，对其按照先来先服务策略转发用户请求，并且在转发给SP的用户请求中不包括QoS信息。

步骤109，SP接收WAP网关转发的用户请求，将响应内容返回给WAP网关。

如前所述，步骤108中WAP网关对所有用户都是平等接入，按照先来先服务的策略，将用户请求转发给SP。SP也对接收到的所有用户请求采用先来先服务的策略，并且为所有用户提供相同的响应内容，如服务信息、页面内容和计费策略等。

步骤110，WAP网关接收SP返回的响应内容，并进行适当的处理(如字符集转换、内容压缩等)，将响应内容转发给终端。

步骤111，终端解析页面内容并显示。

用户重复步骤107-111过程发起多次业务请求。

按照上述方式进行的用户通过WAP网关进行SP服务访问的过程中，WAP网关平等接入所有用户，将所接入用户的服务优先级看作相同，平等地转发用户请求，没有针对用户的需求，对不同用户提供不同的服务等级；SP接收WAP网关平等转发的用户请求后，为所有用户提供相同的服务，也无法根据用户特征提供差异化服务。

发明内容

有鉴于此，本发明实施例提供一种实现对WAP群组差异化服务的方法，能够在用户通过WAP网关进行SP服务访问时，为不同的WAP用户提供差异化服务。

为实现上述目的，本发明实施例采用如下的技术方案：

一种实现对WAP用户差异化服务的方法，包括：

WAP网关从MS发送的用户请求中提取用于标识不同用户的用户标识，以该用户标识为索引在WAP网关预先保存的用户信息中查找该用户标识对应的群组标识；所述用户信息包括用户标识，以及与用户标识对应的该用户所在群组的群组标识；

WAP网关在向服务提供商SP转发该用户请求时携带查找到的群组标识，并接收SP返回的响应内容，经处理后返回给MS，所述响应内容为SP根据预先设置的服务内容和群组标识的对应关系以及接收的用户请求中携带的群组标识、确定的相应服务内容。

一种WAP网关，包括存储单元、处理单元和发送单元；

所述存储单元，用于获取并保存用户被划分为不同用户群组后形成的用户信息和用户群组信息，所述用户信息包括用于标识不同用户的用户标识，以及与用户标识对应的该用户所在群组的群组标识，所述用户群组信息包括群组名称和与其对应的群组标识；

所述处理单元，用于从MS发送的用户请求中提取用户标识，以该用户标识为索引在存储单元中保存的用户信息中查找该用户标识对应的群组标识，并将该群组标识提供给所述发送单元；还用于对发送单元接收的SP的响应内容处理后返回给MS；

所述发送单元，用于在向SP转发用户请求时携带所述处理单元提供的群组标识，并接收SP返回的响应内容，提供给处理单元。

由上述技术方案可见，本发明实施例中，在WAP网关中对应用户标识保存所属群组的群组标识，在SP中对应不同的用户群组保存相应的服务内容。当MS发起用户请求时，WAP网关从MS发送的用户请求中提取用户标识，以该用户标识为索引查找对应的群组标识，在向SP转发用户请求时携带查找到的群组标识，从而通知SP发送请求的用户所属的群组。SP接收该用户请求后，根据用户所属的群组，确定对应的服务内容，通过WAP网关响应给用户。这样，SP就能够获取用户所属的群组信息，并根据保存的群组与不同的服务内容的对应关系，向用户提供相应的服务内容，从而实现为不同用户提供差异化服务的目的。

附图说明

图1为用户通过WAP网关访问SP的业务处理流程。

图2为本发明实施例提供的实现对WAP用户差异化服务的方法总体流程图。

图3为本发明实施例中WAP网关的总体结构图。

图4为本发明实施例中实现对WAP用户提供差异化服务的方法具体流程图。

图5为本发明实施例中WAP网关主动协商QoS成功的信令流程图。

图6为本发明实施例中WAP网关主动协商QoS失败的信令流程图。

图7为本发明实施例中WAP网关的具体结构图。

具体实施方式

为使本发明的目的、技术手段和优点更加清楚明白，以下结合附图对本发明做进一步详细说明。

图2为本发明实施例提供的实现对WAP用户差异化服务的方法总体流程图。如图2所示，该方法包括：

步骤201，预先将用户划分为不同的用户群组，WAP网关获取并保存用户信息和用户群组信息。

本步骤中，用户信息包括用于标识不同用户的用户标识，以及与用户标识对应的该用户所在群组的群组标识，用户群组信息包括群组名称和与其对应的群组标识。

步骤201，WAP网关从MS发送的用户请求中提取用户标识。

其中，用户标识用于标识不同用户。

步骤202，WAP网关以提取的用户标识为索引在WAP网关预先保存的用户信息中查找该用户标识对应的群组标识。

其中，WAP网关预先保存的用户信息包括用户标识，以及与用户标识对应的该用户所在群组的群组标识。

步骤203，WAP网关在向SP转发用户请求时携带查找到的群组标识，并接收SP返回的响应内容，经处理后返回给MS。

其中，WAP网关接收的SP返回的响应内容为SP根据预先设置的服务内容和群组标识的对应关系以及接收的用户请求中携带的群组标识确定的相应服务内容。其中与群组标识对应的服务内容可以为不同的显示内容或计费策略等。

通过上述流程，WAP网关能够在向SP转发用户请求时，携带用户所属的群组信息，SP接收该群组信息后，根据预先保存的群组与服务内容的对应关系，返回与用户所属群组相对应的服务内容。

本发明实施例还提供了一种WAP网关，可以用于实施上述本发明实施例的方法。图3为本发明实施例中WAP网关的总体结构图。如图3所示，该WAP网关包括存储单元、上线处理单元和发送单元。

在该WAP网关中，存储单元，用于获取并保存用户被划分为不同用户群组后形成的用户信息和用户群组信息，所述用户信息包括用于标识不同用户的用户标识，以及与用户标识对应的该用户所在群组的群组标识，所述用户群组信息包括群组名称和与其对应的群组标识。

处理单元，用于从MS发送的用户请求中提取用户标识，以该用户标识为索引在存储单元中保存的用户信息中查找该用户标识对应的群组标识，并将该群组标识提供给发送单元；还用于对发送单元接收的SP的响应内容处理后返回给MS。

发送单元，用于在向SP转发用户请求时携带处理单元提供的群组标识，并接收SP返回的响应内容，提供给处理单元。

上述即为对本发明实施例的总体概述，可见，本发明实施例能够利用用户群组的设置，实现SP为不同WAP用户提供差异化服务的目的。

事实上，在用户群组信息和用户信息中还可以进一步包括QoS信息，从而使WAP网关能够保存用户和用户群组的QoS信息，并进一步根据用户的QoS信息，划分服务的优先级，并按照该服务优先级为用户提供服务。

另外，将用户划分为不同的用户群组时可以按照不同的标准进行划分，下面提供两种划分方式，一种是按照用户所属的运营商划分，一种是按照用户的签约QoS等级划分。下面通过具体实施例说明两种划分方式下本发明实施例的具体实施方式。

实施例一：

本实施例中，按照用户所属的运营商将用户划分为不同的用户群组。并且，在用户信息和用户群组信息中均包括相关的QoS信息，WAP网关能够主动发起QoS协商，与MS和无线侧就MS的QoS等级进行协商，并在用户信息中保存每次协商后的结果。

图4为实施例一中实现对WAP用户提供差异化服务的方法具体流程图。如图4所示，该方法包括：

步骤401，按照用户所属的运营商将用户划分为不同的用户群组。

本步骤中的运营商可以是实际的运营商，也可以是虚拟运营商。在用户注册时可以选择注册在不同的运营商或虚拟运营商中，从而能够实现将用户按照运营商进行群组划分。

步骤402，WAP网关获取并保存用户信息和用户群组信息。

本步骤中，WAP网关可以通过维护终端获取用户信息和用户所属的群组信息，或者也可以在用户上线时，通过GGSN向WAP网关发送用户信息和用户群组信息，或者也可以为保存用户信息和用户群组信息的第三方软件与WAP网关建立接口，WAP网关通过所述接口获取用户信息和用户群组信息。

当WAP网关通过GGSN接收用户信息和用户群组信息时，可以通过扩展的计费请求开始消息携带用户信息和用户群组信息，从而使WAP网关在用户上线时接收到相应信息。

本实施例中，WAP网关获取的用户信息可以包括用户标识，以及与该用户标识对应的该用户所在群组的群组标识和该用户的签约QoS信息。其中，用户的签约QoS信息包括该用户与网络最近一次协商成功的QoS等级和最后一次QoS协商结果，即协商的QoS等级以及是否协商成功的状态信息。这里，所述用户与网络的QoS协商即前述的WAP网关主动发起的与MS和无线侧进行的QoS协商。或者，用户信息还可以进一步包括最后一次协商的日期等信息。WAP网关可以利用表格形式保存用户信息，例如表1即为某用户的用户信息示意。

字段	说明	备注
			MSISDN	用户标识(手机号)	8613999999999
GroupCode	所属群组标识	00001
			LastNegQos	最近一次协商成功的Qos	-
Status	最后一次协商结果(是否	成功/失败

	成功以及协商的QoS)	-
			DateTime	最后一次协商日期	2007-09-01
...	...	...

表1

本实施例中，WAP网关获取的用户群组信息包括群组名称、群组标识、签约QoS范围。其中，签约QoS范围对该用户群组内的用户QoS等级进行限制，具体包括签约最高QoS和签约最低QoS。或者，用户群组信息还可以进一步包括前传信息码等。WAP网关可以利用表格形式保存用户群组信息，例如表2即为某用户群组的群组信息示意。

字段	说明	备注
			GroupName	群组名称	运营商A
GroupCode	群组标识	00001
			SignedMaxQos	签约最高Qos	-
SignedMinQos	签约最低Qos	-
			Direction	协商方向	逐渐增高/降低
FwdInfo	前传信息码	-
			...	...	...

表2

在经过上述步骤后，在WAP网关中保存了用户信息和用户群组信息，并且在该用户信息和用户群组信息中包括QoS相关信息。接下来，当用户进行WAP业务访问时，网关可以根据用户信息和用户群组信息中包括的QoS相关信息发起QoS协商。例如，可以按照如下步骤进行：

步骤403，用户上线过程中，WAP网关接收GGSN发送的计费请求开始消息，并提取该消息中包括的用户标识和QoS信息。

如前所述，在用户上线过程(即激活PDP过程)中，GGSN会向WAP网关发送计费请求开始消息，并在该消息中包括用户标识和用户请求的、且SGSN与无线侧协商成功的QoS信息。

步骤404，WAP网关根据提取的用户标识，在用户信息中查找该用户标识对应的群组标识和签约QoS信息，再以查找到的群组标识为索引，在用户群组信息中查找该群组标识对应的签约QoS范围。

本步骤中，WAP网关根据提取的用户标识，确定对应的用户相关信息，例如确定表1中保存的为该用户信息，从而从该表1中找到群组标识和签约QoS信息。然后依据找到的群组标识确定该群组的相关信息，例如确定表2中保存的为该用户群组信息，从而从该表2中找到签约QoS范围。

步骤405，WAP网关判断从GGSN接收的请求中携带的QoS信息和查找到的该用户的签约QoS信息是否匹配，并判断请求中携带的QoS信息是否符合签约QoS范围，若两种QoS信息匹配且符合签约QoS范围，则执行步骤406，否则，执行步骤407。

本步骤中，根据预先设置的匹配策略，判断两种QoS信息是否匹配。

具体地，一种判定方式可以为：在用户的签约QoS信息中包括最后一次协商结果，如果此次请求的QoS等级等于或高于最后一次协商失败的QoS等级，则判定不匹配。例如，在用户的签约QoS信息中记录的最后一次协商结果为：协商QoS等级为3，协商结果为失败；如果WAP网关接收消息中携带的QoS信息为：QoS等级为3或高于3，那么则判定该请求的QoS信息与保存的签约QoS信息不匹配。

或者又一种判定方式可以为：WAP网关规定QoS等级的协商需要逐级进行，不能跳级，那么如果WAP网关接收的此次请求的QoS等级高于最近一次协商成功的QoS等级一级以上，则判定不匹配。例如，用户签约QoS信息中记录的最近一次协商成功的QoS等级为3，如果WAP网关接收消息所携带的QoS信息中QoS等级大于4，那么判定该请求的QoS信息与保存的签约QoS信息不匹配。

在判断携带的QoS信息是否符合签约QoS范围时，若携带的QoS信息中的QoS等级小于等于签约最高QoS、且大于等于签约最低QoS，则判定符合QoS范围，否则判定不符合QoS范围。

当上述两个判断条件均满足时，执行步骤406，当上述两个判断条件任一未满足时，执行步骤407。

步骤406，利用该请求的QoS信息更新该用户的签约QoS信息，用户上线成功。

本步骤中，将该请求的QoS信息保存为新的最近一次协商成功的QoS信息。

步骤407，WAP网关指定一个QoS等级，并以该QoS等级主动发起QoS重协商过程。

本步骤中，WAP网关指定QoS等级时，根据接收信息中携带的QoS信息、该用户所属群组中的签约QoS范围、该用户最近一次协商成功的QoS等级和最后一次协商结果进行。

具体地，当需要进行QoS的逐级协商时，WAP网关指定的QoS等级为，相比于最近一次协商成功的QoS等级高出一级的QoS等级。进一步地，指定的QoS等级在签约QoS范围内，即大于等于签约最高QoS且小于等于签约最低QoS。

WAP网关发起QoS重协商的方式可以为：向GGSN请求进行QoS重协商，并携带指定的QoS等级、协商原因和PDP地址。具体请求方式可以通过向GGSN发送一个修改QoS请求消息Modify Qos Request，在该消息中包括指定的QoS等级、协商原因和PDP地址。其中，Modify Qos Request的定义可以如表3所示。

字段	说明
		MessageType	消息类型
NewQos	指定Qos
		PDP Address	PDP地址
Reason	修改原因
		...	...

表3

步骤408，GGSN接收WAP网关发送的请求后，根据请求中携带的指定的QoS等级和PDP地址，向SGSN请求更新PDP上下文，并携带该指定的QoS等级和PDP地址。

本步骤中，GGSN向SGSN请求更新PDP上下文的方式可以为：GGSN向SGSN发送修改PDP上下文请求消息Update PDP Context Request，并在该消息中携带指定的QoS等级和PDP地址等信息。

步骤409，SGSN根据PDP地址确定要更新的PDP上下文，向无线侧进行QoS协商，协商的QoS为指定的QoS等级，协商成功后执行步骤410。

步骤410，SGSN向MS请求修改PDP上下文，并携带PDP地址和指定的QoS等级，询问MS是否接受将QoS等级修改为指定的QoS等级。

本步骤中，SGSN向MS请求修改PDP上下文的方式为：SGSN向MS发送修改PDP上下文请求消息Modify PDP Context Request，并在该消息中携带PDP地址和指定的QoS等级。

步骤411，MS判断是否接受指定的QoS等级，若接受，则执行步骤412，否则执行步骤415。

步骤412，MS向SGSN返回协商成功的信息，无线侧进行RAB重新指配。

本步骤中，MS向SGSN返回协商成功信息的方式可以为：MS向SGSN发送PDP上下文修改接受消息Modify PDP Context Accept。

步骤413，SGSN将协商成功的信息发送给GGSN。

本步骤中，SGSN将协商成功的信息发送给GGSN的方式可以为：SGSN向GGSN发送更新PDP上下文响应消息Update PDP Context Response，并携带协商成功的QoS等级。

步骤414，GGSN将协商成功的信息发送给WAP网关，并携带成功协商的QoS信息，WAP网关更新用户信息。

本步骤中，GGSN将协商成功的信息发送给WAP网关的方式可以为：GGSN向WAP网关返回修改QoS响应消息Modify Qos Response，并携带成功与否标志。其中，Modify Qos Response的定义可以如表4所示。

字段	说明
		MessageType	消息类型
Status	状态标志位，成功与否
		Reason	修改原因
...	...

表4

WAP网关接收GGSN发送的协商成功信息，利用携带的成功协商的QoS信息更新自身保存的用户的签约QoS信息，用户上线成功。自此之后，WAP网关按照该用户签约QoS信息中的最近一次协商成功的QoS等级，为用户提供不同优先级的接入服务和带宽服务等，例如，在WAP网关负荷较重时，优先为最近一次协商成功的QoS等级较高的用户提供接入服务；或者，为QoS等级较高的用户分配较高的带宽资源等。

步骤415，终端发起PDP去激活过程，向SGSN发送去激活PDP上下文请求消息Deactivate PDP Context Request。

步骤416，SGSN收到MS去激活请求，向GGSN发送删除PDP上下文响应消息Delete PDP Context Response。

步骤417，GGSN向WAP网关发送修改QoS响应消息Modify QosResponse，并携带失败原因(如：Qos被拒绝)、状态标志位Status为失败，WAP网关根据接收的Modify Qos Response，更新用户的签约QoS信息；同时向SGSN发送删除PDP上下文响应消息Delete PDP Context Response。

本步骤中，WAP网关接收Modify Qos Response后，在用户的签约QoS信息中更新最后一次协商QoS结果。

步骤418，SGSN收到Delete PDP Context Response后，向MS发送去激活PDP上下文接受应答消息Deactivate PDP Context Accept，用户此次上线失败。

至此，用户上线并由WAP网关主动进行QoS重协商的流程结束。其中，步骤407～418为WAP网关主动进行QoS重协商的流程，该QoS重协商可能成功，也可能失败，根据协商结果的不同，在MS、SGSN、GGSN和WAP网关间交互的信令也有所差异。图5和图6分别示出了主动协商QoS成功的信令流程和主动协商QoS失败的信令流程。

若上述用户上线过程中，用户上线成功，则用户可以通过WAP网关向SP进行服务访问，具体可以执行以下步骤：

步骤419，用户向WAP网关发送用户请求，根据该用户的最近一次协商成功的QoS等级为用户提供接入服务。

步骤420，WAP网关根据用户请求提取用户标识，并查找该用户标识对应的群组标识，在转发用户请求给SP时，携带查找到的群组标识。

步骤421，SP根据预先设置的群组标识与服务内容间的对应关系以及接收的群组标识，确定对应的服务内容，并响应给WAP网关，WAP网关处理该响应内容后返回给MS。

本步骤中，SP中预先为不同的用户群组对应设置服务内容，该服务内容可以包括显示内容，计费策略等。

在上述流程中，通过在用户信息和用户群组信息中包括QoS相关信息，WAP网关能够依据QoS信息为用户在无线侧提供不同等级的接入服务，并且WAP网关可以主动发起QoS协商，以动态调整用户的QoS等级。WAP网关确定了用户的QoS等级，也就是确定了为该用户提供服务的优先级，于是可以根据不同用户的QoS等级，为高QoS等级的用户提供高优先级的服务，优先接入高优先级的用户，并为高优先级的用户提供更高的带宽，为低QoS等级低用户提供低优先级的服务，在***资源紧张时，优先强制低优先级的用户下线，以释放***资源，或为低优先级低用户提供有限的带宽等。

另外，在上述流程中，步骤405进行了两个判断，分别为判断请求携带的QoS信息与保存的QoS信息是否匹配、以及是否符合QoS范围；事实上，也可以只进行其中任意一种判断，在判断结果为是时，执行步骤406，在判断结果为否时，执行步骤407。

在上述流程中，用户信息和用户群组信息可以随时更新，具体更新的方式与本实施例的步骤402中获取用户信息和用户群组信息的方式类似。可以通过维护终端更新，或者可以在用户上线时，通过GGSN向WAP网关更新，或者也可以利用与第三方软件的接口进行自动更新。

本实施例还提供了一种WAP网关，可以用于实施上述图4所示的方法流程。该WAP网关的具体结构如图7所示，该WAP网关是图3所示WAP网关的一种具体实施方式。如图7所示，该WAP网关具体包括：存储单元、处理单元、发送单元、QoS协商单元和信息更新单元。由图7与图3的对比可见，本实施例中的WAP网关相对于图3所示的WAP网关进一步增加了QoS协商单元和信息更新单元。其中，存储单元、处理单元和发送单元间的结构与功能与图3所示WAP网关中的相同。更进一步地，本实施例的WAP网关中具备进一步增强性的功能和结构。具体地，

本实施例中的处理单元，进一步用于MS进行上下文激活过程中，从GGSN发送的计费请求开始消息中提取用户标识和携带的QoS信息，并以该用户标识为索引，在存储单元保存的用户信息中查找该用户标识对应的群组标识和该用户的签约QoS信息，再以查找到的群组标识为索引，在存储单元保存的用户群组信息中查找签约QoS范围，判断从GGSN发送的消息中提取的QoS信息与所述签约QoS信息和签约QoS范围是否匹配，当不匹配时，根据所述签约QoS信息和签约QoS范围指定一个QoS等级提供给QoS协商单元，通知QoS协商单元发起QoS协商。

QoS协商单元，用于接收所述处理单元的协商通知，并根据所述处理单元提供的指定的QoS等级，主动与GGSN、SGSN和MS就指定的QoS等级进行QoS协商。

信息更新单元，用于实时更新存储单元中保存的所述用户信息和用户群组信息。

在实施例一中，将用户划分为不同用户群组时依据用户所属的运营商进行，事实上，也可以按照其他的标准进行划分。下面通过实施例二说明按照QoS等级划分用户群组时本发明实施例的具体实施方式。

实施例二：

图8为本发明实施例二中实现对WAP用户提供差异化服务的方法具体流程图。如图8所示，该方法包括：

步骤801，在WAP网关内部按照用户的QoS等级将用户划分为不同的用户群组。

本实施例中，WAP网关中保存的用户信息和用户群组信息与实施例一中的基本相同，区别仅在于，用户群组信息中包括QoS协商方向。该QoS协商方向规定该用户群组中在进行QoS协商时是在最近一次成功协商的QoS等级的基础上，指示增高QoS等级还是降低QoS等级。

在进行用户群组划分时，根据用户信息中最近一次成功协商的QoS等级划分。例如，可以规定QoS等级为1-3、且协商方式为增高的用户属于用户群组1，QoS等级为4-6、且协商方式为增高的用户属于用户群组2，QoS等级为1-3、且协商方式为降低的用户属于用户群组3，QoS等级为4-6、且协商方式为降低的用户属于用户群组4。

步骤802，用户上线过程中，WAP网关接收GGSN发送的计费请求开始消息，并提取该消息中包括的用户标识和QoS信息。

本步骤的操作与实施例一的步骤403相同，这里就不再赘述。

步骤803，WAP网关根据提取的用户标识，在用户信息中查找该用户标识对应的群组标识和签约QoS信息，再以查找到的群组标识为索引，在用户群组信息中查找该群组标识对应的签约QoS范围和QoS协商方向。

步骤804，WAP网关比较从GGSN接收的请求中包括的QoS信息和步骤803中查找到的该用户的签约QoS信息，判断二者是否匹配，若是，则执行步骤805，否则，执行步骤806。

本步骤中，判断两种QoS信息是否匹配的方式可以与实施例一的步骤405中的方式相同。或者，也可以进一步考虑QoS协商方向来进行判断。具体地，如果消息中携带的QoS信息与最近一次协商成功的QoS等级间的关系不符合QoS协商方向，那么判定二者不匹配。

例如，用户签约QoS信息中记录的最近一次协商成功的QoS等级为3，并且该用户所在群组的QoS协商方向为降低，如果WAP网关接收的消息所携带的QoS信息中QoS等级大于3，那么判定该请求的QoS信息与保存的签约QoS信息不匹配。

这里，之所以会出现QoS等级降低的协商方向是考虑到，部分用户信用度较低时，需要将该用户的QoS等级降低的情况。

当然，与前述实施例一的情况类似，本步骤也可以只进行上述两个判断中的一个，在相应的判断结果为是时，执行步骤805，在相应的判断结果为否时，执行步骤806。

步骤805，利用该请求的QoS信息更新该用户的签约QoS信息，用户上线成功。

本步骤中，在更新用户的签约QoS信息后，还要随时监视用户的最近一次协商成功的QoS等级，根据该QoS等级确定用户所属用户群组是否需要改变，如果需要，WAP网关自动根据用户的最近一次协商成功的QoS等级调整用户所属的用户群组，具体可以调整用户信息中用户标识所对应的群组标识。

步骤806，WAP网关指定一个QoS等级。

本步骤中指定QoS等级的方式与实施例一的步骤407类似，区别在于，在指定QoS等级时，进一步根据QoS协商方向进行指定，指定的QoS等级与该用户的最近一次协商成功的QoS等级间符合QoS协商方向。例如，如果用户的最近一次协商成功的QoS等级为3，QoS协商方向为降低，那么指定的QoS等级需要小于3。

步骤807，WAP网关以该指定的QoS等级主动发起QoS重协商过程，与GGSN、SGSN和MS共同完成QoS重协商过程。

本步骤中进行的重协商流程与实施例一的步骤407～418所述的重协商流程相同，这里就不再赘述。

若用户上线成功，则用户可以通过WAP网关向SP进行服务访问，具体操作与实施例一的步骤419～421中的相同，这里就不再赘述。

在上述流程中，根据用户的QoS等级划分用户群组，并且WAP网关能够根据用户的QoS信息主动发起QoS协商，以动态调整用户的QoS等级，进而调整用户所属的用户群组。

与实施例一的情况类似，在上述流程中，用户信息和用户群组信息也可以随时更新，具体更新的方式可以采用实施例一中所述的通过维护终端更新，或者可以在用户上线时，通过GGSN向WAP网关更新，或者也可以如前所述由WAP网关根据自身保存的用户最近一次协商成功的QoS信息进行自动更新。

在上述实施例一和实施例二中，分别采用了两种划分用户群组的方式，事实上，也可以将两种划分方式结合在一起应用，例如，首先按照用户所属的运营商进行一级用户群组的划分，再在该运营商的用户群组内部按照QoS等级进行二级用户群组划分。

以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种实现对WAP用户差异化服务的方法，其特征在于，该方法包括：

WAP网关从MS发送的用户请求中提取用于标识不同用户的用户标识，以该用户标识为索引在WAP网关预先保存的用户信息中查找该用户标识对应的群组标识；所述用户信息包括用户标识，以及与用户标识对应的该用户所在群组的群组标识；

WAP网关在向服务提供商SP转发该用户请求时携带查找到的群组标识，并接收SP返回的响应内容，经处理后返回给MS，所述响应内容为SP根据预先设置的服务内容和群组标识的对应关系以及接收的用户请求中携带的群组标识、确定的相应服务内容。

2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：预先将用户划分为不同的用户群组，WAP网关获取并保存用户信息和用户群组信息，所述用户群组信息包括群组名称和与其对应的群组标识。

3.根据权利要求2所述的方法，其特征在于，所述将用户划分为不同的用户群组为：根据用户所在的实际运营商或虚拟运营商将用户划分为不同的用户群组。

4.根据权利要求2所述的方法，其特征在于，所述将用户划分为不同的用户群组为：根据用户与网络协商成功的QoS等级，将用户划分为不同的用户群组。

5.根据权利要求2所述的方法，其特征在于，在用户信息中进一步包括与用户标识对应的该用户的签约QoS信息，所述签约QoS信息包括该用户与网络最近一次协商成功的QoS等级和最后一次QoS协商结果；

在所述WAP网关获取并保存用户信息和用户群组信息后、WAP网关从MS接收用户请求前，该方法进一步包括：在PDP上下文激活过程中，WAP网关从GGSN发送的计费请求开始消息中提取该消息中携带的用户标识和QoS信息，并以提取的用户标识为索引，在WAP网关中查找与该用户标识对应的用户的签约QoS信息，判断查找到的签约QoS信息与所述消息中携带的QoS信息是否匹配，如果不匹配，则WAP网关指定QoS等级，重新与用户和无线侧进行QoS协商。

6.根据权利要求2所述的方法，其特征在于，所述用户群组信息进一步包括与群组标识对应的签约QoS范围；

在所述WAP网关获取并保存用户信息和用户群组信息后、WAP网关从MS接收用户请求前，该方法进一步包括：在PDP上下文激活过程中，WAP网关从GGSN发送的计费请求开始消息中提取该消息携带的用户标识和QoS信息，并以携带的用户标识为索引，在用户信息中查找该用户标识对应的群组标识，再以查找到的群组标识为索引，在用户群组信息中查找该群组标识对应的签约QoS范围，判断所述提取的QoS信息是否符合查找到的所述签约QoS范围，如果不符合，则WAP网关指定QoS等级、重新与用户和无线侧进行QoS协商。

7.根据权利要求2所述的方法，其特征在于，所述用户群组信息中进一步包括与群组标识对应的QoS协商方向；

在PDP上下文激活过程中，WAP网关从GGSN发送的计费请求开始消息中提取该消息携带的用户标识和QoS信息，并以携带的用户标识为索引，在用户信息中查找该用户标识对应的群组标识，再以查找到的群组标识为索引查找该群组标识对应的QoS协商方向，并判断所述提取的QoS信息与所述用户的签约QoS信息之间的关系是否符合所述查找到的QoS协商方向，当不符合时，则WAP网关指定QoS等级，重新与用户和无线侧进行QoS协商。

8.根据权利要求2所述的方法，其特征在于，在用户信息中进一步包括与用户标识对应的该用户的签约QoS信息，所述签约QoS信息包括该用户与网络最近一次协商成功的QoS等级和最后一次QoS协商结果；所述用户群组信息进一步包括与群组标识对应的签约QoS范围和QoS协商方向；

在所述WAP网关获取并保存用户信息和用户群组信息后、WAP网关从MS接收用户请求前，该方法进一步包括：在PDP上下文激活过程中，WAP网关从GGSN发送的计费请求开始消息中提取该消息中携带的用户标识和QoS信息，并以提取的用户标识为索引，在WAP网关中查找与该用户标识对应的用户的签约QoS信息，判断查找到的签约QoS信息与所述消息中携带的QoS信息是否匹配，如果不匹配，则WAP网关指定QoS等级，重新与用户和无线侧进行QoS协商；

如果匹配，则进一步以提取的用户标识为索引，在用户信息中查找该用户标识对应的群组标识，再以查找到的群组标识为索引，在用户群组信息中查找该群组标识对应的签约QoS范围，判断所述提取的QoS信息是否符合查找到的所述签约QoS范围，如果不符合，则WAP网关指定QoS等级、重新与用户和无线侧进行QoS协商；

如果符合，则进一步以查找到的群组标识为索引，查找该群组标识对应的QoS协商方向，并判断所述提取的QoS信息与所述用户的签约QoS信息之间的关系是否符合所述查找到的QoS协商方向，当不符合时，则WAP网关指定QoS等级，重新与用户和无线侧进行QoS协商。

9.根据权利要求5到8中任一所述的方法，其特征在于，所述WAP网关重新与用户和无线侧协商该用户的QoS等级包括：

WAP网关向GGSN请求更新QoS，并携带所述指定的QoS等级、协商原因和PDP地址；

GGSN接收WAP网关的请求后，根据请求中携带的所述指定的QoS等级和PDP地址，向SGSN请求更新PDP上下文，并携带该指定的QoS等级和PDP地址；

SGSN根据接收的所述指定的QoS等级和PDP地址向无线侧发起QoS协商，协商成功后向MS请求修改PDP上下文，并携带所述PDP地址和指定的QoS等级；

MS判断是否接受所述指定的QoS等级，若接受，则依次通过SGSN和GGSN向WAP网关返回协商成功的信息；若不接受，MS依次通过SGSN和GGSN向WAP网关返回协商失败信息，并携带失败原因；

WAP网关根据协商结果，更新保存的所述签约QoS信息。

10.根据权利要求5或8所述的方法，其特征在于，当所述消息中携带的QoS信息所代表的QoS等级等于或高于所述最后一次QoS协商结果中的最后一次协商失败的QoS等级时，则判定签约QoS信息与所述消息中携带的QoS信息不匹配，否则判定匹配。

11.根据权利要求6或8所述的方法，其特征在于，所述WAP网关指定QoS等级为：根据所述用户的签约QoS信息，指定一个在所述签约QoS范围内的QoS等级。

12.根据权利要求7或8所述的方法，其特征在于，所述WAP网关指定QoS等级为：WAP网关沿所述查找到的QoS协商方向，根据所述用户的签约QoS信息指定一个QoS等级。

13.根据权利要求3或4所述的方法，其特征在于，所述WAP网关获取用户信息及用户群组信息的方式为：通过维护终端接收输入的用户信息及用户群组信息；或者，用户上线时，接收GGSN上报的用户信息和用户群组信息；或者，接收用于保存用户信息和用户群组信息的第三方软件发送的用户信息和用户群组信息。

14.根据权利要求4所述的方法，其特征在于，所述WAP网关获取用户信息及用户群组信息的方式为：WAP网关执行所述将用户划分为不同的用户群组的操作，获取划分结果中包括的用户信息及用户群组信息。

15.根据权利要求13所述的方法，其特征在于，该方法进一步包括：WAP网关接收来自于所述维护终端或GGSN或第三方软件的更新后的用户信息和用户群组信息，并更新保存的所述用户信息和用户群组信息。

16.根据权利要求14所述的方法，其特征在于，WAP网关进一步根据用户信息中保存的用户签约QoS信息，更新用户信息中与用户标识对应的群组标识。

17.一种WAP网关，其特征在于，该WAP网关包括存储单元、处理单元和发送单元；

所述存储单元，用于获取并保存用户被划分为不同用户群组后形成的用户信息和用户群组信息，所述用户信息包括用于标识不同用户的用户标识，以及与用户标识对应的该用户所在群组的群组标识，所述用户群组信息包括群组名称和与其对应的群组标识；

所述处理单元，用于从MS发送的用户请求中提取用户标识，以该用户标识为索引在存储单元中保存的用户信息中查找该用户标识对应的群组标识，并将该群组标识提供给所述发送单元；还用于对发送单元接收的SP的响应内容处理后返回给MS；

所述发送单元，用于在向SP转发用户请求时携带所述处理单元提供的群组标识，并接收SP返回的响应内容，提供给处理单元。

18.根据权利要求17所述的WAP网关，其特征在于，所述WAP网关进一步包括QoS协商单元；

所述处理单元，用于MS进行上下文激活过程中，从GGSN发送的计费请求开始消息中提取用户标识和携带的QoS信息，并以该用户标识为索引，在存储单元保存的用户信息中查找该用户标识对应的群组标识和该用户的签约QoS信息，再以查找到的群组标识为索引，在所述存储单元保存的用户群组信息中查找签约QoS范围，判断从GGSN发送的消息中提取的QoS信息与所述签约QoS信息和签约QoS范围是否匹配，当不匹配时，根据所述签约QoS信息和签约QoS范围指定一个QoS等级提供给所述QoS协商单元，通知所述QoS协商单元发起QoS协商；

所述QoS协商单元，用于接收所述处理单元的协商通知，并根据所述处理单元提供的指定的QoS等级，主动与GGSN、SGSN和MS就指定的QoS等级进行QoS协商。

19.根据权利要求17所述的WAP网关，其特征在于，所述WAP网关进一步包括信息更新单元，用于实时更新存储单元中保存的所述用户信息和用户群组信息。

Images