CN107580349A - 一种重定向方法及装置 - Google Patents

Abstract

本发明公开了一种重定向方法，应用于分组数据网络网关PGW，包括：接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。本发明还公开了一种实现上述方法的重定向装置。

Description

一种重定向方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种重定向方法及装置。

背景技术

移动网络演进到4G的长期演进技术LTE以后，运营商原有的基于短消息的通知类业务慢慢会被基于分组域的重定向到通知页面的业务而取代，特别是对一些新的移动运营商，由于没有电路域的网络，无法通过短消息进行通知，借用其它运营商的网络又需要额外支付一定的费用，依赖基于分组域网络的重定向功能来实现通知类业务是一个很好的方案。下述几种举例都属于运营商网络使用重定向的业务。

1.登录重定向：用户首次上线时被重定向到指定的运营商门户网站进行提醒、认证或相应的业务办理。

2.套餐使用情况提醒：用户流量使用到设置的提醒阀值时重定向到提醒页面，用以进行通知。

3.欠费充值提醒：用户欠费或余额不足时重定向到提醒充值网站。

4.策略重定向：如运营商开展的业务的域名迁徙，www.abc.com域名迁移转换为www.efg.com，将用户发起的到www.abc.com域名的超文本传输(Hyper Text TransferProtocol，HTTP)业务访问请求重定向到www.efg.com域名。

随着移动终端应用软件APP的普及，越来越多的移动终端通过APP来和分组数据网服务器进行交互，由于HTTP的重定向技术基于浏览器来完成，所以当网络侧接收一次重定向报文的流是APP的流而不是浏览器的流的时，它不会自动访问重定向服务器，网络侧无法接收到用户发送的重定向用户报文，导致重定向业务失败，在这种情况下，运营商通过一次重定向技术进行的提醒类业务将失败，网络侧也无法获知当前的重定向过程失败，无法针对此次重定向失败进行弥补，基于此，亟需一种能够确定重定向业务的成功执行的技术方案。

发明内容

有鉴于此，本发明实施例希望提供一种重定向的方法和装置，以实现网络侧能够确定重定向业务的成功执行的技术方案。

本发明实施例的技术方案是这样实现的：

一方面，本发明实施例提供一种重定向方法，应用于分组数据网络网关PGW，所述方法包括：

接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。

在上述方案中，在接收到重定向指示消息并且规则安装成功之前，所述方法包括：获取重定向标志位；当所述重定向标志位表示上一次重定向成功时，直接根据接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；当所述重定向标志位表示上一次重定向失败时，删除存储的重定向服务器的地址，并使用接收到的重定向指示消息携带的重定向服务器的地址进行规则安装。

在上述方案中，所述方法还包括：当确定成功进行重定向时，配置重定向标志位，以表示当前重定向成功，并发送指示成功进行重定位的消息至策略和计费规则功能PCRF。

在上述方案中，检测接收到的用户设备UE发送的用户报文，包括：检测接收到的UE发送的用户报文的类型；当接收到的UE发送的用户报文的类型为非浏览器报文时，继续检测接收到的下一个UE发送的用户报文的类型，直至检测到的用户报文的类型为浏览器报文。

在上述方案中，检测UE访问所述重定向指示消息对应的重定向服务器的过程，包括：检测UE向所述重定向服务器发送的HTTP请求报文；在检测到UE向所述重定向服务器发送的HTTP请求报文的情况下，检测所述重定向服务器发送至所述UE的HTTP响应报文；在检测到所述重定向服务器发送至所述UE的HTTP响应报文时确定检测到所述重定向服务器发送HTTP响应报文至所述UE。

另一方面，本发明实施例还提供一种重定向装置，应用于分组数据网络网关PGW，所述装置包括：第一检测模块、构造模块以及第二检测模块，其中，所述第一检测模块，用于接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；所述构造模块，用于在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；所述第二检测模块，用于检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。

在上述方案中，所述装置还包括：规则安装模块，用于获取重定向标志位；当所述重定向标志位表示上一次重定向成功时，直接根据接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；当所述重定向标志位表示上一次重定向失败时，删除存储的重定向服务器的地址，并使用接收到的重定向指示消息携带的重定向服务器的地址进行规则安装。

