CN101895856A - 用户重定向方法及系统 - Google Patents

Abstract

本发明提供一种用户重定向方法及系统，其中重定向方法包括：PCEF接收用户发送的建立通信连接的连接请求；根据接请求生成策略请求消息，并将策略请求消息发送给PCRF，所述策略请求消息包括所述用户标识；所述PCEF接收所述PCRF发送的重定向策略，所述重定向策略由PCRF根据用户签约信息及业务使用信息生成，且重定向策略包括重定向操作指示和重定向服务器地址；根据所述重定向操作指示将用户重定向到重定向服务器地址对应的重定向服务器。本发明采用PCEF/PCRF功能实体，实现用户重定向方法，可以在多种应用环境下向用户提供重定向功能和服务，提高了对用户的服务质量。

Description

用户重定向方法及系统

技术领域

本发明涉及移动通信领域，尤其涉及一种用户重定向方法及系统。

背景技术

随着移动分组数据业务应用的逐渐广泛，服务提供商所能提供的服务种类越来越多，通常在用户使用服务时需要向用户提供重定向功能，将用户设备重定向到另一个界面，以向用户提供各种提示信息。

现有实现用户重定向的方法主要是由在线计费系统(Online ChargingSystem；简称为：OCS)判断用户状态(例如，判断用户是在线或是离线)，并根据特定的应用场景(如用户欠费场景)，通过Gy接口向网关(GatewayGPRS Support Node；简称为：GGSN)下发重定向指令，将用户设备重定向到欠费提示页面。

而为了进一步提高对用户的服务质量，需要在多种应用场景中向用户提供重定向功能，例如用户每天第一次上网、用户欠费、用户每次下线后通知用户使用流量等，但是现有技术中的方法只能基于费用实现重定向，且要求用户必须在归属位置寄存器(Home Location Register；简称为：HLR)中进行协同商务(Charging Character；简称为：CC)签约，无法满足多用应用场景的需求。因此，对于如何在多种应用场景中向用户提供重定向功能现有技术没有很好的解决。

发明内容

本发明提供一种用户重定向方法及系统，用以根据用户签约信息实现在各种应用场景中向用户提供重定向功能。

本发明提供一种用户重定向方法，包括：

PCEF接收用户发送的建立通信连接的连接请求，所述连接请求包括用户标识；

所述PCEF根据所述连接请求生成策略请求消息，并将所述策略请求消息发送给PCRF，所述策略请求消息包括所述用户标识；

所述PCEF接收所述PCRF发送的重定向策略，所述重定向策略由所述PCRF根据所述用户标识查询用户签约数据库获取用户签约信息后，根据所述用户签约信息生成，且所述重定向策略包括重定向操作指示和重定向服务器地址；

所述PCEF在所述用户发送业务访问请求时，根据所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器。

本发明提供一种用户重定向系统，包括：PCEF设备和PCRF设备；

所述PCEF设备包括：

第一接收模块，用于接收用户发送的建立通信连接的连接请求，所述连接请求包括用户标识；

生成发送模块，用于根据所述连接请求生成策略请求消息，并将所述策略请求消息发送给PCRF，所述策略请求消息中包括所述用户标识；

第二接收模块，用于接收所述PCRF发送的重定向策略，所述重定向策略由所述PCRF根据所述用户标识查询用户签约数据库获取用户签约信息后，根据所述用户签约信息生成，且所述重定向策略包括重定向操作指示和重定向服务器地址；

重定向模块，用于根据所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器；

所述PCRF设备，用于接收所述PCEF设备发送的所述策略请求消息，根据所述策略请求消息中的用户标识查询所述用户签约数据库获取所述用户签约信息，根据所述用户签约信息生成所述重定向策略；并将所述重定向策略发送给所述PCEF设备，以供所述PCEF设备在所述用户发送业务访问请求时，根据所述重定向策略中的所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器。

本发明的用户重定向方法及系统，采用由PCRF设备根据用户标识获取用户签约信息，然后根据用户签约信息生成重定向策略，并由PCEF设备根据重定向策略将用户重定向到重定向服务器的技术方案，基于用户的签约信息可以在多种应用环境下向用户提供重定向功能和服务，提高了对用户的服务质量。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1所示为PCC系统的逻辑架构图；

图2为本发明实施例一提供的用户重定向方法的流程图；

图3为本发明实施例三提供的用户重定向方法的流程图；

图4为本发明实施例三提供的用户重定向系统的整体结构示意图；

