Processing

Please wait...

Settings

Settings

1. WO2012167538 - REDIRECTION METHOD, DEVICE AND SYSTEM

Note: Text based on automatic Optical Character Recognition processes. Please use the PDF version for legal matters
重定向的方法、装置和系统

技术领域

本发明涉及通信技术领域,特别涉及一种重定向的方法、装置和系统。

背景技术

目前通信系统中的数据业务普遍说存在提醒的功能,可以将用户的某些 HTTP ( Hypertext Transfert Protocol, 超文本传输协议)请求重定向到特定的页面,显示给用户以进行信息提 醒。例如,中国电信 ADSL (Asymmetric Digital Subscriber Line ,非对称数字用户线)拨号 上网服务中,在用户每次 ADSL拨号成功后的第一次书 HTTP访问请求,中国电信的 BRAS ( Broadband Remote Access Server, 宽带远程接入服务)设备会将该第一次 HTTP访问请求 重定向至中国电信的指定页面,以便于提示用户该月份的套餐消费等情况,该提示页面显 示一段时间后会自动跳转到用户原始访问的 URL (Uniform / Universal Resource Locator, 统 一资源定位符)上。另外,通信系统还提供一些增值的数据业务的提醒功能,如对 HTTP 响应的内容进行杀毒、页面适配、广告推送等等。

现有技术中通过 NAS (Network Access Server, 网络接入服务器)或者 GW ( Gateway, 网关)来实现用户的 HTTP请求重定向至特定的重定向服务器。其中, NAS或 GW可以采 用静态配置的方式,通过读取配置文件来进行相应的重定向,如果需要重定向到不同的服 务器,则可以通过修改配置文件中的重定向地址来实现。或者, NAS或 GW还可以采用内 置重定向处理逻辑的方式,由该重定向处理逻辑来实现重定向,如增值业务的重定向等。

但是,现有的静态配置的方式中重定向的逻辑是固定的,不能更改,只能在配置好的 特定条件下触发重定向操作,能够触发的重定向场景比较单一,不灵活,如果增加新的重 定向场景则需要对 NAS或 GW进行设备改造升级,成本较高。现有的内置重定向处理逻辑 的方式中,只能实现一种重定向,比较单一,不灵活,如果增加新的重定向,则需要对 NAS 或 GW进行改造升级,成本较高,且由于升级需要停机会影响现网的业务。

发明内容

为了解决现有技术的问题,本发明实施例提供了一种重定向的方法、装置和系统。所 述技术方案如下:

一方面,一种重定向的方法,包括:

接收终端在激活数据业务后发送的访问页面的请求;

根据预设的重定向触发条件查找本地的重定向策略,根据所述重定向触发条件对应的 重定向服务器信息确定对应的重定向服务器;和 /或,根据收到的重定向通知查找本地的重 定向策略,根据所述重定向通知对应的重定向服务器信息确定对应的重定向服务器;

根据确定的所述重定向服务器,触发所述终端请求所述重定向服务器进行重定向,或 触发所述重定向服务器进行重定向,使得所述重定向服务器提供相应的重定向页面给所述 终端。

另一方面,一种重定向的装置,包括:

接收模块,用于接收终端在激活数据业务后发送的访问页面的请求;

查找模块,用于根据预设的重定向触发条件查找本地的重定向策略,根据所述重定向 触发条件对应的重定向服务器信息确定对应的重定向服务器;和 /或,根据收到的重定向通 知查找本地的重定向策略,根据所述重定向通知对应的重定向服务器信息确定对应的重定 向服务器;

处理模块,用于根据确定的所述重定向服务器,触发所述终端请求所述重定向服务器 进行重定向,或触发所述重定向服务器进行重定向,使得所述重定向服务器提供相应的重 定向页面给所述终端。

再一方面,一种重定向的系统,包括如前所述的重定向的装置和重定向服务器; 所述重定向服务器,用于根据所述终端的请求或所述重定向的装置的触发,发送相应 的重定向页面给所述终端。

本发明实施例提供的技术方案的有益效果是:根据预设的重定向触发条件和 /或收到的 重定向通知,在本地的重定向策略中找到终端的请求对应的重定向服务器,触发终端请求 该重定向服务器进行重定向或触发该重定向服务器进行重定向,使得该重定向服务器给终 端提供相应的重定向页面,实现了动态重定向,可以满足多种重定向场景,灵活方便,升 级时不会影响现有的业务,且降低了成本,在不影响设备性能的前提下,灵活的实现多种 重定向。

附图说明

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

图 1是本发明实施例提供的一种重定向的方法流程图;

图 2是本发明实施例提供的另一种重定向的方法流程图;

图 3是本发明实施例提供的再一种重定向的方法流程图;

图 4是本发明实施例提供的又一种重定向的方法流程图;

图 5是本发明实施例提供的新用户开户重定向的方法流程图;

图 6是本发明实施例提供的新业务推广重定向的方法流程图;

图 7是本发明实施例提供的计费变更重定向的方法流程图;

图 8是本发明实施例提供的漫游切换重定向的方法流程图;

图 9是本发明实施例提供的访问控制重定向的方法流程图;

图 10是本发明实施例提供的 SP错误码重定向的方法流程图;

图 11是本发明实施例提供的计费错误码重定向的方法流程图;

图 12是本发明实施例提供的首次访问重定向的方法流程图;

图 13是本发明实施例提供的增值业务重定向的方法流程图;