在上述方案中，所述装置还包括：配置模块，用于当确定成功进行重定向时，配置重定向标志位，以表示当前重定向成功，并发送指示成功进行重定位的消息至策略和计费规则功能PCRF。

在上述方案中，，第一检测模块，具体用于：接收到重定向指示消息并且规则安装成功后，检测接收到的UE发送的用户报文的类型；当接收到的UE发送的用户报文的类型为非浏览器报文时，继续检测接收到的下一个UE发送的用户报文的类型，直至检测到的用户报文的类型为浏览器报文。

在上述方案中，所述第二检测模块，具体用于：检测UE向所述重定向服务器发送的HTTP请求报文；在检测到UE向所述重定向服务器发送的HTTP请求报文的情况下，检测所述重定向服务器发送至所述UE的HTTP响应报文；在检测到所述重定向服务器发送至所述UE的HTTP响应报文时确定检测到所述重定向服务器发送HTTP响应报文至所述UE。

本发明实施例的一种重定向的方法及装置，应用于分组数据网络网关PGW，包括：接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。如此，UE不管时通过浏览器还是APP访问网络侧时，PGW检测接收到的用户报文，确定能够进行临时重定向，并在UE访问重定向服务器时，PGW进行过程监控，确定该次重定向成功与否，能够根据该次确定的重定向结果进行对应的处理，当重定向不成功导致通知提醒失败时，网络侧进行再次的通知提醒，提高用户对网络侧与用户的交互感知，进一步提高用户的网络使用体验。

附图说明

图1为本发明实施例一提供的一种重定向方法的流程示意图；

图2为本发明实施例二提供的一种重定向方法的流程示意图；

图3-1为实施例三网络结构示意图；

图3-2为本发明实施例三提供的流量情况使用提醒的重定向方法的流程的示意图；

图4为发明实施例四提供的欠费充值提醒的重定向方法的流程的示意图；

图5为本发明实施例五提供的状态转移示意图；

图6为本发明实施例五提供的PGW检测用户报文的状态示意图；

图7为本发明实施例五提供的PGW检测UE访问所述重定向指示消息对应的重定向服务器的状态示意图；

图8为本发明实施例五提供的一种重定向装置的结构示意图；

图9为本发明实施例五提供的另一种重定向装置的结构示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

实施例一

本发明实施例一提供一种重定向方法，应用于PGW，如图1所示，该方法包括：

S101，接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；

这里，在终端进行业务的过程中，当UE附着流程结束后，附着到PGW上，UE向PGW发送用户报文开始进行业务，基于运营商对终端用户的使用控制，用户存在登陆重定向、套餐使用情况提醒、欠费充值提醒、策略重定向等重定向业务，此时，网络侧的PCRF或在线计费系统(Online charging system，OCS)向PGW发送重定向指示消息，以指示PGW当前UE需要进行重定向，当PGW接收到重定向指示消息后，根据接收到的重定向指示消息携带的规则进行规则安装，这里，携带的规则可包括：重定向的原因、重定向服务器的地址以及其他的重定向规则，这些重定向规则可根据用户需求进行配置。

这里的规则安装为根据指示消息携带的重定向规则进行设置，具体的规则安装的过程为现有技术，这里不再进行赘述。

这里，检测接收到的用户设备UE发送的用户报文包括：检测接收到的UE发送的用户报文的类型；当接收到的UE发送的用户报文的类型为非浏览器报文时，继续检测接收到的下一个UE发送的用户报文的类型，直至检测到的用户报文的类型为浏览器报文。

在进行规则安装成功后，开始检测接收到的UE发送的用户报文，用户发送的用户报文根据UE当前正在使用的终端上的软件可分为浏览器报文和非浏览器报文，其中，非浏览器报文指通过除浏览器以外的应用程序触发的用户报文，当用户通过浏览器进行操作时，通过浏览器触发的用户报文为浏览器报文。当PGW检测到当前接收到的用户报文为非浏览器报文时，表明当前的用户报文的来源为非浏览器，则继续检测下一个用户报文，直到确定接收到的用户报文的来源为浏览器。在具体的技术实现中，PGW可通过深度报文解析(Deep Packet Inspect，DPI)解析HTTP用户报文中携带的参数来确定用户报文的类型。

S102，在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；