图5为本发明实施例三提供的用户重定向系统的内部结构示意图；

图6为本发明实施例四提供的用户重定向系统的另一种结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明技术方案基于第三代合作伙伴计划(3rd Generation PartnershipProject；简称为：3GPP)在R7中提出的策略和计费控制(policy and chargingcontrol；简称为：PCC)系统架构及功能实现，在介绍本发明技术方案之前，先对PCC进行简单介绍：

图1所示为PCC系统的逻辑架构图，如图1所示，PCC系统架构包括六个功能实体：应用功能(Application Function；简称为：AF)11、策略和计费规则功能(Policy and Charging Rules Function；简称为：PCRF)12、策略和计费执行功能(Policy and Charging Enforcement Function；简称为：PCEF)13、离线计费系统(Offline Charging System；简称为：OFCS)14、用户签约数据库(Subscrription Profile Repository；简称为：SPR)15和在线计费系统(OnlineCharging System；简称为：OCS)16。

其中，PCRF包含策略控制决策和基于流的计费控制功能。PCRF接受来自PCEF、SPR和AF的输入，并结合PCRF的自定义信息做出PCC决策。PCEF包含业务数据流检测、策略执行和基于流的计费功能。此功能实体位于网关中，例如在通用分组无线服务(General Packet Radio Service；简称为：GPRS)网络中，PCEF即为网关GPRS支持节点(Gateway GPRS Support Node；简称为：GGSN)；在无线局域网络(Wireless Local Area Networks；简称为：WLAN)网络中PCEF即为分组数据网关(Packet Data Gateway；简称为：PDG)。PCEF与PCRF通过Gx参考点进行交互。AF提供应用业务，这些业务需要动态策略和计费控制。AF通过Rx参考点传送PCRF需要的动态会话信息，并接收IP连接接入网(IP-CAN)的特定信息和IP-CAN承载层事件的确认。

SPR逻辑实体包含与所有用户相关的签约信息。SPR可能与运营商网络中分布的多个数据库关联。SPR提供的签约信息包括：可签约的业务、关于抢占的优先权、用户服务质量(Quality of Service；简称为：QoS)信息、计费信息和用户的种类。SPR与PCRF通过Sp参考点进行交互。OCS完成在线计费，通过Gy参考点和PCEF交互。OFCS完成离线计费，通过Gz参考点和PCEF交互。其中，Rx参考点采用Diameter协议；Gy参考点采用DiameterCredit Control协议；Gz参考点采用Diameter Base协议。

具体的，在PCC系统架构中，AF根据与用户之间的业务协商，向PCRF提供应用层的会话信息，例如会话描述协议(Session Description Protocol；简称为：SDP)，PCRF根据AF提供的业务信息、用户签约信息和本地运营商策略制定出策略和计费控制策略，将该策略和计费控制策略及其信息(例如IP五元组等)下发给PCEF，由PCEF执行策略和计费控制策略，用于解决在全IP网络实现端到端QoS以及基于流的计费问题。

进一步，在3GPP提出的PCC系统架构中，运营商可以在PCRF中为用户配置各种灵活的控制策略，当用户发起分组数据协议(Packet Data Protocol；简称为：PDP)激活时，PCEF通过Gx的CCA消息向PCRF动态请求用户的控制策略，PCRF向PCEF下发事件触发器(event trigger)，当PCEF检测到PCRF预装的事件触发器被触发时，根据触发事件执行相应操作，并通过CCR消息将触发事件上报给PCRF，以便PCRF为用户提供更灵活地控制策略。

在3GPP TS 29.212Gx接口规范中，定义了23个事件触发器，包括网络、位置区等的事件，但并没有提出根据策略控制触发重定向的技术方案，基于此，本发明技术方案提供了一种基于策略触发重定向的技术方案，下面将通过具体实施例进行详细介绍，且本发明各实施例基于图1所示的PCC系统架构实现。

实施例一

图2为本发明实施例一提供的用户重定向方法的流程图，本实施例从PCEF的角度进行描述，如图2所示，本实施例的用户重定向方法包括：

步骤21，PCEF接收用户发送的建立通信连接的连接请求，其中连接请求包括用户标识；

其中连接请求由用户发起，用户标识根据用户终端的不同，可以是用户手机号码、固定电话号码、个人计算机接入号等。

步骤22，PCEF根据接入请求生成策略请求消息，并将策略请求消息发送给PCRF，其中策略请求消息包括用户标识；

