CN102811130A - 策略及计费控制下的重定向方法及重定向装置 - Google Patents

策略及计费控制下的重定向方法及重定向装置 Download PDF

Info

Publication number
CN102811130A
CN102811130A CN2011101501136A CN201110150113A CN102811130A CN 102811130 A CN102811130 A CN 102811130A CN 2011101501136 A CN2011101501136 A CN 2011101501136A CN 201110150113 A CN201110150113 A CN 201110150113A CN 102811130 A CN102811130 A CN 102811130A
Authority
CN
China
Prior art keywords
redirected
user
information
pcef
indication message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2011101501136A
Other languages
English (en)
Inventor
王军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Huawei Software Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2011101501136A priority Critical patent/CN102811130A/zh
Priority to EP12793433.9A priority patent/EP2709385A4/en
Priority to PCT/CN2012/076342 priority patent/WO2012163284A1/zh
Publication of CN102811130A publication Critical patent/CN102811130A/zh
Priority to US14/094,517 priority patent/US9344864B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88—Provision for limiting connection, or expenditure
    • H04M15/881—Provision for limiting connection, or expenditure for continuing the call beyond the limit using allow grace
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels

Abstract

本发明实施例公开了一种策略及计费控制下的重定向方法及重定向装置，涉及通信技术领域，为增强用户的业务体验而发明。一种PCC下的重定向方法，包括：获取用户的业务状态的变化信息以及当前的场景信息；根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务；如果需要向所述PCEF下发重定向任务，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，其中，所述重定向指示消息中包括重定向指示信息；向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。

Description

策略及计费控制下的重定向方法及重定向装置
技术领域
本发明涉及通信技术领域，尤其涉及一种策略及计费控制(Policy andCharging Control，PCC)下的重定向方法及重定向装置。
背景技术
PCC架构主要包括PCEF(Policy and Charging Enforcement Function，策略和计费执行功能)，PCRF(Policy and Charging Rule Function，策略和计费控制功能)，AF(Application Function，应用功能)，OCS(0nline ChargingSystem，在线计费系统)和SPR(Subscription Profile Repository，用户签约数据库)等功能实体。
在PCC架构下，当用户上线及访问业务时，PCEF向PCRF请求针对所述用户的业务控制策略，PCRF在由SPR获取所述用户对应的订购业务信息后，根据所述订购业务信息向PCEF下发相应的策略。然后，PCEF根据获得的策略与OCS进行交互，由所述OCS对所述用户在线计费。同时，PCEF实时上报用户的业务使用量给PCRF用于重新决策策略。
当用户的策略发生变化时，PCRF会及时的向PCEF下发变更后的策略，而后PCEF可利用本地静态配置的重定向策略将后续的业务流重定向到指定的服务器上。或者，OCS在用户余额不足或者欠费的场景下，也会下发重定向规则到PCEF，由PCEF对后续的业务流进行重定向。
但是，在实现本发明的过程中发明人发现，现有技术中的重定向方法的应用场景有限，特别是对于有数据卡但是没有手机的用户无法利用SMS(ShortMessage，短消息)方式通知该用户业务的当前状态时，现有技术中还没有能及时通知该用户业务的当前状态的方案，因此，这就影响了用户使用业务时的业务体验。
发明内容
本发明实施例提供一种策略及计费控制下的重定向方法及重定向装置，以增强用户的业务体验。
本发明实施例采用如下技术方案：
一种策略及计费控制PCC下的重定向方法，包括：
获取用户的业务状态的变化信息以及当前的场景信息；
根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务；
如果需要向所述PCEF下发重定向任务，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，其中，所述重定向指示消息中包括重定向指示信息；
向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
一种PCC下的重定向方法，包括：
向策略与计费规则功能PCRF发送用户的业务状态的变化信息；
接收所述PCRF发送的重定向指示消息，在所述重定向指示消息中包括重定向指示信息；其中，所述重定向指示消息是所述PCRF在确定需要下发重定向任务时，根据所述业务状态的变化信息以及当前的场景信息生成的；
根据所述重定向指示消息中的重定向指示信息进行重定向操作。
一种重定向装置，包括：
信息获取单元，用于获取用户的业务状态的变化信息以及当前的场景信息；
策略决策单元，用于根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务；
信息生成单元，用于在需要向所述PCEF下发重定向任务，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，其中，所述重定向指示消息中包括重定向指示信息；
信息发送单元，用于向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
一种重定向装置，包括：
信息发送单元，用于向策略与计费规则功能PCRF发送用户的业务状态的变化信息；
信息接收单元，用于接收所述PCRF发送的重定向指示消息，在所述重定向指示消息中包括重定向指示信息；其中，所述重定向指示消息是所述PCRF在确定需要下发重定向任务时，根据所述业务状态的变化信息以及当前的场景信息生成的；
操作单元，用于根据所述重定向指示消息中的重定向指示信息进行重定向操作。
本发明实施例的PCC下的重定向方法及重定向装置，获取用户的业务状态的变化信息以及当前的场景信息，并根据当前的场景信息确定是否下发重定向任务。如果需要向所述PCEF下发重定向任务，根据所述业务状态变化信息以及当前的场景信息生成重定向指示消息，并向所述PCEF发送所述重定向指示消息。由上可以看出，在本发明实施例中，PCRF能够根据业务运营过程中的场景信息，确定相应的重定向任务下发策略并生成对应的重定向指示消息，同时通过该重定向指示消息中的重定向指示信息指示PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。因此，当用户访问HTTP(HyperText TransferProtocol，超文本传输协议)业务时，通过进行重定向操作可以将当前的网页重定向到指定的信息提醒页面，从而可在用户使用业务时通过HTTP网页的形式及时呈现给用户的业务使用详情，使用户更能实时的了解业务的使用详情。因此，利用本发明实施例所述的方法和装置能够及时通知用户业务的当前状态，从而提高用户对业务的使用体验。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一PCC下的重定向方法的流程图；
图2为本发明实施例二PCC下的重定向方法的流程图；
图3为本发明实施例中PCEF创建用户会话时的重定向过程示意图；
图4为PCEF用户的会话更新时的重定向过程示意图；
图5为本发明实施例中用户订购关系和/或状态发生变更的重定向过程示意图；
图6为本发明实施例中PCEF结束用户会话的重定向过程示意图；
图7为本发明实施例三重定向装置的示意图；
图8为本发明实施例四重定向装置的示意图；
图9为本发明实施例重定向装置的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，本发明实施例一一种PCC下的重定向方法包括：
步骤11、PCRF获取用户的业务状态的变化信息以及当前的场景信息。
在此实施例中，所述业务状态的变化信息包括以下信息中的至少一种：用户上线，用户的会话更新，用户的订购关系或者状态发生变更，用户结束会话。相应的，在此步骤中，针对不用的业务状态的变化信息，PCRF获取用户的业务状态变化信息的方式也不同，具体举例如下：
当用户上线后，接收所述PCEF发送的创建初始策略请求以及用户信息以获取用户的业务状态的变化信息；
当所述用户的会话更新时，接收所述PCEF发送的更新策略请求以及业务变更信息获取用户的业务状态的变化信息；
当所述用户的订购关系或者状态发生变更时，接收用户签约数据库发送的业务变更信息获取用户的业务状态的变化信息；
当所述用户结束会话时，接收所述PCEF发送的CCRT消息，并在所述PCEF针对所述用户再次发起会话时，接收所述PCEF发送的创建初始策略请求以及用户信息获取用户的业务状态的变化信息。
对于当前的场景信息，PCRF可根据用户当前业务使用的状态获得。其中，所述当前的场景信息可以包括以下信息中的至少一种：
用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
其中，所述用户信息包括但不限于用户的签约状态(如欠费，锁定，黑名单，白名单)，用户的品牌，用户所属的群组信息，用户的订购套餐状态等。所述网络状态包括位置，时间，APN(Access Point Name，接入点名称)，SGSN(SERVICING GPRS SUPPORT NODE，GPRS服务支持节点)地址，网络制式，带宽，访问用户数等。步骤12、PCRF根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务。
当当前的场景信息为步骤11中描述的信息中的至少一种时，PCRF确定需要向PCEF下发重定向任务，当当前场景信息不是步骤11描述的信息之一时，则确定不需要向策略和计费执行功能PCEF下发重定向任务。
步骤13、如果需要向所述PCEF下发重定向任务，PCRF根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，在所述重定向指示消息中包括重定向指示信息。
其中，所述重定向指示信息用于指示所述PCEF根据所述重定向指示消息进行重定向操作的具体规则。具体，在此实施例中，PCRF根据所述业务状态的变化信息和当前的场景信息确定所述重定向指示信息中各个参数的取值。通过一指示消息携带各个参数设置有相应取值的重定向指示信息，并将所述指示消息作为所述重定向指示消息。例如，该指示消息可以为信用控制应答(CCA，Credit-Control-Answer)消息。
步骤14、PCRF向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
在本发明实施例一中，PCRF能够根据业务运营过程中的场景信息，确定相应的重定向任务下发策略并生成对应的重定向指示消息，同时通过该重定向指示消息中的重定向指示信息指示PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。因此，当用户访问HTTP业务时，通过进行重定向操作可以将当前的网页重定向到指定的信息提醒页面，从而可通过HTTP网页的形式及时呈现给用户的业务使用详情。因此，利用本发明实施例一的方法能够及时通知用户业务的当前状态，从而提高了用户对业务的使用体验。
如图2所示，本发明实施例二一种PCC下的重定向方法包括：
步骤21、PCEF向PCRF发送用户的业务状态的变化信息。
当用户的业务状态发生变化时，PCEF向PCRF发送用户的业务状态的变化信息，例如用户上线，用户的会话更新，用户的订购关系或者状态发生变更，用户结束会话等。当用户上线后，PCEF向所述PCRF发送创建初始策略请求以及用户信息；当所述用户的会话更新时，PCEF向所述PCRF发送更新策略请求以及业务变更信息；当所述用户结束会话时，PCEF向所述PCRF发送CCRT消息，并在对所述用户再次发起会话时，向所述PCRF发送创建初始策略请求以及用户信息。
步骤22、所述PCEF接收所述PCRF发送的重定向指示消息，在所述重定向指示消息中包括重定向指示信息；其中，所述重定向指示消息是所述PCRF在确定需要向所述PCEF下发重定向任务时，根据所述业务状态的变化信息以及当前的场景信息生成的。所述PCRF确定是否需要向所述PCEF下发重定向任务的过程具体可以参照实施例一的相关描述。
步骤23、所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
具体的，在此步骤中，PCEF解析所述重定向指示消息，获取所述重定向指示信息，然后根据所述重定向指示信息将用户当前访问的网页重定向到指定的信息提醒页面。
在本发明实施例二中，由于PCRF能够根据业务运营过程中的场景信息，确定相应的重定向任务下发策略并生成对应的重定向指示消息，同时通过该重定向指示消息中的重定向指示信息指示PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。因此，当用户访问HTTP业务时，通过进行重定向操作可以将当前的网页重定向到指定的信息提醒页面，从而可在用户使用业务时通过HTTP网页的形式及时将用户的业务使用详情呈现给用户，使用户更能实时的了解业务的使用详情。因此，利用本发明实施例二的方法，PCEF能够及时的根据PCRF的指令进行相应的重定向操作，从而能够及时通知用户业务的当前状态，提高了用户对业务的使用体验。
在本发明实施例中，为了使得PCRF及时通知PCEF进行重定向操作，本发明实施例中对Gx接口进行了扩展，在Gx接口增加了重定向控制策略。其中，对Gx接口协议进行如下修订：
1)在Charging-Rule-Install的AVP(attribute-value pairs，属性值对)中增加如下AVP定义：
Charging-Rule-Install::＝
           Notify-Rule-Definition
         ..(其他已有AVP)