图 14是本发明实施例提供的多种重定向的方法流程图;

图 15是本发明实施例提供的 NAS/GW中内置数据库表的示意图;

图 16是本发明实施例提供的一种重定向的装置结构图;

图 17是本发明实施例提供的另一种重定向的装置结构图;

图 18是本发明实施例提供的一种重定向的系统结构图;

图 19是本发明实施例提供的另一种重定向的系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作 进一步地详细描述。

本发明实施例涉及重定向技术,该重定向是指在终端发起访问页面的请求后,在业务 提供商提供该页面给终端之前,先由重定向服务器将相应的重定向页面提供给终端。本发 明实施例中的终端可以是无线终端也可以是有线终端。该无线终端包括但不限于:手机、 PDA ( Personal Digital Assistants 个人数字助理)、平板电脑等。该有限终端包括但不限于: 计算机、笔记本电脑等。所述终端发起的访问页面的请求可以是 HTTP 请求或者 WAP ( Wireless Application Protocol, 无线应用协议)请求,通常是指终端在激活数据业务后发 送的请求,本发明对该数据业务的制式不做限定,如可以为 ADSL、 CDMA ( Code Division

Multiple Access, 码分多址)、 GPRS (General Packet Radio Service, 通用分组无线业务)、 WCDMA (Wideband Code Division Multiple Access Wireless, 宽带码分多址)、 TDMA (Time Division Multiple Access, 时分多址)等等。本发明实施例中的重定向包括多种类型,每种 类型都有对应的重定向服务器,重定向页面由对应的重定向服务器预先生成且保存。

下面详细说明本发明中的各种重定向类型,包括但不限于以下几种:

1、通知重定向:是指收到其它网元在检测到指定的事件发生时发送的重定向通知后, 进行重定向。该指定的事件包括但不限于:终端用户新开户、新业务推广、终端的套餐、 计费策略和订购关系中的至少一种变更等等。通知重定向场景下的重定向页面通常为友好 提示页面,以方便终端用户查看相关信息。

2、漫游重定向:是指检测到终端发生了漫游切换,包括省级漫游或者国际漫游,进行 重定向以通知终端该漫游事件的发生。

3、访问控制重定向:是指检测到终端访问了受控制的内容,如黄色内容、暴力内容等 等,进行重定向给终端友好提示,该重定向可以用于普通的访问控制以及父母亲控制等。

4、错误码重定向:是指检测到计费系统 / PCRF (Policy charging and rules function ,策 略与计费规则功能)返回错误码或者 SP ( Service Provider, 业务提供商)返回错误码后, 进行重定向给终端友好的错误码提醒页面,以此来替换传统的如 404、 401等不友好的错误 码展现页面,提升用户的体验。

5、首次访问重定向:是指检测到终端数据业务激活后发起的首个访问页面的请求后, 进行重定向,该重定向可以用于某个网站的首页访问重定向等,如运营商要求数据业务激 活后首次访问的必须是运营商的入口 Portal的场景。

6、增值业务重定向:是指当为终端提供增值的数据业务时进行的重定向,该重定向包 括但不限于:内容适配、内容过滤、杀毒、广告插入等等。

针对同一个用户以及触发条件,可以定义多个重定向的操作,其顺序根据重定向优先 级来确定。根据优先级从高到低的顺序逐一进行重定向操作。

通常,运营商会为上述各种类型的重定向部署不同的重定向服务器,如通知重定向服 务器、漫游重定向服务器、访问控制重定向服务器、错误码重定向服务器、首次访问重定 向服务器、增值业务重定向服务器等。

参见图 1,本发明实施例提供了一种重定向的方法,包括:

101:接收终端在激活数据业务后发送的访问页面的请求。

102:根据预设的重定向触发条件查找本地的重定向策略,根据所述重定向触发条件对

应的重定向服务器信息确定对应的重定向服务器;和 /或,根据收到的重定向通知查找本地 的重定向策略,根据所述重定向通知对应的重定向服务器信息确定对应的重定向服务器。

103:根据确定的重定向服务器,触发终端请求重定向服务器进行重定向,或触发重定 向服务器进行重定向,使得重定向服务器提供相应的重定向页面给终端。

本实施例提供的上述方法可以由 NAS或 GW来执行。

其中,所述重定向服务器信息是指与重定向服务器相关的信息,可以用来确定是哪个 服务器,包括但不限于:重定向服务器的地址,如 URL等,本发明对此不限定。

所述触发终端进行重定向可以采用 HTTP 302重定向机制来完成,具体如下:根据确定 的重定向服务器,使用超文本传输协议 HTTP 302重定向机制触发终端主动请求重定向,从 重定向服务器获取相应的重定向页面。

所述触发重定向服务器进行重定向可以采用代理方式来完成,具体如下:根据确定的 重定向服务器,使用代理方式通知重定向服务器进行重定向,使得重定向服务器主动发送 相应的重定向页面给终端。具体地,该代理方式包括透明代理或显示代理。其中,透明代 理是指终端并不感知这种代理方式;显示代理是指由终端用户在终端上主动设置代理的相 关参数后进行代理的方式。

本实施例提供的上述方法,如果根据预设的重定向触发条件和 /或收到的重定向通知确 定需要进行多次重定向,则进一步地,还可以从重定向策略中获取各个重定向的优先级; 相应地,根据重定向类型,触发终端或重定向服务器进行重定向,包括:按照优先级从高 到低的顺序,依次触发终端请求重定向服务器进行重定向或触发重定向服务器进行重定向。