其中，PCEF根据接入请求生成策略请求消息，具体为：PCEF获取接入请求中的用户标识，并将用户标识封装成符合Diameter协议的信用控制请求(Credit Control Request；简称为：CCR)消息，即步骤22中的策略请求消息。且当生成CCR消息后，PCEF通过Gx接口将CCR消息发送给PCRF，以向PCRF请求策略控制。

步骤23，PCEF接收PCRF发送的重定向策略，其中重定向策略是由PCRF根据用户标识查询用户签约数据库获取用户签约信息后，根据用户签约信息生成的，且重定向策略中包括重定向操作指示和重定向服务器地址；

具体的，PCRF接收到PCEF发送的CCR消息后，通过解析CCR消息获取CCR消息中的用户标识，并根据用户标识去查询用户签约数据库，获取用户标识所对应的用户签约信息；然后，PCRF根据用户签约信息，例如流量信息、时长信息、费用信息或优先级信息等制定出重定向策略，并将重定向策略作为信用控制应答(Credit Control Answer；简称为：CCA)消息的参数，通过CCA消息发送PCEF。其中，若PCRF根据用户业务签约信息，例如流量信息、时长信息或费用信息等制定重定向策略时，还将结合用户业务使用信息，例如已使用流量、时长或费用信息等，以生成更有针对性和内容信息更丰富的重定向策略信息。

其中，重定向策略中包括重定向操作指示，用于指示PCEF对用户执行重定向操作；还包括重定向服务器地址，用于指示PCEF将用户重定向到何处。

步骤24，PCEF在用户发送业务访问请求时，根据重定向操作指示将用户重定向到重定向服务器地址对应的重定向服务器。

本实施例提供的用户重定向方法，在用户发送接入请求时，由PCEF向PCRF请求重定向策略，PCRF根据用户的签约信息生成重定向策略，基于用户丰富的签约信息可以制定多种重定向策略，与现有基于费用的重定向相比，本实施例可以在多种应用场景向用户提供重定向功能，并实现对用户的重定向操作，提高了对用户的服务质量。

具体的，本实施例提供几个具体实例说明如何根据用户签约信息制定重定向策略。例如，基于用户签约信息中的流量信息制定重定向策略，具体的：当PCRF获取该用户的签约流量后，根据获取的签约流量和当前用户使用的流量的差值，生成重定向策略，即在用户定期(例如每天或每周，PCRF可以自行设置)首次建立连接时，通过将用户重定向到流量提示界面(即重定向服务器)以提示用户的剩余流量信息。其中，重定向策略中还包括流量提示界面的链接地址(相当于重定向服务器地址)和流量重定向操作指示，用于指示根据流量执行重定向操作。

又例如，基于用户签约信息中的时长信息制定重定向策略，具体的：当PCRF获取该用户为时间签约用户时，获取用户的签约时长和用户已用时长，并根据两个时长的差值制定用户的重定向策略，以便在用户定期首次建立连接时，通过将用户重定向到时长提示界面(即重定向服务器)以提示用户的剩余时间信息。同理，重定向策略中还包括时长提示界面的链接地址(相当于重定向服务器地址)和时长重定向操作指示，用于指示根据时长执行重定向操作。

再例如，基于用户签约业务的权限制定重定向策略，具体的：当PCRF获取该用户为签约用户时，获取用户的签约业务信息，并根据签约业务范围制定用户的重定向策略，以便在用户进行业务请求时，如果超过所述用户的签约业务范围，则通过将用户重定向到提示界面(即重定向服务器)以提示用户的签约业务范围。

更进一步，本实施例中PCEF可以在接收到PCRF发送的重定向策略后，向用户返回连接确认响应。用户接收到连接确认响应后，向PCEF发送业务访问请求，此时如步骤24所述，PCEF会在接收到用户发送的业务访问请求时，根据重定向策略中的重定向操作指示将用户重定向到重定向服务器地址对应的重定向服务器。本实施例提供两种步骤24所述操作的具体实现方式：

一种实现方式为：PCEF接收用户发送的业务访问请求，并在接收到业务访问请求时，查询PCRF提供的重定向策略以获取重定向操作指示和重定向服务器地址；并在获取上述信息后，根据重定向操作指示将重定向服务器地址发送给用户，以供用户访问重定向服务器地址对应的重定向服务器，完成重定向操作。

本方法中，PCEF将重定向服务器地址提供给用户，由用户自己重定向到重定向服务器上，在一定程度上保证了用户权益。