其中，Notify-Rule-Definition AVP为新增组合的AVP，用于定义一次重定向任务。定义如下：
Notify-Rule-Definition::＝
    {Notify-Rule-Name}
    {Service-Id}
    {Redirect-Server}
    {Redirect-Times}
    [Redirect-Report-Enable]
    [Redirect-Revalidate-Time]
    [Redirection-Parameter-Method]
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}
              {Redirect-Parameter-Value}
其中，Notify-Rule-Name，通知规则名称，用于唯一标识一次重定向任务；
Service-Id，业务标识，用于表示重定向所针对的业务流，可通过协议/URL(Uniform Resource Locator，统一资源定位符)/IP：Port等方式来定义。例如，所述协议可以为HTTP协议等支持重定向功能的应用或者协议。
Redirect-Server，用于标识重定向服务器。该参数为重用Gy接口中的AVP，其Redirect-Address-Type固定为2：URL。
Redirect-Times，用于表示重定向次数，取值范围(0，1，2)，0指示PCEF对Service-Id指定的协议每次收到数据包时永远做重定向；1指示PCEF收到重定向任务后执行一次重定向，稍后放行；2指示PCEF每次用户上线时首次访问时重定向，后面的放行。
Redirect-Report-Enable，用于指示PCEF是否需要上报重定向任务的执行状态，取值范围(0，1)，0表示不需要上报重定向任务的执行状态，1表示需要上报重定向任务的执行状态。
Redirect-Revalidate-Time，用于表示不论重定向任务是否执行，指示PCEF在指定时间内上报重定向任务的执行结果。
Redirection-Parameter-Method，用于表示向重定向服务器传递参数时的附加方式，取值范围(0，1)，0表示在协议的头域中传递，1表示附加在URL的参数中。
Redirection-Parameter-Information，用于表示向重定向服务器传递的参数，包括Redirect-Parameter-Name和Redirect-Parameter-Value两个参数.Redirect-Parameter-Name为参数名，Redirect-Parameter-Value为参数值。
2)Charging-Rule-Remove AVP中增加如下AVP定义：
Charging-Rule-Install::＝
           Notify-Rule-Name
         ..(其他已有AVP)