本发明实施例提供的上述方法,根据预设的重定向触发条件和 /或收到的重定向通知, 在本地的重定向策略中找到终端的请求对应的重定向服务器,触发终端请求该重定向服务 器进行重定向或触发该重定向服务器进行重定向,使得该重定向服务器给终端提供相应的 重定向页面,实现了动态重定向,可以满足多种重定向场景,灵活方便,升级时不会影响 现有的业务,且降低了成本,在不影响设备性能的前提下,灵活的实现多种重定向。

参见图 2,本发明实施例提供了一种重定向的方法,在上述实施例的基础上进行改进, 实现通知重定向,该方法包括:

201:接收第一网元在检测到指定的事件发生时发送的重定向通知。

202:接收终端在激活数据业务后发送的访问页面的请求。

203:根据收到的重定向通知,查找本地的重定向策略确定对应的重定向服务器,所述 重定向策略包括重定向通知及对应的重定向服务器。

204:根据确定的重定向服务器,触发终端请求重定向服务器进行重定向,或触发重定 向服务器进行重定向,使得重定向服务器提供相应的重定向页面给终端。

参见图 3,本发明实施例提供了一种重定向的方法,在上述实施例的基础上进行改进, 实现触发条件满足下的重定向,该方法包括:

301:接收终端在激活数据业务后发送的访问页面的请求。

302:检测到预设的重定向触发条件满足。

303:根据该满足的重定向触发条件,查找本地的重定向策略确定对应的重定向服务 器,,所述重定向策略包括重定向触发条件及对应的重定向服务器。

304:根据确定的该重定向服务器,触发终端请求重定向服务器进行重定向,或触发重 定向服务器进行重定向,使得重定向服务器提供相应的重定向页面给终端。

本发明实施例中,上述通知重定向和触发条件满足下的重定向可以结合起来应用,根 据预设的重定向触发条件和收到的重定向通知进行重定向,具体如下:

401:接收第一网元在检测到指定的事件发生时发送的重定向通知。

402:接收终端在激活数据业务后发送的访问页面的请求。

403:检测到预设的重定向触发条件满足。

404:根据收到的重定向通知和满足的重定向触发条件,查找本地的重定向策略确定对 应的重定向服务器,所述重定向策略包括重定向触发条件及对应的重定向服务器,和,重 定向通知及对应的重定向服务器。

405:根据确定的重定向服务器,触发终端请求重定向服务器进行重定向,或触发重定 向服务器进行重定向,使得重定向服务器提供相应的重定向页面给终端。

上述三种方法中的任一种方法涉及到的接收第一网元在检测到指定的事件发生时发送 的重定向通知,包括以下至少一种:

接收客服中心在检测到终端新开户时通过配置 provision设备发送的重定向通知; 接收客服中心在检测到有新业务推广时通过 provision设备发送的重定向通知; 接收计费系统或 PCRF在检测到终端的套餐、计费策略和订购关系中的至少一种发生变 更时通过 provision设备发送的重定向通知。

其中,客服中心是指运营商的客服中心的设备或者运营商的营业厅的设备。计费系统 是指管理终端的账户信息的系统, PCRF是指管理计费规则的实体,该计费规则包括对终端 的各种业务如何进行计费等。

上述三种方法中的任一种方法涉及到的检测到预设的重定向触发条件满足,包括以下 至少一种:

检测到终端发生漫游切换;

检测到终端请求的页面为访问控制受限;

检测到所述页面的业务提供商返回错误码;

检测到计费系统或 PCRF返回错误码;

检测到所述请求为终端在激活数据业务后发送的第一次访问页面的请求;

检测到需要为终端提供增值的数据业务。

本发明实施例提供的上述方法,根据预设的重定向触发条件和 /或收到的重定向通知, 在本地的重定向策略中找到终端的请求对应的重定向服务器,触发终端请求该重定向服务 器进行重定向或触发该重定向服务器进行重定向,使得重定向服务器给终端提供相应的重 定向页面,实现了动态重定向,可以满足多种重定向场景,灵活方便,升级时不会影响现 有的业务,且降低了成本,在不影响设备性能的前提下,灵活的实现多种重定向。而且, 可以实时地与外部设备或网元交互获得重定向策略后进行重定向操作,完成现有方案中无 法实现的重定向场景,达到了何时何地想向终端推送什么信息就推送什么信息的效果。

参见图 5,本发明实施例提供了一种重定向的方法,实现终端新开户后重定向以进行新 用户欢迎提醒,该方法具体包括:

501:终端用户新开户。

例如,手机用户在营业厅新买了一张 SIM卡,并办理新开户业务。

502:客服中心登记终端用户的信息。

503:客服中心根据终端用户新开户的事件,下发终端新开户的重定向通知给配置设备 provision。

504:配置设备收到后下发重定向通知给 NAS/GW。

505: NAS/GW收到重定向通知后,记录该终端用户新开户的重定向通知,并返回响应 给配置设备。

506:配置设备收到 NAS/GW发送的响应后,返回响应给客服中心。

507:客服中心收到配置设备的响应后,返回开户结果给终端,终端完成开户流程。 508:终端在某一时刻激活数据业务,该数据业务的制式不限定,包括但不限于: ADSL, CDMA、 GPRS、 WCDMA或 TDMA等等。