另一种实现方式为：PCEF接收用户发送的业务访问请求，其中业务访问请求包括访问服务器地址；并在接收到业务访问请求时，查询重定向策略以获取重定向操作指示和重定向服务器地址；然后，PCEF将业务访问请求中的访问服务器地址替换为重定向服务器地址，并根据重定向操作指示将替换后的业务访问请求发送给重定向服务器地址对应的重定向服务器，实现对用户的重定向。

该方法中，PCEF在接收到业务访问请求时，直接根据重定向操作指示将用户重定向到重定向服务器，与第一种实现方式相比，该方法在操作流程上更加简单，节约了用户和PCEF之间发送重定向服务器地址的过程，节约了系统资源。

在此值得说明的是，在本实施例中用户业务访问请求中除了包括访问服务器地址外，还可包括多种其他信息，例如用户标识、用户地址、用户业务权限、访问业务的名称、访问业务的提供者等，由于上述信息并不涉及本发明技术方案，因此，本实施例不做详细说明。

下面将通过实施例说明如何在实际应用中使用本发明技术方案。

实施例二

本发明技术方案基于PCC系统架构实现，通过在PCRF中为用户配置重定向策略，并由PCEF向PCRF请求和执行重定向策略实现在各种应用场景下向用户提供重定向功能。由于PCEF和PCRF之间通过Gx进行交互，因此，本实施例基于对Gx接口规范进行扩展，在Gx接口的CCR和CCA消息中增加新的AVP值为PCRF提供装载重定向策略，即为具体实施本发明技术方案的打下基础，其中增加的AVP值包括以下几种：

决策单元指示(Final-Unit-Indication)：定义了需要执行重定向操作。其中，表1给出了重定向指示(Final-Unit-Indication)的定义形式，如表1所示。

表1

AVP名	Final-Unit-Indication

AVP码	430
		AVP类型	Grouped(分组类型)

决策单元操作(Final-Unit-Action)：定义重定向操作下具体的处理操作。其中，表2给出了重定向操作(Final-Unit-Action)的定义形式，如表2所示。

表2

AVP名	Final-Unit-Action
		AVP码	449
AVP类型	Enumerated(枚举类型)

重定向服务器(Redirect-Server)：定义需要将用户重定向到服务器。其中，表3给出了重定向服务器(Redirect-Server)的定义形式，如表3所示。

表3

AVP名	Redirect-Server
		AVP码	434
AVP类型	Grouped(分组类型)

重定向服务器地址(Redirect-Server-Address)：定义重定向服务器地址。其中，表4给出了重定向服务器地址(Redirect-Server-Address)的定义形式，如表4所示。

表4

AVP名	Redirect-Server-Address
		AVP码	435
AVP类型	UTF8String(Unicode transformation format；简称为：UTF)

重定向地址类型(Redirect-Address-Type)：定义了重定向服务器地址的类型。其中，表5给出了重定向服务器地址类型(Redirect-Address-Type)的定义形式，如表5所示。

表5

AVP名	Redirect-Address-Type

AVP码	433
		AVP类型	Enumerated(枚举类型)

具体的，本实施例中Final-Unit-Indication包括Final-Unit-Action和Redirect-Server，即由Final-Unit-Indication指定需要执行重定向，而重定向的具体操作由Final-Unit-Action指定，本实施例中Final-Unit-Action定义了如下3种处理操作：终止(TERMINATE)其AVP值为0，用于指示用户必须终止业务会话；重定向(REDIRECT)其AVP值为1，用于指示PCEF将用户定向到Redirect-Server-Address中指定的地址；禁止接入(RESTRICT_ACCESS)其AVP值为2，用于指示PCEF禁止用户进行业务接入。当Final-Unit-Action指定执行重定向操作时，还需要Redirect-Server指定重定向到服务器，而具体的重定向服务器的地址及地址类型则需要Redirect-Server中的Redirect-Server-Address和Redirect-Address-Type确定。

具体实现时，上述各AVP值需要配合使用，例如若Final-Unit-Action设置为终止，则相应的Final-Unit-Indication和Redirect-Server AVP组内其它的AVP不会出现；若Final-Unit-Action设置为重定向，则Redirect-Server必须出现，其中Final-Unit-Indication AVP组内必须包括Final-Unit-Action和Redirect-Server，其ABNF实现语法为：

Final-Unit-Indication::＝<AVP Header:430>

{Final-Unit-Action}

[Redirect-Server]