Notify-Rule-Name，通知规则名称，用于唯一标识该信息用于清除用户的当前的重定向策略。
3)Charging-Rule-Report AVP增加如下AVP定义：
Charging-Rule-Report::＝
        Notifv-Rule-Name
        Notify-Rule-Status(0：Performed，1：No performed)
其中，Notify-Rule-Name，通知规则名称，用于唯一标识该信息用于上报重定向任务的执行结果。
Notify-Rule-Status，用于表示重定向任务的执行结果，取值范围(0，1)，0表示已执行，1表示未执行。
按照以上扩展的Gx接口协议，可以通过其中的Charging-Rule-Install携带重定向指示信息，通过Charging-Rule-Report携带重定向结果上报信息，通过Charging-Rule-Remove携带策略清除信息。
以下结合对Gx接口不同的扩展以及不同的业务状态的变化信息，详细描述一下本发明实施例方法的具体实现过程。
(一)用户上线，PCEF创建用户会话
如图3所示，PCEF创建用户会话时的重定向过程主要包括：
步骤31、当用户上线后，PCEF向PCRF发送初始信用控制请求(CCRI，Credit-Control-Request Initial)，同时上报用户信息。其中，所述用户信息可包括用户的用户标识，网络类型等。
步骤32、PCRF向SPR查询用户信息以及订购业务。
步骤33、SPR向PCRF返回该用户的订购业务列表。
步骤34、PCRF获取当前的场景信息，确定是否向PCEF下发重定向任务。
其中，如果当前的场景包括以下场景中的一种，PCRF将会确定向PCEF下发重定向任务，如：用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
当然，在此所列举的场景只是举例而已，在具体应用中可根据需要再添加其他的场景信息以确定向PCEF下发重定向任务。
步骤35、如果PCRF确定需要向PCEF下发重定向任务，向PCEF下发重定向指示消息。
在此实施例中，所述重定向指示消息可以采用信用控制应答(CCA，Credit-Control-Answer)消息。在生成该重定向指示消息时，PCRF将会根据重定向任务的类型以及由PCEF/SPR/AF(Application Function，应用功能)等获得的信息确定相应的参数值，并利用重定向指示信息指示所述PCEF根据所述重定向指示消息进行重定向操作的具体规则。其中，所述重定向指示信息采用前述Charging-Rule-Install中的Notify-Rule-Definition的结构。
步骤36、PCEF根据该重定向指示消息执行重定向任务。
步骤37、当在重定向指示信息中要求PCEF上报重定向任务的执行结果时，PCEF向PCRF发送重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
其中，所述重定向结果上报消息可采用信用控制请求更新(CCRU，Credit-Control-Request update)消息，所述重定向结果上报信息采用Charging-Rule-Report的结构。
此外，所述PCRF还可根据PCEF上报的结果判断是否需要采用其他的形式通知用户，如对可接收短消息的用户还可通过SMS(Short Message，短消息)的方式等。
例如，在此实施例中重定向指示信息的定义如下：
Notify-Rule-Definition::＝
    {Notify-Rule-Name}-unsubscription notification(未订购提醒)
    {Service-Id}-P2P services(未订购P2P相关套餐时访问P2P)
    {Redirect-Server}-http://productadvice.mobile.com(待订购产品推荐portal)
    {Redirect-Times}-0-永远重定向
    [Redirect-Report-Enable]-1(上报重定向任务的执行状态)
    [Redirection-Parameter-Method]
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-UID(用户标识)
             {Redirect-Parameter-Value}-111111
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-ProductID(用户套餐标识)
              {Redirect-Parameter-Value}-2M包2G带宽后付费用户
所述重定向结果上报信息的定义如下：
Charging-Rule-Report::＝
        Notify-Rule-Name＝usage notification(流量提醒)，与definition中的一致)
        Notify-Rule-Status＝0：Performed(已执行)
(二)用户的会话更新，PCEF更新用户会话
如图4所示，PCEF更新用户会话的重定向过程主要包括：
步骤41、当用户的会话更新时，PCEF向PCEF发送更新策略请求(如CCRU)，并上报业务变更信息。其中用户的会话的更新，还可能是由于PCRF下发的相应的事件(event)被触发了。
步骤42、PCRF根据业务变更信息以及当前的场景信息，确定是否向PCEF下发重定向任务。
其中，如果当前的场景包括以下场景中的一种，PCRF将会确定向PCEF下发重定向任务，如：
用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
当然，在此所列举的场景只是举例而已，在具体应用中可根据需要再添加其他的场景信息以确定向PCEF下发重定向任务。
步骤43、如果PCRF确定需要向PCEF下发重定向任务，向PCEF下发重定向指示消息。
在此实施例中，所述重定向指示消息可以采用CCA消息。在生成该重定向指示消息时，PCRF将会根据重定向任务的类型以及由PCEF/SPR/AF等获得的信息确定相应的参数值，并利用重定向指示信息指示所述PCEF根据所述重定向指示消息进行重定向操作的具体规则。其中，所述重定向指示信息采用前述Charging-Rule-Install中的Notify-Rule-Definition的结构。
此外，在该重定向指示消息中还可包括：策略清除信息，用于指示所述PCEF清除所述用户的当前的重定向策略。其中，所述策略清除信息可采用前述的Charging-Rule-Remove的结构。
步骤44、PCEF根据该重定向指示消息执行重定向任务。
步骤45、当在重定向指示信息中要求PCEF上报重定向任务的执行结果时，PCEF向PCRF发送重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
其中，所述重定向结果上报消息可采用CCRU消息，所述重定向结果上报信息采用Charging-Rule-Report的结构。
例如，在此实施例中重定向指示信息的定义如下：
Notify-Rule-Definition::＝
    {Notify-Rule-Name}-usage notification(流量提醒)
    {Service-Id}-*for all services
    {Redirect-Server} http://productadvice.mobile.com(turbo产品推荐portal)
    {Redirect-Times}-2-在首次上线时提醒
    [Redirect-Report-Enable]-1(关注是否执行重定向操作)
    [Redirection-Parameter-Method]
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-UID(用户标识)
             {Redirect-Parameter-Value}-111111
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-UsagedUsage(流量已使用值)
             {Redirect-Parameter-Value}-2G
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-RatingBefore(之前费率)
             {Redirect-Parameter-Value}-RatingGroup0(免费)
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-RatingAfter(之后费率)
             {Redirect-Parameter-Value}-RatingGroup1($2/Mb)
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-ProductID(用户套餐标识)
             {Redirect-Parameter-Value}-2M包2G带宽后付费用户
所述重定向结果上报信息的定义如下：
Charging-Rule-Report::＝
        Notify-Rule-Name＝usage notification(流量提醒)，与definition中的一致)
        Notify-Rule-Status＝0：Performed(已执行)