509:终端的数据业务激活成功, NAS/GW返回消息给终端。

510:终端发送访问页面的请求,该请求具体为 HTTP请求或 WAP请求。

511: NAS/GW收到终端发送的该请求后,查找本地的重定向策略,根据已记录的重定 向通知确定对应的重定向类型为新开户重定向,并得到对应的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

512: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。

其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

513:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。 514:重定向服务器收到终端的请求后,发送预先为终端用户新开户制定的首次使用业 务的欢迎页面给终端,终端收到后显示该欢迎页面给用户查看,然后自动跳转到业务提供 商 SP提供的原始页面,由 SP为用户提供数据业务,流程结束。

本方法中的步骤 512至 514采用的是 HTTP 302重定向机制来实现重定向,在实际应用 中,还可以采用代理方式来实现重定向,因此,步骤 512至 514可以由以下步骤 515至 517 来替换- 515: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

516:重定向服务器收到 NAS/GW发送的消息后,返回重定向页面给 NAS/GW, 其中, 该重定向页面为重定向服务器预先创建并保存的所述首次使用业务的欢迎页面。

517: NAS/GW收到该首次使用业务的欢迎页面后,转发该首次使用业务的欢迎页面给 终端,终端收到后显示该欢迎页面给用户查看,然后自动跳转到业务提供商 SP提供的原始 页面,由 SP为用户提供数据业务,流程结束。

本发明实施例提供的上述方法,根据收到的重定向通知,在本地的重定向策略中找到 终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该重定 向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了新用户开 户的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设备 性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得重 定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 6,本发明实施例提供了一种重定向的方法,实现新业务推广重定向,该方法具 体包括:

601:客服中心通知重定向服务器创建新业务推广页面,重定向服务器收到该通知后创 建并保存新业务推广页面。

602:客服中心确定新业务推广的用户范围。

例如,可以用终端的标识来表示用户范围,如终端的标示号码 /号段等。

603:客服中心下发新业务推广的重定向通知给配置设备 provision

604:配置设备收到后下发该重定向通知给 NAS/GW。

605: NAS/GW收到重定向通知后,记录该新业务推广的重定向通知,并返回响应给配 置设备。

606:配置设备收到 NAS/GW发送的响应后,返回响应给客服中心。

607:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体为 HTTP请求或 WAP请求。

608: NAS/GW收到终端发送的该请求后,查找本地的重定向策略,根据已记录的重定 向通知确定对应的重定向类型为新业务推广的重定向,并得到对应的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

609: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。

其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

610:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。

611:重定向服务器收到终端的请求后,发送所述新业务推广页面给终端,终端收到后 显示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提 供数据业务,流程结束。

本方法中的步骤 609至 611可以采用 HTTP 302重定向机制来实现重定向,在实际应用 中,还可以采用代理方式来实现重定向,因此,步骤 609至 611可以具体为以下步骤 612 至 614:

612: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

613:重定向服务器收到 NAS/GW 发送的消息后,返回新业务推广的重定向页面给 NAS/GW。

614: NAS/GW收到该新业务推广的重定向页面后,转发该页面给终端,终端收到后显 示给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据业 务,流程结束。

本发明实施例提供的上述方法,根据收到的重定向通知,在本地的重定向策略中找到 终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该重定 向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了新业务推 广的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设备 性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得重 定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 7,本发明实施例提供了一种重定向的方法,实现终端的套餐、计费策略和订购 关系中的至少一种发生变更时的重定向,该方法具体包括:

701:计费系统 /PCRF检测到终端的套餐、计费策略和订购关系中的至少一种发生变更。 702:计费系统 /PCRF下发计费变更的重定向通知给配置设备 provision

703:配置设备收到后下发该重定向通知给 NAS/GW。

704: NAS/GW收到重定向通知后,记录该计费变更的重定向通知,并返回响应给配置 设备。

705:配置设备收到 NAS/GW发送的响应后,返回响应给计费中心。

706:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体为 HTTP请求或 WAP请求。

707: NAS/GW收到终端发送的该请求后,查找本地的重定向策略,根据已记录的重定 向通知确定对应的重定向类型为计费变更的重定向,并得到对应的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

708: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。

其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

709:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。 710:重定向服务器收到终端的请求后,发送计费变更通知页面给终端,终端收到后显 示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供 数据业务,流程结束。

其中,所述计费变更通知页面为重定向服务器预先创建并保存的,该页面用于通知终 端套餐、计费策略和 /或订购关系的变更。

本方法中的步骤 708至 710采用的是 HTTP 302重定向机制来实现重定向,在实际应用 中,还可以采用代理方式来实现重定向,因此,步骤 708至 710可以由以下步骤 711至 713 来替换- 711: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

712:重定向服务器收到 NAS/GW发送的消息后,返回计费变更通知页面给 NAS/GW。 713: NAS/GW收到该计费变更通知页面后,转发该页面给终端,终端收到后显示给用 户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据业务,流 程结束。

本发明实施例提供的上述方法,根据收到的重定向通知,在本地的重定向策略中找到 终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该重定 向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了计费变更 的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设备性 能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得重定 向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 8,本发明实施例提供了一种重定向的方法,实现漫游重定向,该方法具体包括: 801: NAS/GW检测到终端发生漫游切换。

具体地, NAS/GW可以通过接入地的 SGSN的 IP地址、 PDSN的 IP地址、 BRAS的 IP 地址或者是其他可以表示用户是否处在漫游状态的标示,来检测终端是否发生漫游切换。

802:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体为 HTTP请求或 WAP请求。

803: NAS/GW收到终端发送的该请求后,根据预设的漫游重定向触发条件,查找本地 的重定向策略,根据已记录的重定向通知确定对应的重定向类型为漫游重定向,并得到对 应的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

804: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。

其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

805:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。

806:重定向服务器收到终端的请求后,发送漫游提示页面给终端,终端收到后显示该 页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据 业务,流程结束。

其中,所述漫游提示页面为重定向服务器预先创建并保存的,用于提示终端已发生漫 游切换。

本方法中的步骤 804至 806采用的是 HTTP 302重定向机制来实现重定向,在实际应用 中,还可以采用代理方式来实现重定向,因此,步骤 804至 806可以具体为以下步骤 807 至 809:

807: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

808:重定向服务器收到 NAS/GW发送的消息后,返回漫游提示页面给 NAS/GW。

809: NAS/GW收到该漫游提示页面后,转发该页面给终端,终端收到后显示给用户查 看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据业务,流程结 束。

本发明实施例提供的上述方法,根据预设的重定向触发条件,在本地的重定向策略中 找到终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该 重定向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了漫游 切换的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设 备性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得 重定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 9,本发明实施例提供了一种重定向的方法,实现终端的访问控制重定向,该方 法具体包括:

901:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体为 HTTP请求或 WAP请求。

902: NAS/GW收到终端发送的该请求后,根据预设的访问控制重定向触发条件判断出 该请求为访问控制受限。

其中,访问控制重定向的触发条件可以设置为访问控制的 URL分类,或者父母亲控制 的 URL分类等。

903: NAS/GW查找本地的重定向策略,根据该请求访问控制受限确定对应的重定向类 型为访问控制重定向,并得到对应的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

904: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。

其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

905:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。

906:重定向服务器收到终端的请求后,发送访问控制提醒页面给终端,终端收到后显 示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供 数据业务,流程结束。

其中,所述访问控制提醒页面为重定向服务器预先创建并保存的,用于提示终端当前 请求的页面访问控制受限。

本方法中的步骤 904至 906可以采用 HTTP 302重定向机制来实现重定向,在实际应用 中,还可以采用代理方式来实现重定向,因此,步骤 904至 906可以具体为以下步骤 907 至 909:

907: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

908:重定向服务器收到 NAS/GW发送的消息后,返回访问控制提醒页面给 NAS/GW。

909: NAS/GW收到该访问控制提醒页面后,转发该页面给终端,终端收到后显示给用 户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据业务,流 程结束。

本发明实施例提供的上述方法,根据预设的重定向触发条件,在本地的重定向策略中 找到终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该 重定向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了访问 控制的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设 备性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得 重定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 10,本发明实施例提供了一种重定向的方法,实现 SP错误码重定向,该方法具 体包括:

1001:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体 为 HTTP请求或 WAP请求。

1002: NAS/GW收到终端发送的该请求后,将该请求转发给业务提供商 SP。

1003:业务提供商 SP收到该请求后,返回响应给 NAS/GW。

1004: NAS/GW收到 SP返回的响应后,判断出该响应为错误响应或响应超时。

1005: NAS/GW根据预设的 SP响应错误的重定向触发条件,查找本地的重定向策略, 根据该 SP错误响应确定对应的重定向类型为 SP错误码重定向,并得到对应的重定向服务 器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

1006: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。 其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

1007:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。 1008:重定向服务器收到终端的请求后,发送 SP错误码友好提示页面给终端,终端收 到后显示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用 户提供数据业务,流程结束。

其中,所述 SP错误码友好提示页面为重定向服务器预先创建并保存的,用于提示终端 SP响应出错。

本方法中的步骤 1006至 1008采用的是 HTTP 302重定向机制来实现重定向,在实际应 用中,还可以采用代理方式来实现重定向,因此,步骤 1006至 1008可以由以下步骤 1009 至 1011来替换:

1009: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同上述实施例中的描述。

1010:重定向服务器收到 NAS/GW 发送的消息后,返回 SP 错误码友好提示页面给

NAS/GW。

1011: NAS/GW收到该 SP错误码友好提示页面后,转发该页面给终端,终端收到后显 示给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据业 务,流程结束。

本发明实施例提供的上述方法,根据预设的重定向触发条件,在本地的重定向策略中 找到终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该 重定向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了 SP错 误码的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设 备性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得 重定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 11,本发明实施例提供了一种重定向的方法,实现计费系统 /PCRF错误码重定 向,该方法具体包括:

1101:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体 为 HTTP请求或 WAP请求。

1102: NAS/GW收到终端发送的该请求后,触发计费系统 /PCRF进行计费。

1103:计费系统 /PCRF进行计费后,返回响应给 NAS/GW。

1104: NAS/GW收到计费系统 /PCRF返回的响应后,判断出该响应为错误响应或响应 超时。

1105: NAS/GW根据预设的计费错误响应的重定向触发条件,查找本地的重定向策略, 根据该计费系统 /PCRF 错误响应确定对应的重定向类型为计费错误码重定向,并得到对应 的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

1106: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。 其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

1107:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。 1108:重定向服务器收到终端的请求后,发送计费错误码友好提示页面给终端,终端 收到后显示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为 用户提供数据业务,流程结束。