而Redirect-Server AVP组内必须Redirect-Server-Address和Redirect-Address-Type，，其ABNF实现语法为：

Redirect-Server::＝<AVP Header:434>

{Redirect-Server-Address}

{Redirect-Address-Type}

其中，本实施例中Redirect-Server指定的服务器可以为超文本传输协议(Hyper Transfer Proyocol；简称为：HTTP)复位向服务器或会话初始化协议(Session Initiation Protocol；简称为：SIP)复位向服务器。Redirect-Server-Address指定的重定向服务器地址和Redirect-Server-Address指定的重定向服务器地址的类型，且两者结合起来唯一确定重定向服务器。

其中，Redirect-Server-Address中具体定义了以下几种地址类型：

IPv4地址，其值设置为0，具体地址类型为[IPv4]中定义的IPv4格式。

IPv6地址，其值设置为1，具体地址类型为[IPv6]中定义的IPv6格式。地址格式可以为[IPv6]中定义的首选格式(preferred form)或者备用格式(alternate form)。其中要求重定向服务器必须支持首选格式，优选的应该同时支持备用格式。

统一资源定位符(Uniform Resource Locator；简称为：URL)地址，其值设置为2，具体地址类型为[URL]中定义的URL格式。

SIP通用资源标识符(Universal Resource Identifier；简称为：URI)地址，其值设置为3，具体地址类型为[SIP]中定义的SIP URI格式。

基于上述AVP值，说明本发明基于策略控制实现用户重定向的技术方案的具体原理：

图3为本发明实施例三提供的用户重定向方法的流程图，如图3所示，本实施例的方法包括：

步骤31，用户终端向PCEF发起PDP激活请求，其中PDP激活请求中包括用户终端标识；

其中，用户终端标识可以为手机号码、用户身份识别模块(SubscriberIdentity Module；简称为：SIM卡)号码或是国际移动台设备识别号(International Mobile Equipment Identity；简称为：IMEI)、网络接入号、用户终端注册号等，本实施以发起PDP激活请求为例，但不限于此，还可以是建立IP网络会议的请求。

具体的，本实施例以GPRS网络为例，则PCEF即为GGSN，则用户终端发送的PDP激活请求可以以文本短信或是彩信的形式通过GGSN的网关接口发送给PCEF。

步骤32，PCEF在接收到用户终端发送的PDP激活请求后，根据PDP协议的数据格式对该PDP激活请求进行解析，获取其中的用户标识；然后，将该用户标识封装进CCR消息中，并将CCR消息通过Gx接口发送给PCRF，其中CCR消息中还包括表示PCEF向PCRF请求重定向策略的内容；

步骤33，PCRF接收到CCR消息后，根据Diameter协议的数据格式对CCR消息进行解析，获取其中的用户标识并获取PCEF发送CCR消息的目的，即向PCRF请求重定向策略；

步骤34，PCRF根据用户标识查询用户签约数据库(SPR)，获取用户签约信息；

具体的PCRF通过Sp参考点和SPR进行交互，即通过SP参考点向SPR发送查找指令，并通过Sp参考点收回查找结果，其中PCRF通过Sp参考点和SPR进行交互的技术方案属于现有技术，本实施例不做详细介绍。

步骤35，PCRF根据获取到的用户签约信息，生成对应用户标识的重定向策略，并将重定向策略封装到CCA消息中；

其中，用户签约信息中可包括用户签约的接入网络的总时长、总流量、接入网络的类型、用户访问业务的情况、用户优先级等信息，为了提高对用户服务的质量，可以根据用户的实际情况选择用户签约信息中较为重要的信息作为生成重定向信息的场景。本实施例选择接入网络的总时长、总流量为例，在每天用户首次发起PDP激活请求时，将用户重定向到时长或是流量提示界面。具体的，PCRF设置Final-Unit-Action的AVP值为1，设置Redirect-Server-Address的AVP值为重定向服务器的链接地址，例如http://redirect-server.com，并设置Redirect-Address-Type的AVP值为2，并设置其他参数，按照本实施例预先定义的格式生成Final-Unit-Indication、Final-Unit-Action、Redirect-Server、Redirect-Server-Address以及Redirect-Address-Type等各个AVP字段。

通过调用addAvp的方式添加上述AVP字段到CCA消息中，即通过CCA消息向PCEF下发重定向策略。

步骤36，PCRF通过Gx接口向PCEF返回CCA消息，其中CCA消息中携带有PCRF生成的预先定义形式的用于完成重定向操作的AVP值；