所述策略清除信息的定义如下：
Charging-Rule-Remove::＝
           Notify-Rule-Name＝usage notification(流量提醒)，与definition中的一致)
(三)用户订购关系和/或状态发生变更
如图5所示，用户订购关系和/或状态发生变更的重定向过程主要包括：
步骤51、用户订购关系和/或状态发生变更时，SPR向PCRF发送业务变更信息，通知PCRF用户订购关系和/或状态发生变更。
步骤52、PCRF向SPR发送接收成功消息。
步骤53、PCRF根据业务变更信息以及当前的场景信息，确定是否向PCEF下发重定向任务。
其中，如果当前的场景包括以下场景中的一种，PCRF将会确定向PCEF下发重定向任务，如：用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
步骤54、如果PCRF确定需要向PCEF下发重定向任务，向PCEF下发重定向指示消息。
在此实施例中，所述重定向指示消息可以采用CCA消息。在生成该重定向指示消息时，PCRF将会根据重定向任务的类型以及由PCEF/SPR/AF等获得的信息确定相应的参数值，并利用重定向指示信息指示所述PCEF根据所述重定向指示消息进行重定向操作的具体规则。其中，所述重定向指示信息采用前述Charging-Rule-Install中的Notify-Rule-Definition的结构。
此外，在该重定向指示消息中还可包括：策略清除信息，用于指示所述PCEF清除所述用户的当前的重定向策略。其中，所述策略清除信息可采用前述的Charging-Rule-Remove的结构。
步骤55、PCEF根据该重定向指示消息执行重定向任务。
步骤56、当在重定向指示信息中要求PCEF上报重定向任务的执行结果时，PCEF向PCRF发送重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
其中，所述重定向结果上报消息可采用CCRU消息，所述重定向结果上报信息采用Charging-Rule-Report的结构。
此外，所述PCRF还可根据PCEF上报的结果判断是否需要采用其他的形式通知用户，如SMS的方式等。
步骤57、PCRF向PCEF发送CCA消息。
例如，在此实施例中重定向指示信息的定义如下：
Notify-Rule-Definition::＝
    {Notify-Rule-Name}-subscription notification(订购提醒)
    {Service-Id}-P2P services(针对P2P套餐的订购提醒)
    {Redirect-Server}-http://subscriptionnoitify.mobile.com(订购portal)
    {Redirect-Times}-2-在首次上线时提醒
    [Redirect-Report-Enable]-1(关注是否执行重定向操作)
     Redirect-Revalidate-Time]＝600000(10分钟之后必须上报)
    [Redirection-Parameter-Method]
     *[Redirection-Parameter-Information]
            {Redirect-Parameter-Name}-UID(用户标识)
              {Redirect-Parameter-Value}-111111
     *[Redirection-Parameter-Information]
            {Redirect-Parameter-Name}-ProductID(用户订购的套餐标识)
              {Redirect-Parameter-Value}-2M包2G带宽后付费用户
所述重定向结果上报信息的定义如下：
Charging-Rule-Report::＝
        Notify-Rule-Name＝subscription notification(订购提醒，与definition中的一致)
        Notify-Rule-Status＝1：Not Performed(未执行)
所述策略清除信息的定义如下：
Charging-Rule-Remove::＝
            subscription notification(订购提醒，与definition中的一致)(四)用户结束会话，PCEF结束用户会话
如图6所示，PCEF结束用户会话的重定向过程主要包括：
步骤61、PCEF结束用户会话并通过CCRT(Credit-Control-Requestterminate，终止信用控制请求)消息上报用户的使用流量等信息。
步骤62、PCRF可记录该用户本次会话的访问信息，并生成下次该用户再次上线时需要执行的上次活动提醒重定向任务。
步骤63、PCRF向PCEF发送CCA消息，确认CCRT处理结果。
步骤64、PCEF针对相同用户发起新的访问会话，向PCRF发送CCRI消息。
步骤65、PCRF根据当前的场景信息，确定是否向PCEF下发重定向任务。
其中，如果当前的场景包括以下场景时，PCRF将会确定向PCEF下发重定向任务，如：需要提醒用户上次的访问记录。
步骤66、如果PCRF确定需要向PCEF下发重定向任务，向PCEF下发重定向指示消息。
在此实施例中，所述重定向指示消息可以采用CCA消息。在生成该重定向指示消息时，PCRF将会根据重定向任务的类型以及由PCEF/SPR/AF等获得的信息确定相应的参数值，并利用重定向指示信息指示所述PCEF根据所述重定向指示消息进行重定向操作的具体规则。其中，所述重定向指示信息采用前述Charging-Rule-Install中的Notify-Rule-Definition的结构。
步骤67、PCEF根据该重定向指示消息执行重定向任务。
步骤68、当在重定向指示信息中要求PCEF上报重定向任务的执行结果时，PCEF向PCRF发送重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
其中，所述重定向结果上报消息可采用CCRU消息，所述重定向结果上报信息采用Charging-Rule-Report的结构。
例如，在此实施例中重定向指示信息的定义如下：
Notify-Rule-Definition::＝
    {Notify-Rule-Name} LastLoginnotification(上次上线提醒)
    {Service-Id} *services(访问所有业务时都会触发提醒)
    {Redirect-Server}http://historynoitify.mobile.com(上次上线提醒portal)
    {Redirect-Times}-2-在首次上线时提醒
    [Redirect-Report-Enable]-1(上报重定向任务的执行状态)
    [Redirection-Parameter-Method]
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-UID(用户标识)
             {Redirect-Parameter-Value}-111111
    *[Redirection-Parameter-Information]
           {Redirect-Parameter-Name}-StartTime(上次访问开始时间)
             {Redirect-Parameter-Value}-20110511190001
     *[Redirection-Parameter-Information]
            {Redirect-Parameter-Name}-EndTime(上次访问结束时间)
              {Redirect-Parameter-Value}-20110511220001
     *[Redirection-Parameter-Information]
            {Redirect-Parameter-Name}-trafficvoluem(上次访问总)
              {Redirect-Parameter-Value}-500M
所述重定向结果上报信息的定义如下：
Charging-Rule-Report::＝
        Notify-Rule-Name＝LastLoginnotification(上次上线提醒，与definition中的一致)
        Notify-Rule-Status＝1：Not Performed(未执行)