其中,所述计费错误码友好提示页面为重定向服务器预先创建并保存的,用于提示终 端计费响应出错。

本方法中的步骤 1106至 1108可以采用 HTTP 302重定向机制来实现重定向,在实际应 用中,还可以采用代理方式来实现重定向,因此,步骤 1106至 1108可以具体为以下步骤 1109至 1111 :

1109: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

1110:重定向服务器收到 NAS/GW发送的消息后,返回计费错误码友好提示页面给 NAS/GW。

1111: NAS/GW 收到该计费错误码友好提示页面后,转发该页面给终端,终端收到后 显示给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据 业务,流程结束。

本发明实施例提供的上述方法,根据预设的重定向触发条件,在本地的重定向策略中 找到终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该 重定向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了计费 错误码的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响 设备性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获 得重定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 12,本发明实施例提供了一种重定向的方法,实现终端的首次访问重定向,该 方法具体包括:

1201:终端在某一时刻激活数据业务。

1202:终端的数据业务激活成功, NAS/GW返回消息给终端。

1203:终端激活数据业务后,首次发送访问页面的请求,该请求具体为 HTTP请求或 WAP请求。

1204: NAS/GW 收到该请求后,根据预设的首次访问的重定向触发条件,查找本地的 重定向策略,根据该首次访问请求确定对应的重定向类型为首次访问重定向,并得到对应 的重定向服务器的信息。

其中,重定向服务器的信息包括但不限于:重定向服务器的地址等等。

1205: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。 其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

1206:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。 1207:重定向服务器收到终端的请求后,发送激活后首次访问重定向页面给终端,终 端收到后显示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP 为用户提供数据业务,流程结束。

其中,所述激活后首次访问重定向页面为重定向服务器预先创建并保存的,用于提示 终端当前的请求为数据业务激活后的首次请求。

本方法中的步骤 1205至 1207采用的是 HTTP 302重定向机制来实现重定向,在实际应 用中,还可以采用代理方式来实现重定向,因此,步骤 1205至 1207可以由以下步骤 1208 至 1210来替换:

1208: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同上述实施例中的描述。

1209:重定向服务器收到 NAS/GW发送的消息后,返回激活后首次访问重定向页面给 NAS/GW。

1210: NAS/GW 收到该激活后首次访问重定向页面后,转发该页面给终端,终端收到 后显示给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数 据业务,流程结束。

本发明实施例提供的上述方法,根据预设的重定向触发条件,在本地的重定向策略中 找到终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该 重定向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了激活 后首次访问的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不 影响设备性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交 互获得重定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 13,本发明实施例提供了一种重定向的方法,实现终端的增值业务重定向,该 方法具体包括:

1301:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体 为 HTTP请求或 WAP请求。

1302: NAS/GW 收到该请求后,根据预设的增值业务重定向触发条件,查找本地的重 定向策略,根据该请求确定当前的数据业务为增值业务,并且确定对应的重定向类型为增 值业务重定向,并得到对应的重定向服务器的信息。

其中,所述增值业务是指运营商为终端提供的需要单独计费的业务,包括但不限于-内容适配、广告插入、内容过滤等等。所述增值业务重定向触发条件可以为用户访问的原 始 URL、 UserAgent等信息。

1303: NAS/GW使用 HTTP 302重定向机制触发重定向,发送相应的消息给终端。 其中,所述消息中可以包括终端上述请求的原始页面的 URL,以便于后续终端能够自 动发起对上述原始 URL的请求。

1304:终端收到 NAS/GW的消息后,根据该消息向所述重定向服务器请求重定向页面。 1305:重定向服务器收到终端的请求后,发送增值业务重定向页面给终端,终端收到 后显示该页面给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户 提供数据业务,流程结束。

其中,所述增值业务重定向页面为重定向服务器预先创建并保存的,用于提示终端当 前的请求的数据业务为增值的数据业务。

本方法中的步骤 1303至 1305可以采用 HTTP 302重定向机制来实现重定向,在实际应 用中,还可以采用代理方式来实现重定向,因此,步骤 1303至 1305可以具体为以下步骤 1306至 1308:

1306: NAS/GW使用代理方式触发重定向,发送相应的消息给重定向服务器。具体地, 该代理方式包括透明代理或显示代理,具体同实施例 1中的描述。

1307:重定向服务器收到 NAS/GW 发送的消息后,返回增值业务重定向页面给 NAS/GW。

1308: NAS/GW 收到该增值业务重定向页面后,转发该页面给终端,终端收到后显示 给用户查看,然后自动跳转到业务提供商 SP提供的原始页面,由 SP为用户提供数据业务, 流程结束。

本发明实施例提供的上述方法,根据预设的重定向触发条件,在本地的重定向策略中 找到终端的请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该 重定向服务器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了增值 业务的动态重定向,灵活方便,升级时不会影响现有的业务,且降低了成本,在不影响设 备性能的前提下,灵活的实现多种重定向。而且,可以实时地与外部设备或网元交互获得 重定向策略后进行重定向操作,完成现有方案中无法实现的重定向场景。

参见图 14,本发明实施例提供了一种重定向的方法,实现多种重定向,该方法具体包 括- 1401:终端在某一时刻激活数据业务,激活成功后发送访问页面的请求,该请求具体 为 HTTP请求或 WAP请求。

1402: NAS/GW收到该请求后,根据已收到的重定向通知和 /或预设的重定向触发条件, 查找本地的重定向策略,匹配到需要进行多次重定向,获取各个重定向的优先级,本实施 例以需要进行 3次重定向为例进行说明。