这里，当PGW接收到的报文为浏览器报文时，构造302临时重定向报文发给UE，报文携带要重定向服务器的地址等信息，其中，该信息与S101中的重定向指示消息中携带的重定向服务器的地址为同一地址。

S103，检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向；

这里，检测UE向所述重定向服务器发送的HTTP请求报文；在检测到UE向所述重定向服务器发送的HTTP请求报文的情况下，检测所述重定向服务器发送至所述UE的HTTP响应报文；在检测到所述重定向服务器发送至所述UE的HTTP响应报文时确定检测到所述重定向服务器发送HTTP响应报文至所述UE。

这里，可通过一定时器设置一预设时间段，该预设时间段的具体值可根据需要进行设置。在检测UE访问所述重定向指示消息对应的重定向服务器的过程中，可检测在预设时间段内是否接收到UE发送给重定向服务器的HTTP请求报文即UE访问重定向服务器的报文，当在该预设时间段内，接收到UE发送给重定向服务器的HTTP请求报文时，确定UE发起重定向成功；当在该预设时间段内未接收到UE发送给重定向服务器的HTTP请求报文时，未成功进行重定向，当在预设时间段内未检测到所述重定向服务器发送HTTP响应报文至所述UE时，表明存在异常，UE已经无法处理302临时重定向报文，此次重定向失败，此时，可继续执行步骤S101中的检测接收到的UE发送的用户报文的步骤，即再次执行此次重定向流程，在接收到的用户报文为浏览器报文时，需要重新构造临时重定向报文发送给UE。

在具体的实现过程中，可通过DPI解析接收到的UE向所述重定向服务器发送的HTTP请求报文的目的地址与PGW中的重定向指示消息中的重定向服务器的地址是否相同，来检测UE向所述重定向服务器发送的HTTP请求报文是否为该次重定向流程中UE访问重定向服务器的HTTP请求报文。

本发明实施例提供的技术方案，PGW通过检测UE报文为浏览器触发的浏览器类的HTTP报文后才构造302临时重定向报文发给UE，保证UE能成功进行重定向。同时PGW还通过检测UE是否访问重定向服务器报文的方式来确认UE是否重定向成功，并且如果在一定时间段内未检测到UE访问重定向服务器，则重新启动整个重定向流程。通过PGW进行过程监控，确定该次重定向成功与否，能够根据该次确定的重定向结果进行对应的处理，当重定向不成功导致通知提醒失败时，网络侧进行再次的通知提醒，提高用户对网络侧与用户的交互感知，并通过这种双保险的方式来确保成功进行重定向，保证通知类重定向业务的成功率。

实施例二

在实施例一中提供的重定向方法的基础上，本发明实施例二提供另一种重定向方法。

S201，获取重定向标志位；

这里，重定向标志位用于表示UE上一次访问重定向服务器的重定向过程是否成功；当重定向标志位表示成功时，表示UE上一次访问重定向服务器的重定向过程成功；当重定向标志位表示失败时，表示UE上一次访问重定向服务器的重定向过程失败；在具体的技术实现过程中，可通过设置重定向标志位的值指示成功或失败，例如，当置重定向标志位的值为1时，表示成功，当置重定向标志位的值为0时，表示失败，在本发明实施例中对具体的实现不进行限制。

S202，当所述重定向标志位表示上一次重定向成功时，直接根据接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；

这里，在根据重定向标志位确定上一次的重定向成功时，表明UE上一次成功访问重定向服务器，并从重定向服务器接收到重定向服务器返回的HTTP响应报文，例如，流量提醒通知；在这次进行重定向时，不关注上一次访问的重定向服务器，直接使用此次PCRF下发的重定向指示消息携带的重定向服务器的地址进行规则安装。例如，在进行使用流量提醒时，上一次需访问的重定向服务器为79％的使用流量对应的重定向服务器，且上一次访问79％的使用流量对应的重定向服务器成功，此次，直接使用接收到的重定向指示消息对应的重定向服务器为80％的使用流量对应的重定向服务器的地址进行规则安装，这里，已成功访问79％的使用流量对应的重定向服务器，进行了79％的使用流量的提醒，此时，直接访问80％的使用流量对应的重定向服务器，进行80％的使用流量的提醒.

S203，当所述重定向标志位表示上一次重定向失败时，删除存储的重定向服务器的地址，并使用接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；