通过以上的描述可以看出，在本发明实施例的PCC下的重定向方法中，统一定义了重定向策略决策，避免了多点PCEF的重复建设，减少相应的改造点。而且，基于PCC的标准框架，灵活实现数据业务运营过程中的多种通知场景，由于PCRF能够根据业务运营过程中的场景信息，确定相应的重定向任务下发策略并生成对应的重定向指示消息，同时通过该重定向指示消息中的重定向指示信息指示PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。因此，当用户访问HTTP业务时，通过进行重定向操作可以将当前的网页重定向到指定的信息提醒页面，从而可在用户使用业务时通过HTTP网页的形式及时呈现给用户的业务使用详情，使用户更能实时的了解业务的使用详情。特别是针对有数据卡而无手机的用户无法开展SMS通知的情况下，通过HTTP网页形式及时呈现给最终用户业务使用详情，增强了用户的业务体验。
如图7所示，本发明实施例三还提供了一种重定向装置，包括：
信息获取单元71，用于获取用户的业务状态的变化信息以及当前的场景信息；策略决策单元72，用于根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务；信息生成单元73，用于在需要向所述PCEF下发重定向任务时，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，在所述重定向指示消息中包括重定向指示信息；信息发送单元74，用于向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
与前述方法实施例描述的相同，在此实施例中，所述业务状态的变化信息包括以下状态的至少一种：用户上线，用户的会话更新，用户的订购关系或者状态发生变更，用户结束会话。根据业务状态所包含的内容的不同，所述信息获取单元71在获取用户的业务状态的变化信息时具体用于：当用户上线后，接收所述PCEF发送的创建初始策略请求以及用户信息；或者当所述用户的会话更新时，接收所述PCEF发送的更新策略请求以及业务变更信息；或者当所述用户的订购关系或者状态发生变更时，接收用户签约数据库发送的业务变更信息；或者当所述用户结束会话时，接收所述PCEF发送的CCRT消息，并在所述PCEF针对所述用户再次发起会话时，接收所述PCEF发送的创建初始策略请求以及用户信息。
其中，当所述业务状态的变化信息为用户的会话更新，或者当所述业务状态的变化信息为用户的订购关系或者状态发生变更时，在所述重定向指示消息中还包括策略清除信息，用于指示所述PCEF清除所述用户的当前的重定向策略。
此外，本发明实施例所述的装置还可包括：接收单元，用于接收所述PCEF发送的重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
其中，所述策略决策单元72具体用于：当所述当前的场景信息为以下信息中的任意一种时，确定需要向策略和计费执行功能PCEF下发重定向任务，否则确定不需要向策略和计费执行功能PCEF下发重定向任务。
所述信息包括：用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
所述信息生成单元73可包括：确定模块，用于根据所述业务状态的变化信息和当前的场景信息确定所述重定向指示信息中各个参数的取值；生成模块，用于通过一指示消息携带各个参数设置有相应取值的重定向指示信息，并将所述指示消息作为所述重定向指示消息。
在此是实施例中，所述重定向指示信息、重定向结果上报信息、策略清除信息可采用前述实施例中描述的结构。
在本发明实施例中，所述重定向装置能够根据业务运营过程中的场景信息，确定相应的重定向任务下发策略并生成对应的重定向指示消息，同时通过该重定向指示消息中的重定向指示信息指示PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。因此，当用户访问HTTP业务时，通过进行重定向操作可以将当前的网页重定向到指定的信息提醒页面，从而可在用户使用业务时通过HTTP网页的形式及时呈现给用户的业务使用详情，使用户更能实时的了解业务的使用详情。因此，利用本发明实施例的重定向装置能够及时通知用户业务的当前状态，从而提高了用户对业务的使用体验。
图7所示的重定向装置可位于PCRF中，其工作原理可参照前述方法实施例的描述。
如图8所示，本发明实施例四还提供了一种重定向装置，包括：
信息发送单元81，用于向策略与计费规则功能PCRF发送用户的业务状态的变化信息；信息接收单元82，用于接收所述PCRF发送的重定向指示消息，在所述重定向指示消息中包括重定向指示信息；其中，所述重定向指示消息是所述PCRF在确定需要下发重定向任务时，根据所述业务状态变化信息以及当前的场景信息生成的；操作单元83，用于根据所述重定向指示消息中的重定向指示信息进行重定向操作。
在此实施例中，所述业务状态的变化信息包括以下状态的至少一种：用户上线，用户的会话更新，用户结束会话。根据业务状态所包含的内容的不同，所述信息发送单元具体81用于：当用户上线后，向所述PCRF发送创建初始策略请求以及用户信息；或者当所述用户的会话更新时，向所述PCRF发送更新策略请求以及业务变更信息；或者当所述用户结束会话时，向所述PCRF发送CCRT消息，并在对所述用户再次发起会话时，向所述PCRF发送创建初始策略请求以及用户信息。
其中，所述操作单元83可包括：解析模块，用于解析所述重定向指示消息，获取所述重定向指示信息；操作模块，用于根据所述重定向指示信息将用户当前访问的网页重定向到指定的信息提醒页面。
当所述业务状态为用户的会话更新时，在所述重定向指示消息中还包括策略清除信息，用于指示清除所述用户的当前的重定向策略。此时，如图9所示，所述装置还包括：策略清除单元84，用于根据所述策略清除信息清除所述用户的当前的重定向策略。再如图9所示，所述装置还可包括：结果上报单元85，用于向所述PCRF发送重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
由于能够根据业务运营过程中的场景信息，确定相应的重定向任务下发策略并生成对应的重定向指示消息，同时通过该重定向指示消息中的重定向指示信息指示PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。因此，当用户访问HTTP业务时，通过进行重定向操作可以将当前的网页重定向到指定的信息提醒页面，从而可在用户使用业务时通过HTTP网页的形式及时呈现给用户的业务使用详情，使用户更能实时的了解业务的使用详情。因此，利用本发明实施例四的重定向装置，能够及时的根据PCRF的指令进行相应的重定向操作，从而能够及时通知用户业务的当前状态，提高了用户对业务的使用体验。
图8或图9所示的重定向装置可位于PCEF中，其工作原理可参照前述方法实施例的描述。
本发明实施例的重定向装置是用于执行本发明实施例所述的重定向方法的，其具体的实现过程可以参照本发明方法实施例的相关描述，在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (23)