步骤37，PCEF接收到CCA消息后，根据Diameter协议的数据格式对CCA消息进行解析，获取其中携带的各个AVP值，即重定向策略，并存储该重定向策略；然后，执行步骤38，向用户终端返回对应PDP激活请求的PDP激活响应，表示连接已经建立。

步骤38，PCEF向用户终端返回对应PDP激活请求的PDP激活响应；

步骤39，用户终端向PCEF发送访问第一服务器的业务访问请求，其中业务访问请求中包括第一服务器的地址；

例如，IMSI号码为460123412345678的用户终端需要查询一个业务，该业务在第一服务器上，则用户终端发送第一服务器的URL1到PCEF，由PCEF将该用户终端接入该URL1对应的第一服务器，用户终端获取所要查询的业务，上述操作为现有PCEF接收到用户终端发送的业务访问请求时的操作。但是，本实施例中，PCEF在接收到用户终端发送的业务访问请求时，需要去查询从PCRF获取的重定向策略，根据其中Final-Unit-Action、Redirect-Server-Address等的值，获取到需要执行重定向操作和重定向服务器地址例如URL2，然后执行步骤38；

步骤40，PCEF将重定向服务器地址发送给用户终端，以指示用户终端需要执行重定向操作，即访问重定向服务器；

具体的，PCEF将URL2发送给用户终端，用户终端接收到URL2。

步骤41，用户终端根据接收到的URL2向重定向服务器发起连接请求；

用户终端通过URL2向重定向服务器以HTTP方式发起连接请求，并等待接收重定向服务返回的应答响应。

步骤42，重定向服务器在接收到用户终端发送的连接请求后，向用户终端返回响应消息，以告知用户终端连接已经建立，可以正常访问重定向服务器。

其中，在SIP协议下，重定向服务可以通过HTTP 200OK消息向用户终端返回响应消息。

在本实施例中，用户终端和重定向服务器之间建立连接以及后续的交互操作属于现有技术，本实施例不再详细论述。

通过采用本实施例提供的重定向方法，当用户终端接入重定向服务器后，根据重定向服务器界面上的提示信息，可以执行相应的操作，例如接入网络的时间或流量剩余不多时，用户可以根据界面提示信息执行续费操作以购买新的时间或流量，减少用户在访问业务时突然被终止的情况的发生几率，从而提高用户终端在访问业务时的质量。

实施例三

图4为本发明实施例三提供的用户重定向系统的整体结构示意图；图5为本发明实施例三提供的用户重定向系统的内部结构示意图。如图4和图5所示，本实施例的用户重定向系统包括PCEF设备51和PCRF设备52。

其中，PCEF设备51用于接收用户发送的建立通信连接的连接请求，并根据该连接请求生成策略请求消息，并发送给PCRF设备52以请求PCRF设备52生成并发送该用户对应的重定向策略，然后根据重定向策略实现对用户的重定向。

而PCRF设备52存储有用户的相关信息，例如：用户签约信息、用户业务使用情况等，主要用于接收PCEF设备51发送的策略请求消息，其中策略请求消息包括用户标识；在接收到策略请求消息后，对策略请求消息进行解析获取用户标识，并根据获取的用户标识查询用户签约数据库获取用户签约信息，然后，根据获取的与用户标识对应的用户签约信息生成重定向策略，该重定向策略包括重定向操作指示和重定向服务器地址；当PCRF设备52生成重定向策略后，将重定向策略发送给PCEF设备51，以供PCEF设备51在用户发送业务访问请求时，根据重定向策略中的重定向操作指示将用户重定向到重定向服务器地址对应的重定向服务器。

具体的，本实施例中PCEF设备51包括：第一接收模块41、生成发送模块42、第二接收模块43和重定向模块44。

其中，第一接收模块41用于接收用户发送的建立通信连接的连接请求，并将接收到的连接请求发送给生成发送模块42，其中连接请求包括用户标识；例如手机号码、SIM卡号码、移动终端的接入号码、注册号等等。

生成发送模块42与第一接收模块41连接，用于根据第一接收模块41发送的连接请求生成策略请求消息，并将策略请求消息发送给PCRF；其中策略请求消息中包括用户标识。具体的：生成发送模块42接收到连接请求后对连接请求进行解析，获取其中的用户标识，并将给用户标识封装到策略请求消息中，其中策略请求消息通常为CCR消息，而生成发送模块42与PCRF设备53之间通常采用Diameter协议进行信息传输。