这里，在根据重定向标志位确定上一次的重定向失败时，表明UE上一次未成功访问重定向服务器，或者未从重定向服务器接收到重定向服务器返回的HTTP响应报文，例如，流量提醒通知；在这次进行重定向时，由于此次访问的定向服务器相对于上一次访问的重定向服务器发生变化，与上一次访问的重定向服务器不同，因此，删除上一次访问的重定向服务器的地址即存储的重定向服务器的地址，使用接收到的PCRF下发的重定向指示消息携带的重定向服务器的地址进行规则安装，避免再次访问上一次访问过的重定向服务器而失败，以及访问的重定向服务器错误的情况发生。例如，在进行使用流量提醒时，上一次需访问的重定向服务器为79％的使用流量对应的重定向服务器，且上一次访问79％的使用流量对应的重定向服务器失败，此次，接收到的重定向指示消息对应的重定向服务器为80％的使用流量对应的重定向服务器，因此，将79％的使用流量对应的重定向服务器的地址删除，避免再次访问79％的使用流量对应的重定向服务器。

S204，接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；

S205，在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；

S206，检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向；

S207，当确定成功进行重定向时，配置重定向标志位，以表示当前重定向成功，并发送指示成功进行重定位的消息至策略和计费规则功能PCRF。

这里，根据此次UE访问重定向服务器的结果更新重定向标识位，作为下一次重定向执行过程的参考，并向PCRF发送消息指示此次重定向成功，使得PCRF也可获知此次重定向执行的结果，这里，可在PCRF中设置标志位标识重定向过程的成功与否，例如：PCRF重定向标志位。

在具体的技术实现过程中，当UE访问重定向服务器的过程失败时，可在配置重定向标志位指示失败的同时，设置失败的原因，例如：UE访问重定向服务器的用户报文为非浏览器报文、重定向服务器未返回HTTP响应报文等原因。

在本发明实施例中，通过重定向标志位的设置，使得网络侧根据上一次的重定向过程的结果进行对应的处理，使得网络侧对整个重定向标志位的过程进行监控。

在本实施例中，现有网络系统上进行的软件和配置改造，在PGW上增加两部分功能，一是检测UE当前是否使用了浏览器访问HTTP业务，二是检测UE是否访问了重定向服务器。概况描述是这样的：PGW收到PCRF下发的PCC规则，且规则指示进行重定向后，检测UE的报文，如果检测到浏览器类的HTTP报文则构造302临时重定向报文发送给UE；如果是其它报文则UE无法进行重定向则继续检测。PGW发送302临时重定向报文给UE后启用定时器等待UE访问重定向服务器，定时器超时前解析到UE访问重定向服务器的报文，则上报事件给PCRF，重定向成功；如果定时器超时则重复上述两个流程。一方面，PGW通过检测UE报文为浏览器类的HTTP报文后才构造302临时重定向报文发给UE，保证UE能成功进行重定向。另一方面，PGW还通过检测UE是否访问重定向服务器报文的方式来确认UE是否重定向成功，如果一定周期内未检测到UE访问重定向服务器，则重新启动整个优化流程。这种双保险的方式来确保成功进行重定向，保证通知类业务取得成功。

实施例三

在本实施例中，以流量使用情况提醒的过程对本发明提供的重定向方法进行进一步说明，在描述本实施例的流量使用情况提醒的重定向方法之前，为了便于理解，对现有技术中的流量使用情况提醒的过程进行描述。

这里，本实施例提供的重定向方法和现有技术的重定向方法都可在如图3-1所示的网络结构中实现，如图3-1所示，包括以下几个网络节点：

PGW是UE接入分组数据网(Packet Data Network，PDN)网络的锚点，它提供用户的会话管理和承载控制、数据转发、IP地址分配、DPI以及策略计费执行功能(Policy andCharging Rule Function，PCEF)等功能。PCRF是业务数据流和IP承载资源的策略与计费控制策略决策点，它为PCEF提供可用的策略和计费控制决策。在线计费系统(Onlinecharging system，OCS)和PGW进行实时消息交互实时掌握用户的业务使用情况，同时对用户的账户进行实时扣费。OCS和PCRF间实时传递用户消费限制及消费状态，PCRF以此为依据来决策用户的策略和计费规则。