1.一种策略及计费控制PCC下的重定向方法，其特征在于，包括：
获取用户的业务状态的变化信息以及当前的场景信息；
根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务；
如果需要向所述PCEF下发重定向任务，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，其中，所述重定向指示消息中包括重定向指示信息；
向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
2.根据权利要求1所述的方法，其特征在于，所述业务状态的变化信息包括以下信息中的至少一种：用户上线，用户的会话更新，用户的订购关系或者状态发生变更，用户结束会话；
所述获取用户的业务状态的变化信息包括：
当用户上线后，接收所述PCEF发送的创建初始策略请求以及用户信息；或者
当所述用户的会话更新时，接收所述PCEF发送的更新策略请求以及业务变更信息；或者
当所述用户的订购关系或者状态发生变更时，接收用户签约数据库发送的业务变更信息；或者
当所述用户结束会话时，接收所述PCEF发送的CCRT消息，并在所述PCEF针对所述用户再次发起会话时，接收所述PCEF发送的创建初始策略请求以及用户信息。
3.根据权利要求1所述的方法，其特征在于，所述根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务包括：
当所述当前的场景信息为以下信息中的任意一种时，则确定需要向策略和计费执行功能PCEF下发重定向任务；
所述信息包括：用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
4.根据权利要求2所述的方法，其特征在于，所述如果需要向所述PCEF下发重定向任务，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息包括：
根据所述业务状态的变化信息和当前的场景信息确定所述重定向指示信息中各个参数的取值；
通过一指示消息携带各个参数设置有相应取值的重定向指示信息，并将所述指示消息作为所述重定向指示消息。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述重定向指示信息包括：
Notify-Rule-Name，通知规则名称，用于唯一标识一次重定向任务；
Service-Id，业务标识，用于表示重定向所针对的业务流；
Redirect-Server，用于标识重定向服务器；
Redirect-Times，用于表示重定向次数；
Redirect-Report-Enable，用于指示PCEF是否需要上报重定向任务的执行状态；
Redirect-Revalidate-Time，用于指示PCEF在指定时间内上报重定向任务的执行结果；
Redirection-Parameter-Method，用于表示向重定向服务器传递参数时的附加方式；
Redirection-Parameter-Information，用于表示向重定向服务器传递的参数。
6.根据权利要求2所述的方法，其特征在于，当所述业务状态的变化信息为用户的会话更新，或者当所述业务状态的变化信息为用户的订购关系或者状态发生变更时，
在所述重定向指示消息中还包括策略清除信息，用于指示所述PCEF清除所述用户的当前的重定向策略。
7.根据权利要求1-4和6任一项所述的方法，其特征在于，在所述向所述PCEF发送所述重定向指示消息后，所述方法还包括：
接收所述PCEF发送的重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
8.根据权利要求7所述的方法，其特征在于，所述重定向结果上报信息包括：
Notify-Rule-Name，通知规则名称，用于唯一标识该信息用于上报重定向任务的执行结果；
Notify-Rule-Status，用于表示重定向任务的执行结果。
9.一种PCC下的重定向方法，其特征在于，包括：
向策略与计费规则功能PCRF发送用户的业务状态的变化信息；
接收所述PCRF发送的重定向指示消息，在所述重定向指示消息中包括重定向指示信息；其中，所述重定向指示消息是所述PCRF在确定需要下发重定向任务时，根据所述业务状态的变化信息以及当前的场景信息生成的；
根据所述重定向指示消息中的重定向指示信息进行重定向操作。
10.根据权利要求9所述的方法，其特征在于，所述业务状态的变化信息包括以下信息中的至少一种：用户上线，用户的会话更新，用户结束会话；
所述向策略与计费规则功能PCRF发送用户的业务状态的变化信息包括：
当用户上线后，向所述PCRF发送创建初始策略请求以及用户信息；或者
当所述用户的会话更新时，向所述PCRF发送更新策略请求以及业务变更信息；或者
当所述用户结束会话时，向所述PCRF发送CCRT消息，并在对所述用户再次发起会话时，向所述PCRF发送创建初始策略请求以及用户信息。
11.根据权利要求10所述的方法，其特征在于，当所述业务状态的变化信息为用户的会话更新时，在所述重定向指示消息中还包括策略清除信息，用于指示清除所述用户的当前的重定向策略；
在所述根据所述重定向指示消息进行重定向操作前，所述方法还包括：
根据所述策略清除信息清除所述用户的当前的重定向策略。
12.根据权利要求9-11任一项所述的方法，其特征在于，根据所述重定向指示消息中的重定向指示信息进行重定向操作包括：
解析所述重定向指示消息，获取所述重定向指示信息；
根据所述重定向指示信息将用户当前访问的网页重定向到指定的信息提醒页面。
13.一种重定向装置，其特征在于，包括：
信息获取单元，用于获取用户的业务状态的变化信息以及当前的场景信息；
策略决策单元，用于根据所述当前的场景信息确定是否向策略和计费执行功能PCEF下发重定向任务；
信息生成单元，用于在需要向所述PCEF下发重定向任务，根据所述业务状态的变化信息以及当前的场景信息生成重定向指示消息，其中，所述重定向指示消息中包括重定向指示信息；
信息发送单元，用于向所述PCEF发送所述重定向指示消息，使得所述PCEF根据所述重定向指示消息中的重定向指示信息进行重定向操作。
14.根据权利要求13所述的装置，其特征在于，所述业务状态的变化信息包括以下信息中的至少一种：用户上线，用户的会话更新，用户的订购关系或者状态发生变更，用户结束会话；
所述信息获取单元在获取用户的业务状态的变化信息时具体用于：
当用户上线后，接收所述PCEF发送的创建初始策略请求以及用户信息；或者当所述用户的会话更新时，接收所述PCEF发送的更新策略请求以及业务变更信息；或者当所述用户的订购关系或者状态发生变更时，接收用户签约数据库发送的业务变更信息；或者当所述用户结束会话时，接收所述PCEF发送的CCRT消息，并在所述PCEF针对所述用户再次发起会话时，接收所述PCEF发送的创建初始策略请求以及用户信息。
15.根据权利要求13所述的装置，其特征在于，所述策略决策单元具体用于：
当所述当前的场景信息为以下信息中的任意一种时，则确定需要向策略和计费执行功能PCEF下发重定向任务；
所述信息包括：用户信息发生变化，网络状态发生变化，用户请求的服务质量发生变化，用户授权的服务质量发生变化，用户的计费模式发生变化，用户的套餐配额及已使用量发生变化，用户所属组的配额及已使用量发生变化。
16.根据权利要求13所述的装置，其特征在于，所述信息生成单元包括：
确定模块，用于根据所述业务状态的变化信息和当前的场景信息确定所述重定向指示信息中各个参数的取值；
生成模块，用于通过一指示消息携带各个参数设置有相应取值的重定向指示信息，并将所述指示消息作为所述重定向指示消息。
17.根据权利要求14所述的装置，其特征在于，当所述业务状态的变化信息为用户的会话更新，或者当所述业务状态的变化信息为用户的订购关系或者状态发生变更时，在所述重定向指示消息中还包括策略清除信息，用于指示所述PCEF清除所述用户的当前的重定向策略。
18.根据权利要求13-17任一所述的装置，其特征在于，所述装置还包括：
接收单元，用于接收所述PCEF发送的重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
19.一种重定向装置，其特征在于，包括：
信息发送单元，用于向策略与计费规则功能PCRF发送用户的业务状态的变化信息；
信息接收单元，用于接收所述PCRF发送的重定向指示消息，在所述重定向指示消息中包括重定向指示信息；其中，所述重定向指示消息是所述PCRF在确定需要下发重定向任务时，根据所述业务状态的变化信息以及当前的场景信息生成的；
操作单元，用于根据所述重定向指示消息中的重定向指示信息进行重定向操作。
20.根据权利要求19所述的装置，其特征在于，所述业务状态的变化信息包括以下信息中的至少一种：用户上线，用户的会话更新，用户结束会话；所述信息发送单元具体用于：当用户上线后，向所述PCRF发送创建初始策略请求以及用户信息；或者当所述用户的会话更新时，向所述PCRF发送更新策略请求以及业务变更信息；或者当所述用户结束会话时，向所述PCRF发送CCRT消息，并在对所述用户再次发起会话时，向所述PCRF发送创建初始策略请求以及用户信息。
21.根据权利要求19或20所述的装置，其特征在于，所述操作单元包括：
解析模块，用于解析所述重定向指示消息，获取所述重定向指示信息；
操作模块，用于根据所述重定向指示信息将用户当前访问的网页重定向到指定的信息提醒页面。
22.根据权利要求20所述的装置，其特征在于，当所述业务状态的变化信息为用户的会话更新时，在所述重定向指示消息中还包括策略清除信息，用于指示清除所述用户的当前的重定向策略；
所述装置还包括：策略清除单元，用于根据所述策略清除信息清除所述用户的当前的重定向策略。
23.根据权利要求19或20所述的装置，其特征在于，所述装置还包括：
结果上报单元，用于向所述PCRF发送重定向结果上报消息，在所述重定向结果上报消息中包括重定向结果上报信息。
CN2011101501136A 2011-06-03 2011-06-03 策略及计费控制下的重定向方法及重定向装置 Pending CN102811130A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN2011101501136A CN102811130A (zh) 2011-06-03 2011-06-03 策略及计费控制下的重定向方法及重定向装置
EP12793433.9A EP2709385A4 (en) 2011-06-03 2012-05-31 FORWARDING AND TRANSMISSION DEVICE THROUGH GUIDANCE AND CHARGING CONTROL
PCT/CN2012/076342 WO2012163284A1 (zh) 2011-06-03 2012-05-31 策略及计费控制下的重定向方法及重定向装置
US14/094,517 US9344864B2 (en) 2011-06-03 2013-12-02 Redirection method and redirection apparatus under policy and charging control

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2011101501136A CN102811130A (zh) 2011-06-03 2011-06-03 策略及计费控制下的重定向方法及重定向装置