PCRF设备52接收到CCR消息后，根据Diameter协议的数据格式对CCR消息进行解析，获取其中的用户标识并获取PCEF设备51中的生成发送模块42发送CCR消息的目的，即向PCRF设备52请求重定向策略；并根据用户标识查询用户签约数据库(SPR)，获取用户签约信息；然后，根据获取到的用户签约信息，生成对应用户标识的重定向策略，并将重定向策略封装到CCA消息中；之后，向第二接收模块43发送CCA消息，即发送重定向策略。

第二接收模块43，用于接收PCRF设备52发送的重定向策略，其中重定向策略中包括重定向操作指示和重定向服务器地址；重定向操作指示用于指示PCEF设备对用户执行重定向操作；重定向服务器地址用于指示PCEF设备将用户重定向到何处。

重定向模块44与第二接收模块43连接，用于根据重定向操作指示将用户重定向到重定向服务器地址对应的重定向服务器。

具体的，当用户向PCEF设备51发送业务访问请求时，重定向模块44根据重定向操作指示将用户重定向到重定向服务器地址对应的重定向服务器。

本实施例提供的用户重定向系统，可以执行本发明实施例提供的用户重定向方法，通过PCEF设备中的第一接收模块、生成发送模块向PCRF设备发送重定向策略请求，由PCRF设备根据用户签约信息生成重定向策略，并通过第二接收模块接收重定向策略，并由重定向模块执行重定向策略将用户重定向到重定向服务器，由于重定向策略基于用户签约信息生成，可以在各种应用场景向用户提供重定向功能，并不限于只基于用户费用向用户提供重定向功能，通过在各种应用场景先向用户提供重定向功能以给用户提供更丰富更细化的提示信息或操作，提高了对用户的服务质量。

进一步，本实施例中重定向模块44包括第一接收查询单元441和第一重定向单元442。第一接收查询单元441用于接收用户发送的业务访问请求，并在接收到用户发送的业务请求时查询重定向策略以获取重定向操作指示和重定向服务器地址，并将获取的重定向操作指示和重定向服务器地址提供给第一重定向单元442；第一重定向单元442与第一接收查询单元441连接，用于根据接收的重定向操作指示将重定向服务器地址发送给用户，以供用户访问重定向服务器地址对应的重定向服务器，完成重定向操作。第一重定向单元442与用户进行交互，以便指示用户完成重定向操作。

更进一步，本实施例中的重定向模块44还可以有另一种实现方式，由于与第一种实现方式相似，故未图示出。重定向模块44包括第二接收查询单元和第二重定向单元。第二接收查询单元用于接收用户发送的业务访问请求，并查询重定向策略以获取重定向操作指示和重定向服务器地址，其中业务访问请求包括访问服务器地址；第二重定向单元与第二接收查询单元连接，用于接收第二接收查询单元提供的重定向操作指示和重定向服务器地址，将业务访问请求中的访问服务器地址替换为重定向服务器地址，并根据重定向操作指示将替换后的业务访问请求发送给重定向服务器地址对应的重定向服务器。第二重定向单元还与重定向服务器进行交互，以便完成重定向操作。

上述第二种实现方式，重定向模块44在接收到业务访问请求时，直接根据重定向操作指示将用户重定向到重定向服务器，与第一种实现方式相比，该实现方式在操作流程上更加简单，节约了用户和重定向模块44之间发送重定向服务器地址的过程，节约了系统资源。

在此值得说明的是，重定向模块44的两种实现方式是独立的，并不相互影响。

在上述技术方案的基础上，本实施例的用户重定向系统还可以包括用户终端53、用户签约数据库54和重定向服务器55，其中用户终端53、用户签约数据库54和重定向服务器55为可选的。其中，用户终端53分别与PCEF设备51和重定向服务器55连接，PCRF设备52与用户签约数据库54连接。用户签约数据库54用于存储用户签约信息；重定向服务器55用于向用户终端53提供重定向页面，并显示与重定向操作相关的提示信息。

实施例四

图6为本发明实施例四提供的用户重定向系统的另一种结构示意图，其与图4所示的的用户重定向系统的差别在于，PCEF设备51还与重定向服务器55连接，图6所示的用户重定向系统中PCEF设备51还可以直接将用户终端53重定向到重定向服务器55，然后用户终端53与重定向服务器55进行交互。其中，本实施例中的PCEF设备51可以参照图5所示的PCEF设备51的具体结构，其区别在于，本实施例PCEF设备51中的重定向模块44由上述实施例三中提供的第二接收查询单元和第二重定向单元构成。