PGW和PCRF间通过标准协议接口Gx进行通信，PGW和OCS间通过标准协议接口Gy进行通信，PCRF和OCS间通过标准的Sy进行通信，以上接口都是3GPP定义的标准接口，每个接口都有一套标准的协议规范，对各接口之间的具体的消息使用的协议规范在此不做过多介绍。

现有技术中的流量使用提醒的重定向方法包括：

当UE在PGW中附着成功后进行业务，UE在与网络侧进行业务使用的过程中，PGW对UE发送的用户报文进行解析，例如，通过DPI解析，当确定UE已申请的流量的配额门限到达时PGW向OCS发送信用控制请求(Credit-Control-Request，CCR)消息，以申请当前UE进行业务使用的配额并上报用户已使用的业务信息。

OCS响应信用控制应答(Credit-Control-Answer，CCA)消息给PGW，并通过CCA消息下发用户配额，用户继续进行业务。

当OCS收到PGW上报的用户已使用的业务信息后，发现用户的消费业务量达到设定的某个门限值，向PCRF发送消费状态通知请求(Spending-Status-Notification-Request，SNR)消息。

PCRF收到SNR消息后向PGW发送重鉴权请求(Re-Auth-Reques，RAR)消息，消息携带一个重定向域名或IP地址的规则，即重定向服务器地址。

PGW收到RAR消息后进行规则安装，规则安装成功后向PCRF响应重鉴权响应(Re-Auth-Answer，RAA)消息。

PCRF收到RAA消息后向OCS响应消费状态通知响应(Spending-Status-Notification-Answer，SNA)消息。

规则安装成功后，PGW解析到UE当前的业务流即发送的用户报文为HTTP报文，则构造302临时重定向报文发给UE，UE收到重定向报文后访问重定向服务器，UE用户就能看到重定向通知页面。

但在现有技术中，由于HTTP重定向技术需要在浏览器的流上才能重定向成功，当UE使用APP和服务器进行业务交互时，当在APP的流上收到PGW发送的重定向报文时，它不会自动访问重定向服务器，导致重定向业务失败，从而导致运营商开展的基于重定向技术的业务失败。

如图1-2所示，为本发明提供的流量使用情况提醒的重定向方法，这里，以UE已成功附着PGW为前提进行描述，包括：

S301，PGW向OCS发送CCR消息；

当UE业务过程中当使用业务的流量达到一定配额时，PGW向OCS发送CCR消息申请要消费的业务配额并上报业务使用情况。

S302，OCS向PGW返回CCA消息；

OCS计算UE的业务消费情况并为UE分配新的业务配额，通过发送至PGW的CCA消息携带为UE分配的新的业务配额。

S303，OCS向PCRF发送SNR消息；

当OCS收到PGW上报的用户业务信息后，发现用户的消费业务量达到设定的某个门限值时，OCS通过SNR消息把UE的消费状态发送给PCRF。

S304，PCRF向PGW发送RAR消息；

当PCRF发现UE套餐已经达到下个提醒阀值，通过RAR消息向PCRF发送重定向指示消息，指示当前需要进行重定向，并在重定向消息中携带重定向服务器的地址。

此时，PCRF读取PCRF中该UE对应的PCRF重定向标志位，这里，PCRF重定向标志位不同，具体的处理不同，包括：

如果表示重定向失败，说明上个提醒阀值重定向没有成功，通过RAR消息告诉PGW删除上一次进行重定向时的两个老的策略控制和计费(Policy Control and Charging，PCC)规则，同时下发新的重定向过程的两个新的PCC规则，其中不管是老的PCC规则和新的PCC规则中，一个规则用于告诉PGW让用户重定向到流量套餐使用提醒服务器，即告知PGW新的重定向服务器的地址，另一个规则让PGW检测到UE成功访问流量套餐提醒服务器后给PCRF上报通知。

如果表示重定向成功，通过RAR消息给PGW下发两个PCC规则，一个规则告诉PGW把用户重定向到流量套餐使用提醒服务器的URL或IP地址，即告知PGW重定向服务器的地址，另一个规则让PGW检测到UE访问流量套餐提醒服务器成功后给PCRF上报通知。

此时，UE与PDN1进行业务，需重定向到PDN2完成流量使用情况提醒。

S305，PGW向PCRF返回RAA消息；