Publications (1)

Publication Number Publication Date
CN102811130A true CN102811130A (zh) 2012-12-05

Family

ID=47234717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011101501136A Pending CN102811130A (zh) 2011-06-03 2011-06-03 策略及计费控制下的重定向方法及重定向装置

Country Status (4)

Country Link
US (1) US9344864B2 (zh)
EP (1) EP2709385A4 (zh)
CN (1) CN102811130A (zh)
WO (1) WO2012163284A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103052049A (zh) * 2012-12-31 2013-04-17 华为技术有限公司 调整用户访问业务的方法、装置及系统
CN103888928A (zh) * 2014-03-04 2014-06-25 华为技术有限公司 一种业务策略控制方法及系统
CN106301807A (zh) * 2015-06-27 2017-01-04 华为技术有限公司 一种数据业务计费方法、pcef设备、ocs及系统
CN106572454A (zh) * 2016-11-03 2017-04-19 南京爱唯光石信息技术有限公司 一种pcrf的寻址方法及寻址系统
CN106612499A (zh) * 2015-10-22 2017-05-03 华为技术有限公司 带宽和计费策略处理的方法和装置
CN103905968B (zh) * 2012-12-24 2017-11-03 中国移动通信集团公司 一种流量提醒方法和系统
CN107548047A (zh) * 2016-06-28 2018-01-05 中兴通讯股份有限公司 一种信息通知方法、ocs、gw和系统
CN109257187A (zh) * 2017-07-12 2019-01-22 中国移动通信集团广东有限公司 基于服务感知计费控制规则的控制用户终端的方法及装置
CN112465432A (zh) * 2020-12-07 2021-03-09 合肥维天运通信息科技股份有限公司 一种运单信息处理方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2870723B1 (en) * 2012-07-05 2018-01-03 Telefonaktiebolaget LM Ericsson (publ) Policy and charging control methods for handling multiple-user subscriptions of a telecommunication network
US10855645B2 (en) 2015-01-09 2020-12-01 Microsoft Technology Licensing, Llc EPC node selection using custom service types
WO2016134745A1 (en) * 2015-02-24 2016-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Wireless device management based on a network initiated policy and/or charge change
ES2793016T3 (es) * 2015-03-10 2020-11-12 Microsoft Technology Licensing Llc Manejo de redireccionamiento mejorado del servidor de políticas
CN106304010B (zh) * 2015-06-29 2021-05-28 中兴通讯股份有限公司 一种适合于多受理源的组网方法及装置
US10548140B2 (en) 2017-05-02 2020-01-28 Affirmed Networks, Inc. Flexible load distribution and management in an MME pool
WO2018204924A1 (en) 2017-05-05 2018-11-08 Affirmed Networks, Inc. Methods of and systems of service capabilities exposure function (scef) based internet-of-things (iot) communications
JP7234141B2 (ja) 2017-05-31 2023-03-07 マイクロソフト テクノロジー ライセンシング，エルエルシー Ｉｐｓｅｃの地理的冗長性のための分離した制御プレーンおよびデータプレーンの同期
US10856134B2 (en) 2017-09-19 2020-12-01 Microsoft Technolgy Licensing, LLC SMS messaging using a service capability exposure function
WO2019164864A1 (en) 2018-02-20 2019-08-29 Affirmed Networks, Inc. Dynamic selection of network elements
AU2019238187B2 (en) 2018-03-20 2022-08-25 Microsoft Technology Licensing, Llc Systems and methods for network slicing
WO2020023511A1 (en) 2018-07-23 2020-01-30 Affirmed Networks, Inc. System and method for intelligently managing sessions in a mobile network
CN113079479B (zh) * 2020-01-06 2022-10-04 中国移动通信集团安徽有限公司 套餐推荐方法、装置及计算设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072113A (zh) * 2007-06-19 2007-11-14 中兴通讯股份有限公司 宽带后付费业务实现方法和系统
US20080046963A1 (en) * 2006-08-18 2008-02-21 Cisco Technology, Inc. System and method for implementing policy server based application interaction manager
WO2009132700A1 (en) * 2008-04-29 2009-11-05 Telefonaktiebolaget L M Ericsson (Publ) Improved intrusion detection and notification
CN101583114A (zh) * 2008-09-23 2009-11-18 中兴通讯股份有限公司 用户设备IP地址提供方法、Diameter路由代理
WO2010112080A1 (en) * 2009-04-02 2010-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Control of a communication session
CN101895856A (zh) * 2010-05-10 2010-11-24 中国联合网络通信集团有限公司 用户重定向方法及系统
WO2010145717A1 (en) * 2009-06-19 2010-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Establishing a communication session
CN101998323A (zh) * 2009-08-18 2011-03-30 中兴通讯股份有限公司 一种基于策略和计费控制的重定向方法及装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8086216B2 (en) * 2007-01-31 2011-12-27 Alcatel Lucent Mobility aware policy and charging control in a wireless communication network
CN101682609B (zh) * 2007-04-27 2013-07-31 艾利森电话股份有限公司 用于改进的服务授权的方法和设备
JP5113254B2 (ja) * 2007-08-20 2013-01-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチメディア通信ネットワークにおけるリソース制限の通知
US9584622B2 (en) * 2007-08-23 2017-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Method for network controlled access selection
US8155020B2 (en) * 2008-01-14 2012-04-10 Qualcomm Incorporated Policy control and charging (PCC) rules based on mobility protocol
US8640188B2 (en) * 2010-01-04 2014-01-28 Tekelec, Inc. Methods, systems, and computer readable media for providing group policy configuration in a communications network using a fake user
US20110145895A1 (en) * 2008-08-11 2011-06-16 Nokia Siemens Networks Oy Communication system
US9026100B2 (en) * 2009-05-29 2015-05-05 Telefonaktiebolaget L M Ericsson (Publ) Policy and charging control method, network entities, communication system and computer program therefor
US9009293B2 (en) * 2009-11-18 2015-04-14 Cisco Technology, Inc. System and method for reporting packet characteristics in a network environment
US8792495B1 (en) * 2009-12-19 2014-07-29 Cisco Technology, Inc. System and method for managing out of order packets in a network environment
US8559967B2 (en) * 2010-08-27 2013-10-15 Tektronix, Inc. System and method for managing subscriber bandwidth based on cell congestion analysis

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080046963A1 (en) * 2006-08-18 2008-02-21 Cisco Technology, Inc. System and method for implementing policy server based application interaction manager
CN101072113A (zh) * 2007-06-19 2007-11-14 中兴通讯股份有限公司 宽带后付费业务实现方法和系统
WO2009132700A1 (en) * 2008-04-29 2009-11-05 Telefonaktiebolaget L M Ericsson (Publ) Improved intrusion detection and notification
CN101583114A (zh) * 2008-09-23 2009-11-18 中兴通讯股份有限公司 用户设备IP地址提供方法、Diameter路由代理
WO2010112080A1 (en) * 2009-04-02 2010-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Control of a communication session
WO2010145717A1 (en) * 2009-06-19 2010-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Establishing a communication session
CN101998323A (zh) * 2009-08-18 2011-03-30 中兴通讯股份有限公司 一种基于策略和计费控制的重定向方法及装置
CN101895856A (zh) * 2010-05-10 2010-11-24 中国联合网络通信集团有限公司 用户重定向方法及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3RD GENERATION PARTNERSHIP PROJECT: "《Technical Specification Group Core Network and Terminals》", 《3GPP TS 29.212 V11.0.0 (2011-03)》, 17 March 2011 (2011-03-17), pages 1 - 131 *
H.HAKALA: "《Diameter Credit-Control Appliction》", 《IETF NETWORK WORKING GROUP》, 31 August 2005 (2005-08-31), pages 1 - 114 *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103905968B (zh) * 2012-12-24 2017-11-03 中国移动通信集团公司 一种流量提醒方法和系统
CN103052049B (zh) * 2012-12-31 2016-08-24 华为技术有限公司 调整用户访问业务的方法、装置及系统
CN103052049A (zh) * 2012-12-31 2013-04-17 华为技术有限公司 调整用户访问业务的方法、装置及系统
CN103888928A (zh) * 2014-03-04 2014-06-25 华为技术有限公司 一种业务策略控制方法及系统
CN103888928B (zh) * 2014-03-04 2017-04-26 华为技术有限公司 一种业务策略控制方法及系统
CN106301807A (zh) * 2015-06-27 2017-01-04 华为技术有限公司 一种数据业务计费方法、pcef设备、ocs及系统
CN106301807B (zh) * 2015-06-27 2020-02-14 华为技术有限公司 一种数据业务计费方法、pcef设备、ocs及系统
CN106612499A (zh) * 2015-10-22 2017-05-03 华为技术有限公司 带宽和计费策略处理的方法和装置
CN107548047A (zh) * 2016-06-28 2018-01-05 中兴通讯股份有限公司 一种信息通知方法、ocs、gw和系统
CN106572454A (zh) * 2016-11-03 2017-04-19 南京爱唯光石信息技术有限公司 一种pcrf的寻址方法及寻址系统
CN109257187A (zh) * 2017-07-12 2019-01-22 中国移动通信集团广东有限公司 基于服务感知计费控制规则的控制用户终端的方法及装置
CN109257187B (zh) * 2017-07-12 2021-09-21 中国移动通信集团广东有限公司 基于服务感知计费控制规则的控制用户终端的方法及装置
CN112465432A (zh) * 2020-12-07 2021-03-09 合肥维天运通信息科技股份有限公司 一种运单信息处理方法