本实施例的用户重定向系统，同样可用于执行本发明实施例提供的用户重定向方法的流程，由PCEF设备发送重定向策略请求给PCRF设备，PCRF设备根据用户签约信息生成重定向策略，而不仅仅是基于用户费用，因此，可以在各种应用场景下向用户提供重定向功能，通过重定向界面向用户提供更丰富更详细的提示信息或操作，提高了用户的服务质量。

本实施例中的PCEF设备51和PCRF设备52可以是PCC系统架构中的PCEF和PCRF，也可以是与PCEF和PCRF具有相似功能的独立设备，本实施例并不对此进行限制。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种用户重定向方法，其特征在于，包括：

PCEF接收用户发送的建立通信连接的连接请求，所述连接请求包括用户标识；

所述PCEF根据所述连接请求生成策略请求消息，并将所述策略请求消息发送给PCRF，所述策略请求消息包括所述用户标识；

所述PCEF接收所述PCRF发送的重定向策略，所述重定向策略由所述PCRF根据所述用户标识查询用户签约数据库获取用户签约信息后，根据所述用户签约信息生成，且所述重定向策略包括重定向操作指示和重定向服务器地址；

所述PCEF在所述用户发送业务访问请求时，根据所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器。

2.根据权利要求1所述的用户重定向方法，其特征在于，所述PCEF在所述用户发送业务访问请求时，根据所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器具体为：

所述PCEF接收所述用户发送的所述业务访问请求，并查询所述重定向策略以获取所述重定向操作指示和所述重定向服务器地址；

所述PCEF根据所述重定向操作指示将所述重定向服务器地址发送给所述用户，以供所述用户访问所述重定向服务器地址对应的重定向服务器，完成重定向操作。

3.根据权利要求1所述的用户重定向方法，其特征在于，所述PCEF在所述用户发送业务访问请求时，根据所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器具体为：

所述PCEF接收所述用户发送的所述业务访问请求，并查询所述重定向策略以获取所述重定向操作指示和所述重定向服务器地址，所述业务访问请求包括访问服务器地址；

所述PCEF将所述业务访问请求中的访问服务器地址替换为所述重定向服务器地址，并根据所述重定向操作指示将替换后的业务访问请求发送给所述重定向服务器地址对应的重定向服务器。

4.一种用户重定向系统，其特征在于，包括：PCEF设备和PCRF设备；

所述PCEF设备包括：

第一接收模块，用于接收用户发送的建立通信连接的连接请求，所述连接请求包括用户标识；

生成发送模块，用于根据所述连接请求生成策略请求消息，并将所述策略请求消息发送给PCRF，所述策略请求消息中包括所述用户标识；

第二接收模块，用于接收所述PCRF发送的重定向策略，所述重定向策略由所述PCRF根据所述用户标识查询用户签约数据库获取用户签约信息后，根据所述用户签约信息生成，且所述重定向策略包括重定向操作指示和重定向服务器地址；

重定向模块，用于根据所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器；

所述PCRF设备，用于接收所述PCEF设备发送的所述策略请求消息，根据所述策略请求消息中的用户标识查询所述用户签约数据库获取所述用户签约信息，根据所述用户签约信息生成所述重定向策略；并将所述重定向策略发送给所述PCEF设备，以供所述PCEF设备在所述用户发送业务访问请求时，根据所述重定向策略中的所述重定向操作指示将所述用户重定向到所述重定向服务器地址对应的重定向服务器。

5.根据权利要求4所述的用户重定向系统，其特征在于，所述重定向模块包括：

第一接收查询单元，用于接收所述用户发送的业务访问请求，并查询所述重定向策略以获取所述重定向操作指示和所述重定向服务器地址；

第一重定向单元，用于根据所述重定向操作指示将所述重定向服务器地址发送给所述用户，以供所述用户访问所述重定向服务器地址对应的重定向服务器，完成重定向操作。

6.根据权利要求4所述的用户重定向系统，其特征在于，所述重定向模块包括：

第二接收查询单元，用于接收所述用户发送的业务访问请求，并查询所述重定向策略以获取所述重定向操作指示和所述重定向服务器地址，所述业务访问请求包括访问服务器地址；

第二重定向单元，用于将所述业务访问请求中的访问服务器地址替换为所述重定向服务器地址，并根据所述重定向操作指示将替换后的业务访问请求发送给所述重定向服务器地址对应的重定向服务器。

Images