例如, NAS/GW判断出需要进行漫游切换重定向、新业务推广重定向和访问控制重定 向等。

1403: NAS/GW按照重定向优先级依次转发该请求,在本实施例中,重定向服务器的 优先级从高到低依次为重定向服务器 1、 2、 3;首先,转发该请求到重定向服务器 1,如转 发给漫游切换重定向服务器。

1404:重定向服务器 1收到该请求后,返回处理过的请求给 NAS/GW。

1405: NAS/GW收到后,转发该请求给重定向服务器 2,如转发给新业务推广重定向服 务器。

1406:重定向服务器 2收到该请求后,返回处理过的请求给 NAS/GW。

1407: NAS/GW收到后,转发该请求给重定向服务器 3,如转发给访问控制重定向服务 器。

1408:重定向服务器 3收到该请求后,返回处理过的请求给 NAS/GW。

1409: NAS/GW转发经过多个重定向服务器处理过的请求给业务提供商 SP。

1410:业务提供商 SP收到该请求后,返回 SP响应给 NAS/GW。

1411: NAS/GW收到 SP响应后,转发该响应给重定向服务器 1。

1412:重定向服务器 1收到该响应后,返回处理过的响应给 NAS/GW。

1413: NAS/GW收到该响应后,转发该响应给重定向服务器 2。

1414:重定向服务器 2收到该响应后,返回处理过的响应给 NAS/GW。

1415: NAS/GW收到该响应后,转发该响应给重定向服务器 3。

1416:重定向服务器 3收到该响应后,返回处理过的响应给 NAS/GW。

1417: NAS/GW收到该响应后,转发经过多个重定向服务器处理过的 SP响应给终端, 流程结束。

本发明实施例中,重定向的优先级可以是数值越低优先级越高,也可以是数值越高优 先级越高,都可以根据需要来设置。

本发明实施例提供的上述方法,根据收到的请求,在本地的重定向策略中找到终端的 请求对应的重定向服务器,触发终端请求该重定向服务器进行重定向或触发该重定向服务 器进行重定向,使得重定向服务器给终端提供相应的重定向页面,实现了多种重定向,灵 活方便,升级时不会影响现有的业务,且降低了成本,在不影响设备性能的前提下,灵活 的实现多种重定向。而且,可以实时地与外部设备或网元交互获得重定向策略后进行重定 向操作,完成现有方案中无法实现的重定向场景。

需要说明的是,在本发明上述所有实施例中, NAS或者 GW可以通过内置数据库表的 形式来存储上述重定向策略。参见图 15,为 NAS/GW 中内置数据库表,并通过配置设备 provision与第一网元交互的示意图。该数据库表中可以包括但不限于以下信息:终端信息、 重定向 URL、重定向触发条件、重定向类型、重定向的次数和重定向优先级等等。

其中,所述终端信息包括终端标示号码 /号段等,如固网中可以使用电话号码、移动网 络中可以使用手机号码或者 IMSI号,该标示号码可以是单独一个号码,也可以是一个号码 段。所述重定向次数是指某种类型的重定向需要重复进行多少次。如某种增值业务重定向 的次数为 5次,则终端第 1次至第 5次请求该增值业务时均进行重定向,后续再请求该增 值时则不再进行重定向。所述第一网元包括但不限于:客服中心 /营业厅、运营支撑系统、 计费系统 /PCRF等。配置设备 Provision可以单独部署为独立的网元,也可以内置在 NAS或 者 GW中,本发明不限定。 Provision提供统一的接口内容给第一网元,也可以根据第一网 元要求的接口形态进行接口的适配。但是不管外部接口的形态的差异性如何以及接口的承 载协议的不同,如 HTTP、 SOAP, REST或者是其他基于 TCP/UDP的自定义应用层协议等, 该接口包括但不限于以下信息:终端信息、重定向 URL、重定向触发条件、重定向类型、 重定向的次数和重定向优先级等等,与上述数据库表中存储的信息相同,此处不赘述。

另外,值得一提的是,本发明实施例中的 NAS或者 GW在进行多次重定向时,其所使 用的物理以太网接口是不同的,或者使用相同的以太网接口但是 VLAN是不同的。 NAS或 者 GW通过使用以太网端口或者 VLAN来连接不同的重定向服务器。

参见图 16,本发明实施例提供了一种重定向的装置,包括:

接收模块 1601,用于接收终端在激活数据业务后发送的访问页面的请求;

查找模块 1602,用于根据预设的重定向触发条件查找本地的重定向策略,根据所述重 定向触发条件对应的重定向服务器信息确定对应的重定向服务器;和 /或,根据收到的重定 向通知查找本地的重定向策略,根据所述重定向通知对应的重定向服务器信息确定对应的 重定向服务器;

处理模块 1603,用于根据确定的重定向服务器,触发终端请求重定向服务器进行重定 向,或触发重定向服务器进行重定向,使得重定向服务器提供相应的重定向页面给终端。

其中,接收模块 1601还可以用于,在查找模块 1602查找本地的重定向策略确定对应 的重定向服务器之前,接收第一网元在检测到指定的事件发生时发送的重定向通知。

参见图 17,所述重定向的装置还包括:

检测模块 1604,用于检测到预设的重定向触发条件满足。

本实施例中的处理模块 1603可以包括:

第一处理单元 1603a,用于根据确定的重定向服务器,使用超文本传输协议 HTTP 302 重定向机制触发终端主动请求重定向,从重定向服务器获取相应的重定向页面;或者, 第二处理单元 1603b,用于根据确定的重定向服务器,使用代理方式通知重定向服务器 进行重定向,使得重定向服务器主动发送相应的重定向页面给终端。

本实施例中的查找模块 1602还可以用于:如果根据预设的重定向触发条件和 /或收到的 重定向通知确定需要进行多次重定向,则从重定向策略中获取各个重定向的优先级;相应 地,处理模块 1603具体用于:按照优先级从高到低的顺序,依次触发终端请求重定向服务 器进行重定向或触发重定向服务器进行重定向,使得重定向服务器提供相应的重定向页面 给终端。

本实施例中,接收模块 1601包括以下至少一种:

第一接收单元 1601a,用于接收客服中心在检测到终端新开户时通过配置 provision设 备发送的重定向通知;

第二接收单元 1601b,用于接收客服中心在检测到有新业务推广时通过 provision设备 发送的重定向通知;

第三接收单元 1601c,用于接收计费系统或 PCRF在检测到终端的套餐、计费策略和订 购关系中的至少一种发生变更时通过 provision设备发送的重定向通知。

本实施例中,所述检测模块 1604可以包括以下至少一种:

第一检测单元 1604a,用于检测到终端发生漫游切换;

第二检测单元 1604b,用于检测到终端请求的页面为访问控制受限;

第三检测单元 1604c,用于检测到页面的业务提供商返回错误码;

第四检测单元 1604d,用于检测到计费系统或 PCRF返回错误码;

第五检测单元 1604e,用于检测到请求为终端在激活数据业务后发送的第一次访问页面 的请求;

第六检测单元 1604f,用于检测到需要为终端提供增值的数据业务。

本实施例提供的上述装置具体地可以位于 NAS或 GW中。

本发明实施例提供的上述装置,根据预设的重定向触发条件和 /或收到的重定向通知, 在本地的重定向策略中找到终端的请求对应的重定向服务器,触发终端请求该重定向服务 器进行重定向或触发该重定向服务器进行重定向,使得重定向服务器给终端提供相应的重 定向页面,实现了动态重定向,可以满足多种重定向场景,灵活方便,升级时不会影响现 有的业务,且降低了成本,在不影响设备性能的前提下,灵活的实现多种重定向。

参见图 18,本发明实施例提供了一种重定向的系统,包括重定向的装置 1801、和重定 向服务器 1802。

其中,重定向的装置 1801可以为上述实施例中的任一种重定向的装置。

重定向服务器 1802,用于根据终端的请求或重定向的装置 1801的触发,发送相应的重 定向页面给终端。

参见图 19,本实施例中,重定向的装置 1801的接收模块 1601还用于,在查找模块 1602 查找本地的重定向策略确定对应的重定向服务器之前,接收第一网元在检测到指定的事件 发生时发送的重定向通知;

相应地,所述重定向的系统还包括:

所述第一网元 1803,用于检测是否发生所述指定的事件,如果是,则发送所述重定向 通知给配置设备;

所述配置设备 1804,用于接收所述第一网元 1804发来的所述重定向通知,并将所述重 定向通知转发给所述重定向的装置 1801 ;

相应地,所述重定向的装置 1801还用于接收所述配置设备发来的所述重定向通知。 第一网元 1803包括但不限于:客服中心、运营支撑系统、计费系统 /PCRF等。

一种方式下,第一网元 1803具体为客服中心,用于在检测到终端新开户或者检测到有 新业务推广时发送重定向通知给所述配置设备 1804;相应地,所述配置设备 1804具体用于, 接收所述客服中心发来的所述重定向通知,并将所述重定向通知转发给所述重定向的装置

1801。

另一种方式下,第一网元 1803具体为计费系统或策略与计费规则功能 PCRF,用于在 检测到终端的套餐、计费策略和订购关系中的至少一种发生变更时发送重定向通知给所述 配置设备 1804; 相应地,所述配置设备 1804具体用于,接收所述计费系统或策略与计费规 则功能 PCRF发来的所述重定向通知,并将所述重定向通知转发给所述重定向的装置 1801。

本实施例中的配置设备 Provision 1804可以单独部署为独立的网元,也可以内置在 NAS 或者 GW中,本发明不限定。配置设备 1804可以提供统一的接口内容给各种类型的第一网 元,也可以根据第一网元要求的接口形态进行接口的适配。但是不管外部接口的形态的差 异性如何以及接口的承载协议的不同,如 HTTP、 SOAP, REST或者是其他基于 TCP/UDP 的自定义应用层协议等,该接口包括但不限于以下信息:终端信息、重定向 URL、重定向 触发条件、重定向类型、重定向的次数和重定向优先级等等,与上述实施例中的描述相同, 此处不赘述。

本发明实施例提供的上述系统,根据预设的重定向触发条件和 /或收到的重定向通知, 在本地的重定向策略中找到终端的请求对应的重定向服务器,触发终端请求该重定向服务 器进行重定向或触发该重定向服务器进行重定向,使得重定向服务器给终端提供相应的重 定向页面,实现了动态重定向,可以满足多种重定向场景,灵活方便,升级时不会影响现 有的业务,且降低了成本,在不影响设备性能的前提下,灵活的实现多种重定向。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完 成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储 介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

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