Also Published As

Publication number Publication date
US20140087775A1 (en) 2014-03-27
EP2709385A1 (en) 2014-03-19
WO2012163284A1 (zh) 2012-12-06
EP2709385A4 (en) 2014-10-08
US9344864B2 (en) 2016-05-17

Similar Documents

Publication Publication Date Title
CN102811130A (zh) 策略及计费控制下的重定向方法及重定向装置
CN103477683B (zh) 用于在无线通信系统中提供基于服务质量的服务的方法和装置
CN103460642B (zh) 用于控制通信网络中的服务业务的方法和设备
CN103477587B (zh) 用于控制访客用户的qos和/或策略和计费控制的方法和设备
CN102893640B (zh) 用于在策略和计费规则功能与服务节点之间传输策略信息的方法、系统和计算机可读介质
US9014663B2 (en) Sponsored data plan management
CN103004171B (zh) Diameter会话审核
CN100387093C (zh) 一种实现漫游计费的方法及系统
CN103891346B (zh) Diameter会话审核
US20150223042A1 (en) Independent roaming charging for a roaming user equipment in a visited network
CN102986180B (zh) 通过临时QoS升级对数据使用提供忠诚奖励的方法和装置
CN103220651A (zh) 一种对应用层数据进行计费控制的方法与设备
EP3087702B1 (en) Providing toll-free application data access
CN101540980A (zh) 业务优先级更新指示方法、业务优先级更新方法及装置
CN102148689A (zh) 策略和计费规则功能实体的选择方法、装置及系统
CN104735635B (zh) 一种策略控制方法和装置
CN102257793A (zh) 用于处理资源数据的方法和设备
CN103220158A (zh) 一种对赞助数据应用进行计费控制的方法与设备
CN102665191A (zh) 一种数据业务的策略控制方法、装置及系统
CN102137450B (zh) 一种策略控制方法、装置及网关
WO2003047164A2 (en) Control of services in mobile packet data networks
CN104244285A (zh) 一种对用户位置信息的变化的通知进行优化的方法与设备
CN109819123B (zh) 一种增值业务的实现方法、装置和行业应用鉴权中心
CN101753323A (zh) 一种生成QoS策略的方法、系统和装置
CN101080037B (zh) 用于准备移动内容的方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20121205

RJ01 Rejection of invention patent application after publication