PGW接收到PCRF发送的重定向指示消息，PGW根据接收到的PCRF的RAR中携带的规则，以及重定向标志位进行规则安装，

如果重定位标志位表示重定向失败，说明上个提醒阀值重定向没有成功，删除上一次进行重定向时的两个老的策略控制和计费(Policy Control and Charging，PCC)规则，使用新的重定向过程的两个新的PCC规则进行规则安装；

如果重定位标志位表示重定向成功，说明上个提醒阀值重定向成功，直接使用PCRF下发的重定向过程的两个PCC规则进行规则安装。

如果规则安装成功，PGW使用成功的RAA消息响应PCRF告知规则安装成功；如果规则安装失败，PGW使用失败的RAA消息响应PCRF；

S306，PCRF发送SNA消息给OCS。

S307，PGW开启报文解析过程；

PGW开始对接收到的用户报文进行报文解析；

这里，可以使用DPI技术检测UE发送的用户报文，当当前用户发送的用户报文为非浏览器报文时，检测用户发送的下一个用户报文，直到检测到浏览器报文为止。

S308，用户发送用户报文；

这里，当接收到HTTP报文时，通过HTTP报文中的User-Agent字段判断报文是UE上安装的浏览器发出的，则检测到浏览器报文成功，其它报文继续进行检测。

S309，PGW发送HTTP重定向报文至UE；

这里，PGW构造302临时重定向报文发给UE，报文携带要重定向的服务器的URL或IP地址等信息。

S310，PGW开始检测UE访问所述重定向指示消息对应的重定向服务器的过程；

这里，PGW通过DPI技术检测UE访问重定向服务器，同时设置检测定时器T，T超时流程回到S107。

S311，UE与PDN2之间进行TCP建链过程；

UE与PDN2的重定向服务器之间建立TCP连接，此时，PGW检测到UE和重定向服务器进行TCP建链。

S312，UE向PDN2发送HTTP请求报文；

UE向PDN2的重定向服务器发送HTTP请求报文，此时，PGW检测到UE向重定向服务器发送了HTTP请求报文。

S313，PDN2向UE发送HTTP响应报文；

PDN2的重定向服务器向UE发送HTTP响应报文，PGW检测到服务器发送HTTP响应报文给UE，进行流量使用情况的通知提醒。当S111～S113执行后，说明UE已经成功完成这次重定向，设置重定向标志位为成功。

S314，PGW向PCRF发送CCR消息；

当PGW检测到UE成功完成重定向后，PGW通过CCR消息给PCRF上报重定向完成事件，PCRF收到消息后设置该UE的PCRF重定向标志位为重定向成功。

S315，PCRF给PGW回复CCA消息。

需要说明的时，在该方法中，PCRF和PGW中同时设置了重定向标志位，在实际使用中，也可单独在PGW中设置重定向标志位，或单独在[PCRF中设置重定向标志位，PGW后PCRF根据不同的重定向标志位进行对应的处理。

实施例四

在本实施例中，以欠费充值提醒为具体应用场景对本发明提供的重定向方法进行进一步说明，这里，以UE已成功附着PGW为前提进行描述，

如图4所示，该方法包括：

S401，PGW向OCS发送CCR消息；

当UE业务过程中当使用业务的流量达到一定配额时，PGW向OCS发送CCR消息申请要消费的业务配额并上报业务使用情况。

S402，OCS向PGW返回CCA消息；

OCS计算UE的业务消费情况发现本次分配配额后UE就要欠费，于是在CCA消息中下发重定向指示及原因、重定向充值网站域名或者IP地址。

这里，UE当前与PDN1进行业务，此时需要重定向到PDN2中的服务器，以访问充值网站。

S403，PGW开启报文解析过程；

PGW开始对接收到的用户报文进行报文解析；

这里，可以使用DPI技术检测UE发送的用户报文，当当前用户发送的用户报文为非浏览器报文时，检测用户发送的下一个用户报文，直到检测到浏览器报文为止。

S404，用户发送用户报文；

这里，当通过HTTP报文中的User-Agent字段判断用户报文为UE上安装的浏览器发出的，则检测到浏览器报文成功，其它报文继续进行检测。

S405，PGW发送HTTP重定向报文至UE；

这里，PGW构造302临时重定向报文发给UE，报文携带要重定向的服务器的URL或IP地址等信息。

S406，PGW开始检测UE访问所述重定向指示消息对应的重定向服务器的过程；

这里，PGW通过DPI技术检测UE访问重定向服务器，同时设置检测定时器T，T超时流程回到S107。

S407，UE与PDN2之间进行TCP建链过程；

UE与PDN2的重定向服务器之间建立TCP连接，此时，PGW检测到UE和重定向服务器进行TCP建链。

S408，UE向PDN2发送HTTP请求报文；

UE向PDN2的重定向服务器发送HTTP请求报文，此时，PGW检测到UE向重定向服务器发送了HTTP请求报文。

409，PDN2向UE发送HTTP响应报文；

PDN2的重定向服务器向UE发送HTTP响应报文，PGW检测到服务器发送HTTP响应报文给UE，发送欠费充值提醒以及充值相关信息。当S407～S409执行后，说明UE已经成功完成这次重定向，设置重定向标志位为成功。由于UE用户如果收到欠费重定向通知后进行充值，充值成功后OCS能立刻感知到，所以无需PGW向OCS发送消息进行确认。

实施例五

在本实施例中，通过状态的设置，以及在检测用户报文和检测UE访问所述重定向指示消息对应的重定向服务器的过程中状态的转移对本发明提供的重定向方法进行进一步描述。

如图5所示，为重定向过程中的PGW的状态转移图，其中，

S0是开始状态，S3是结束状态，S1是等待浏览器报文态，S2是等待HTTP请求报文态，这里，S1和S2是两个中间状态。

在S0状态，如果收到PCRF下发的重定向指示消息，要求进行重定向和检测重定向事件的PCC规则，则转到S1状态。

在S1状态，PGW检测用户报文，PGW可使用DPI技术解析UE的用户报文，如图6所示，

S601，在S1状态下接收UE的用户报文，送DPI进行解析；

S602，判断是否是HTTP报文，如果是HTTP报文，则执行S603，否则返回S1状态；

S603，判断是否是浏览器类的HTTP报文，如果是，执行S604，否则返回S1状态；

这里，解析HTTP头中的User-Agent字段，它的取值是一个特殊字符串，表示使用的操作系统及版本、处理器类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等信息。如果该报文是浏览器的HTTP报文，则说明用户报文为浏览器报文，UE具备做重定向的条件，PGW构造一个302临时重定向报文在原TCP链路上发给UE，状态转换到S2；如果该报文是非浏览器的HTTP报文，比如APP发出的报文，则继续在S1状态下解析后续报文。如果是非HTTP报文，则继续在S1状态下解析后续报文。

在S2状态，PGW检测UE访问所述重定向指示消息对应的重定向服务器的过程，这里，PGW可使用DPI技术解析用户访问重定向服务器报文，如图7所示，

S701，在S2状态下，读取定时器的配置启动定时器；

S702，判断定时器是否超时，没有超时则执行S703，否则执行返回S1状态；

S703，解析用户发送的HTTP报文请求，判断是否是重定向的HTTP请求报文，当是时，进入S3状态，否则执行S702。

这里，在S2状态下，读取定时器的配置，根据配置的值开启定时器计时，在定时器未超时期间，接收报文并送DPI进行解析，如果是UE访问重定向服务器的HTTP请求报文，则说明UE进行重定向成功，状态转换到S3；如果不是UE访问重定向服务器的报文，继续接收并解析后续报文。定时器超时仍未解析到重定向的HTTP请求报文，有可能出现异常UE已经无法处理302临时重定向报文，需要重新构造临时重定向报文发给UE，状态转换到S1。

实施例六

为实现上述重定向方法，本实施例提供一种重定向装置，应用于分组数据网络网关PGW，如图8所示，所述装置包括：第一检测模块801、构造模块802以及第二检测模块803，其中，

所述第一检测模块801，用于接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；

第一检测模块801，具体用于：接收到重定向指示消息并且规则安装成功后，检测接收到的UE发送的用户报文的类型；当接收到的UE发送的用户报文的类型为非浏览器报文时，继续检测接收到的下一个UE发送的用户报文的类型，直至检测到的用户报文的类型为浏览器报文。

所述构造模块802，用于在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；

所述第二检测模块803，用于检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。

所述第二检测模块803，具体用于：检测UE向所述重定向服务器发送的HTTP请求报文；在检测到UE向所述重定向服务器发送的HTTP请求报文的情况下，检测所述重定向服务器发送至所述UE的HTTP响应报文；在检测到所述重定向服务器发送至所述UE的HTTP响应报文时确定检测到所述重定向服务器发送HTTP响应报文至所述UE。

如图9所示，所述装置还包括：规则安装模块804，用于获取重定向标志位；当所述重定向标志位表示上一次重定向成功时，直接根据接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；当所述重定向标志位表示上一次重定向失败时，删除存储的重定向服务器的地址，并使用接收到的重定向指示消息携带的重定向服务器的地址进行规则安装。

如图9所示，所述装置还包括：配置模块805，用于当确定成功进行重定向时，配置重定向标志位，以表示当前重定向成功，并发送指示成功进行重定位的消息至策略和计费规则功能PCRF。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种重定向方法，其特征在于，应用于分组数据网络网关PGW，所述方法包括：

接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；

在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；

检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。

2.根据权利要求1所述的方法，其特征在于，在接收到重定向指示消息并且规则安装成功之前，所述方法包括：

获取重定向标志位；

当所述重定向标志位表示上一次重定向成功时，直接根据接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；

当所述重定向标志位表示上一次重定向失败时，删除存储的重定向服务器的地址，并使用接收到的重定向指示消息携带的重定向服务器的地址进行规则安装。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：当确定成功进行重定向时，配置重定向标志位，以表示当前重定向成功，并发送指示成功进行重定位的消息至策略和计费规则功能PCRF。

4.根据权利要求1所述的方法，其特征在于，检测接收到的用户设备UE发送的用户报文，包括：

检测接收到的UE发送的用户报文的类型；

当接收到的UE发送的用户报文的类型为非浏览器报文时，继续检测接收到的下一个UE发送的用户报文的类型，直至检测到的用户报文的类型为浏览器报文。

5.根据权利要求1所述的方法，其特征在于，检测UE访问所述重定向指示消息对应的重定向服务器的过程，包括：

检测UE向所述重定向服务器发送的HTTP请求报文；

在检测到UE向所述重定向服务器发送的HTTP请求报文的情况下，检测所述重定向服务器发送至所述UE的HTTP响应报文；

在检测到所述重定向服务器发送至所述UE的HTTP响应报文时确定检测到所述重定向服务器发送HTTP响应报文至所述UE。

6.一种重定向装置，其特征在于，应用于分组数据网络网关PGW，所述装置包括：第一检测模块、构造模块以及第二检测模块，其中，

所述第一检测模块，用于接收到重定向指示消息并且规则安装成功后，检测接收到的用户设备UE发送的用户报文；

所述构造模块，用于在接收到的用户报文为浏览器报文时，构造临时重定向报文发送给UE；

所述第二检测模块，用于检测UE访问所述重定向指示消息对应的重定向服务器的过程，当检测到所述重定向服务器发送HTTP响应报文至所述UE时，确定成功进行重定向。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：规则安装模块，用于获取重定向标志位；当所述重定向标志位表示上一次重定向成功时，直接根据接收到的重定向指示消息携带的重定向服务器的地址进行规则安装；当所述重定向标志位表示上一次重定向失败时，删除存储的重定向服务器的地址，并使用接收到的重定向指示消息携带的重定向服务器的地址进行规则安装。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：配置模块，用于当确定成功进行重定向时，配置重定向标志位，以表示当前重定向成功，并发送指示成功进行重定位的消息至策略和计费规则功能PCRF。

9.根据权利要求6所述的装置，其特征在于，第一检测模块，具体用于：接收到重定向指示消息并且规则安装成功后，检测接收到的UE发送的用户报文的类型；当接收到的UE发送的用户报文的类型为非浏览器报文时，继续检测接收到的下一个UE发送的用户报文的类型，直至检测到的用户报文的类型为浏览器报文。

10.根据权利要求6所述的装置，其特征在于，所述第二检测模块，具体用于：检测UE向所述重定向服务器发送的HTTP请求报文；在检测到UE向所述重定向服务器发送的HTTP请求报文的情况下，检测所述重定向服务器发送至所述UE的HTTP响应报文；在检测到所述重定向服务器发送至所述UE的HTTP响应报文时确定检测到所述重定向服务器发送HTTP响应报文至所述UE。