在网络中实现预付费的方法、装置及系统的制作方法

文档序号:7696730阅读:154来源:国知局
专利名称:在网络中实现预付费的方法、装置及系统的制作方法
技术领域
本发明涉及通信领域,特別涉及一种在网络中实现预付费的方法。
背景技术
WiMAX(Worldwide Interoperability for Microwave Access),中文全称是全球 接入微波互操作性,是一种基于IEEE 802.16标准的无线城域网技术。WiMAX 网络主要由三个部分组成即用户终端(MS)、接入业务网(ASN)和连接业务 网(CSN) 。 ASN包括基站(BS)和接入业务网网关(ASNGW)。连接业务 网(CSN)包括策略服务器(PF)、认证、授权和计费服务器(AAA Server)、 应用服务器(AF)等逻辑实体。WiMAX网络无线侧是基于IEEE802.16d/e标准 的无线城域网接入技术。现在主要遵循的是2004年7月制定的IEEE 802.16-2004 (802.16d)标准。WiMAX网络结构如图l所示
其中R1接口为无线空中接口,主要由IEEE802.16d/e定义。其余接口均为有 线接口。
WiMAXNWG标准最新的QoS框架如图2所示 此框架中的各个功能实体的介绍如下 MS (Mobile Station)是移动用户终端;
SFM ( Service Flow Management)是业务流管理实体,负责建立用户业务 流及为此业务流分配无线资源等,此功能体存在于ASN中;
SFA ( Service Flow Authorization)是业务流4受权者,负责给相应的业务流 授权,此功能体存在于ASN中;
PF (Policy Function)是策略功能实体,为某个用户业务流提供策略,此 功能体存在于NSP中,在漫游场景中,将会存在VisitedPF和HomePF;
AAA ( Authentication, Authorization, and Accounting)月艮务器是4是供鉴4又、授权和计费服务的系统,负责保存用户的QoS profile和相关的策略规则;
AF (ApplicationFunction)是应用服务功能实体,用户终端MS直接通过应 用层协议连接访问AF, AF将会通知PF主动为用户创建业务流,此功能体存在 于NSP中。
图3为现有WiMAX NWG标准计费架构示意图,如图3所示,MS在计费中 相当于用户终端,计费客户端(Accounting Client)或计费代理(Accounting Agent )用于收集所有的计费信息并提供给AAA代理(AAA Proxy )或AAA Server (当不存在AAA Proxy时);预付费客户端(PPC )用于与预付费服务器交互, 为用户提供预付费服务的支持,PPC可以与Accounting Client或Accounting Agent 合并;AAA Proxy是可选的中间设备,用于对收到的计费信息进行处理后,生 成一个新的计费信息,转发给AAA Server,如家乡AAA服务器(Home AAA Server)或拜访AAA服务器(Visited AAA Server)等;家乡AAA服务器是归属 AAA服务器,即用户初始注册的AAA服务器或用户归属地的AAA服务器,家乡 AAA服务器中存储有用户的签约信息,包括计费策略等,用户的计费处理主要 是在家乡AAA服务器中完成的;拜访AAA服务器是用户拜访地的AAA服务器, 用于实现用户漫游时的计费信息记录、透传和转发等功能。
现有的WiMAXNWG协议中,对于预付费功能的实现,只定义了预付费客 户端PPC与Authenticator位于同 一实体,PPC作为预付费客户端与PPS交互预付 费相关信令。但是对于当PPC不位于数据面实体时,可能存在预付费代理PPA 位于数据面实体的情况,此时只定义了PPA做测量的功能,没有明确的定义其 功能实现。另外,没有定义PPA与PPC之间的信令交互及流程,以及预付费功 能如何实现;同样没有考虑预付费在AnchorDPF迁移或Authenticator迁移的场景 下的支持。由于没有定义PPA与PPC之间的交互,也没有考虑迁移场景,造成 在PPA、 PPC分离时无法支持预付费业务。

发明内容
有鉴于此,本发明实施例提供一种在网络中实现预付费的方法、装置及系统,该方法、装置及系统能够在网络中实现支持预付费业务。
一种在网络中实现预付费的方法,所述方法包括
源Anchor DPF向目标Anchor DPF发送Anchor DPF切换请求,该Anchor DPF切换请求携带配额信息;
源Anchor DPF收到目标Anchor DPF发送的切换响应之后,向目标Anchor DPF返回Anchor DPF切换确认消息,所述Anchor DPF切换确认消息携带配额
补偿信息。
一种在网络中实现预付费的方法,所述方法包括
源预付费代理PPA向目标PPA发送切换请求,所述切换请求携带配额信

源PPA收到目标PPA发送的切换响应之后,向目标PPA发送切换确认消 息,所述切换确认消息携带配额补偿信息。
一种在网络中实现预付费的方法,所述方法包括
目标PPC接收源PPC发送的通知消息,所述通知消息携带源PPC的与预
付费业务相关的会话信息;
目标PPC向预付费服务器PPS发送请求消息,以请求建立新的会话,所述 请求消息携带所述源PPC的会话信息以及关联指示,所述关联指示用于指明当 前需要建立的新的会话与源PPC的会话的关联关系。
一种源预付费代理PPA,所述源PPA包括
发送模块,用于向目标PPA发送切换请求,所述切换请求携带配额信息; 接收模块,用于接收目标PPA发送的切换响应;
在所述接收模块收到目标PPA发送的切换响应之后,所述发送模块用于向 目标PPA发送切换确认消息,所述切换确认消息携带配额补偿信息。
一种在网络中实现预付费的系统,所述系统包括源预付费代理PPA,所述 源PPA用于向目标PPA发送切换请求并接收目标PPA发送的切换响应,所述 切换请求携带配额信息。在收到目标PPA发送的切换响应之后,所述源PPA 用于向目标PPA发送切换确认消息,所述切换确iU肖息携带配额补偿信息。一种目标预付费客户端PPC,所述目标PPC包括
通知消息接收模块,用于接收源PPC发送的通知消息,所述通知消息携带 源PPC的与预付费业务相关的会话信息;
请求消息发送模块,用于向预付费服务器PPS发送请求消息,以请求建立 新的会话,所述请求消息携带所述源PPC的会话信息以及关联指示,所述关联 指示用于指明当前需要建立的新的会话与源PPC的会话的关联关系。
一种在网络中实现预付费的系统,所述系统包括目标预付费客户端PPC, 所述目标PPC用于接收源PPC发送的通知消息,并向预付费服务器PPS发送 请求消息,以请求建立新的会话,所述通知消息携带源PPC的与预付费业务相 关的会话信息,所述请求消息携带所述源PPC的会话信息以及关联指示,所述 关联指示用于指明当前需要建立的新的会话与源PPC的会话的关联关系。
本发明实施例提供的在网络中实现预付费的方法中,该Anchor DPF切换请 求携带配额信息,该Anchor DPF切换确认消息携带配额补偿信息,因而能够在 网络中实现支持预付费业务。


图1为现有的WiMAX网络结构的示意2为现有的WiMAX NWG标准的QoS框架图3为现有的WiMAXNWG标准计费架构示意图4为本发明实施例Anchor DPF迁移场景下预付费的方法流程图5为本发明实施例Authenticator迁移场景下预付费的方法流程图6为本发明实施例Authenticator迁移场景下预付费的方法流程图。
具体实施例方式
下面结合附图和具体实施例对本发明作进一步说明,但本发明不局限于 下面的实施例。
本发明在网络中实现预付费的方法,其中该网络可为各种网络,如GSM网络,CDMA网络,WiMAX网络等。在本发明各实施例中,以在WiMAX网络 中实现预付费的方法为例进行说明。
PPC ( Prepaid Client,预付费客户端)与鉴权器Authenticator位于同一物理 实体,PPC可与PPS (Prepaid Server,预付费服务器)交互。PPA (Prepaid Agent, 预付费代理)位于数据面实体上,如锚定数据通路功能实体AnchorDPF或基站 BS 。以下以PPA位于Anchor DPF为例进行说明。
本发明实施例提供一种Anchor DPF迁移场景下预付费的方法。发生 Anchor DPF迁移时可分为以下两个场景
(1 )用户终端初始入网后发生的第 一次Anchor DPF迁移,此时PPC位于数 据通路上,可以看作是PPC与PPA位于同 一物理实体的特殊场景;
(2)用户终端在AnchorDPF与Authenticator分离的场景下,此时PPC与PPA 已经分离,再一次发生Anchor DPF迁移。
下面以PMIPv4场景描述Anchor DPF迁移场景下预付费的方法。参见图4, 该方法包4舌
步骤401:在拉4莫式下,由目标Anchor DPF发送Anchor DPF切换指示到源 Anchor DPF;
如果是推模式,这一步骤可以省略,直接进入步骤402。 步骤402:源Anchor DPF发送Anchor DPF切换请求到目标Anchor DPF,该 AnchorDPF切换请求携带配额信息,该配额信息包括配额标识、配额大小、当 前配额使用量、配额门限、配额对应的费率信息、配额对应的业务分类器信息 以及配额对应的业务流信息(包括服务流标识或分组数据流标识)之一或其组 合。该Anchor DPF切换请求中同时携带Anchor DPF迁移所需用到的锚定移动管 理上下文Anchor MM Context。
步骤403 ~ 408:为正常的PMIPv4下的Anchor DPF迁移流程。目标Anchor DPF根据Anchor MM Context向PMIP Client发送Anchor DPF迁移请求;PMIP Client验证目标Anchor DPF合法性后,向目标Anchor DPF返回FA注册请求消息; 目标Anchor DPF收到该FA注册请求消息后,通过步骤405、 406完成新的FA的移动IP注册过程,在得到注册响应后,向PMIP client返回FA注册响应消息;目 标Anchor DPF通过步骤408通知源Anchor DPF迁移完成。
在上述步骤中,在目标Anchor DPF完成移动IP注册之前,用户终端发送接 收的数据仍然通过源Anchor DPF传输;即在步骤402传输配额信息之后,源 Anchor DPF之上的配额仍然在被使用;只有在目标Anchor DPF注册完成之后, 数据才转到目标Anchor DPF上传输。源Anchor DPF/PPA要在接收到步骤408中 的Anchor DPF切换响应消息时才停止预付费计费管理;而目标Anchor DPF/PPA 在步骤405后开始对下行数据做预付费计费,在步骤406后开始对上行数据做预 付费计费。
应消息之后,向目标Anchor DPF返回Anchor DPF切换确认消息。该Anchor DPF 切换确认消息携带配额补偿信息,该配额补偿信息用于指示在上述切换过程中 用户终端业务所消耗掉的配额,该配额补偿信息可以使用增量的方式,也可以 使用步骤402中完整的配额信息方式传递。
在目标Anchor DPF/PPA收到该配额补偿信息后,使用该配额补偿信息更新 其维护的预付费配额,扣除在上述切换过程中消耗的配额。
在PPC与PPA分离后,PPA作为预付费的执行点,才艮据前述得到的配额信息, 与PPA位于同一实体的Anchor DPF根据配额信息中的配额对应的业务分类器和 /或业务流信息收集计费数据,扣除得到的配额。PPC作为PPA与PPS中间的接口 实体,其维护与PPS交互所需的信息,如用户标识、配额标识等。
如前所述,在Anchor DPF的迁移过程中,目标Anchor DPF在已经报告了配 额信息后,数据在一段时间内仍然经过源AnchorDPF传输,此时可能会存在两 种场景配额使用达到门限和配额耗尽。
第一种场景配额-使用达到门限
方式一源AnchorDPF/PPA不再请求配额,而是在迁移完成后通过前述的 配额补偿信息告知目标Anchor DPF/PPA。目标Anchor DPF/PPA获取该配额补偿 信息后,判断其配额使用是否已达到门限(但配额没有用尽)。如果目标AnchorDPF/PPA的配额-使用已达到门限,则再发起配额请求,申请新的配额。如果目 标Anchor DPF/PPA的配额4吏用没有达到门限,则继续正常流程。
方式二在源AnchorDPF^r测到配额使用达到门限后,立即发送配额补偿 信息到目标AnchorDPF,目标Anchor DPF在接收到该配额补偿信息后,判断配 额使用已达到门限后,目标Anchor DPF/PPA发起配额请求过程,获取新的配额。
如果目标AnchorDPF迁移过程失败,则目标Anchor DPF将其新请求到的配 额通知到源Anchor DPF/PPA。
方式一与方式二可进行融合,源Anchor DPF在发现达到门限后立即通知到 目标Anchor DPF,目标Anchor DPF可以暂不发起配额请求,而是在获取配额补 偿信息后,判断其配额使用达到门限时再发起配额请求。
第二种场景配额耗尽
对于配额耗尽的场景,与前述配额使用达到门限的区别在于,目标Anchor DPF/PPA直接发送消息终止业务,而不是再次请求配额。
方式一可以^使用前述相同的处理方式,由目标AnchorDPF/PPA判断配额 用尽,并触发终止业务,源AnchorDPF/PPA可以丟弃配额之外的数据。
方式二 在切换过程中,源Anchor DPF检测到配额用尽,则源Anchor DPF/PPA发送携带配额补偿信息通知目标Anchor DPF配额用尽。目标Anchor DPF判断配额用尽后,发起配额耗尽处理流程,如触发业务流释放或者触发用 户退网。
本发明实施例还4是供一种在请求配额的过程中发生Anchor DPF迁移时的预 付费的方法。该方法与图4所述的方法大致相同,不同之处在于
在源Anchor DPF4企测到配额使用达到门限后,向PPS发起配额请求。该 Anchor DPF切换请求除携带配额信息外,还携带标识通知目标Anchor DPF/PPA 当前已发起配额请求;目标Anchor DPF/PPA根据该标识不发起配额请求;源 Anchor DPF在得到新的配额后,在配额补偿信息中携带新的配额信息告知目标 Anchor DPF/PPA 。
如果源AnchorDPF/PPA在配额请求响应中没有得到新的配额,则可以按照前述的配额-使用达到门限/配额耗尽流程处理。
本发明实施例提供一种源PPA,该源PPA包括发送模块和接收模块。该发 送模块用于向目标PPA发送切换请求,所述切换请求携带配额信息。该接收模 块用于接收目标PPA发送的切换响应。在接收模块收到目标PPA发送的切换响 应之后,该发送模块用于向目标PPA发送切换确认消息,所述切换确认消息携 带配额补偿信息。
本发明实施例"l是供一种在网络中实现预付费的系统,所述系统包括源PPA。 该源PPA用于向目标PPA^送切换请求并接收目标PPAjt送的切换响应,所述切 换请求携带配额信息。在收到目标PPA发送的切换响应之后,该源PPA用于向 目标PPA发送切换确认消息,所述切换确认消息携带配额补偿信息。
综上所述,在本发明实施例中,源AnchorDPF/PPA向目标AnchorDPF/PPA 发送Anchor DPF切换请求,该Anchor DPF切换请求携带配额信息,而且,源 Anchor DPF/PPA收到切换响应之后,向目标Anchor DPF/PPA返回Anchor DPF 切换确认消息。该AnchorDPF切换确认消息携带配额补偿信息,因而能够在网 络中实现支持预付费业务。
本发明实施例还提供一种Authenticator迁移场景下预付费的方法。
由于PPC与Authenticator位于同 一 物理实体,则PPC的迁移过程与 Authenticator的迁移是同一过程。图5所示的是拉模式下的Authenticator迁移,对 于推模式,只是触发的方向不同,流程大体一致,在此不作赘述。
步骤501 ~ 502:目标Authenticator向源Authenticatori青求并得到用户终端的 鉴权上下文信息。
步骤503:用户终端通过目标Authenticator进行重鉴权过程,伴随重鉴权过 程成功,用户终端的Authenticator迁移到目标Authenticator。
步骤504 ~ 506:在用户终端通过目标Authenticator完成重鉴权后,目标 Authenticator向源Authenticator返回确i人迁移成功。
如前所述,PPC作为PPA与PPS交互的接口 ,维护与PPS交互配额请求的信 息,如配额标识、费率标识、服务标识等信息,伴随Authenticator的迁移,上述信息需伴随PPC—起迁移,在步骤505中需携带上述信息,包括配额标识、费率 标识、服务标识等。同时由于PPC已迁移,考虑需要维护配额标识的有效性, 要求配额标识在用户终端范围内有效。
在图5所示的实施例中使用Radius协议作为PPC与PPS交互协议的场景。考 虑使用Diameter协议作为PPC与PPS交互协议的场景,本发明实施例还提供一种 Authenticator迁移场景下预付费的方法。由于Diameter与Radius协议的不同,在 PPC迁移之后,源PPC与PPS之间的Diameter Session (Diameter会话)需要释放, 而目标PPC与PPS之间需要建立新的Diameter Session,且源PPC与PPS之间 Diameter Session的释放不应该影响用户终端当前的预付费业务,所以在本实施 例中,在建立新的Diameter Session时指明其与原来的Diameter Session之间的关 联关系,使得PPS可以直接将预付费业务转移到新的Diameter Session上来。
由于PPC与Authenticator位于同 一 物理实体,则PPC的迁移过程与 Authenticator的迁移是同一过程。图6所示的是拉模式下的Authenticator迁移,对 于推模式,只是触发的方向不同,流程大体一致,在此不作赘述。
步骤601 ~ 602:目标Authenticator/PPC向源Authenticator/PPC请求并得到用 户终端的鉴权上下文信息。
步骤603:用户终端通过目标Authenticator/PPC进行重鉴权过程
步骤604:在重鉴权成功后,目标Authenticator/PPC向预付费代理PPA发送 Context Report消息,以更新其维护的Authenticator/PPC信息。
步骤605:预付费代理更新其维护的Authenticator/PPC信息后,向目标 Authenticator/PPC返回Context Ack消息,该Context Ack消息中携带配额信息, 该配额4言息包4舌配额标识、配额大小、当前配额4吏用量、配额门限、配额对应 的费率信息、配额对应的业务分类器信息以及配额对应的业务流信息(包括服
务流标识或分组lt据流标识)之一或其组合。
步骤606 :目标Authenticator/PPC向源Authenticator/PPC发送Relocation Complete Req消息,通知源Authenticator/PPC:用户终端的重鉴权完成。目标 Authenticator/PPC可以根据策略等确定是否需要在该Relocation Complete Req消息中携带该配额信息。
步骤607 : 源Authenticator/PPC向目标Authenticator/PPC返回Relocation Complete Rsp消息,其中该Relocation Complete Rsp消息携带源Authenticator/PPC 当前的Diameter Session信息,该Diameter Session信息与预付费业务相关,包括 配额标识、会话标识Session-ID、关联标识CC-Correlation-ID、计费会话标识、 月良务标识Service-ID、服务上下文标识Service-Context-ID、费率信息Rating-Group 以及对应的业务流信息Ul务流标识或分组数据流标识)之一或其组合。
步骤608~609:针对每个预付费业务,目标Authenticator/PPC向预付费服务 器PPS发送Credit Control Request消息,以请求建立新的Diameter Session。该 Credit Control Request消息中携带步骤607中得到的源Authenticator/PPC的 Diameter Session信息,同时携带关联指示,该关联指示用于指明当前需要建立 的杀斤的Diameter Session与源Authenticator/PPC的Diameter Session是与同 一预V十 费业务有关联的会话。PPS接收到该Credit Control Request消息后,根据其中携 带的所述源Authenticator/PPC的Diameter Session信息以及所述关联指示,将源 Authenticator/PPC的Diameter Session上的预付费业务信息转移到目标 Authenticator/PPC的新的Diameter Session中。同时该Credit Control Request消息 中也可以携带步骤605中得到的配额信息,用以更新PPS上所维护的配额资源。 PPS向目标Authenticator/PPC返回Credit Control Answer消息,以确认已经建立新 的Diameter Session。如果目标Authenticator/PPC请求更新PPS上的配额资源,该 Credit Control Answer消息中可以携带新的配额指示,该配额指示包括服务标识 Service-ID、费率信息Rating-Group、服务上下文标识Service-Context-ID 、配额 大小、配额门限之一或其组合。
步骤610 ~ 611:如果在步骤608 ~ 609中,目标Authenticator/PPC从PPS更新 了配额资源,则目标Authenticator/PPC需将得到的配额下发到预付费代理,本实 施例中以Context Report/Ack消息为例进行说明,在该Context Report/Ack消息中 携带前述配额信息。预付费代理得到所述配额信息后,结合在步骤605 611时间 段内使用的预付费配额,更新其所维护的预付费配额。步骤612 :目标Authenticator/PPC向源Authenticator/PPC返回Relocation Complete Ack消息。
步骤613 ~ 614:源Authenticator/PPC向PPS发送Credit Control Request消息, 以请求释放所述用户终端预付费业务对应的Diameter Session。该Credit Control Request消息指明该Diameter Session所承载的预付费业务没有结束,而由其他会 话所继承;PPS无需释放该Diameter Session所对应的预付费业务上下文,且无 需撤销为其分配的预付费配额。PPS向源Authenticator/PPC返回Credit Control Answer消息,确i人所述Diameter Session的释》文。
本发明实施例提供一种目标PPC,所述目标PPC包括通知消息接收模块和请 求消息发送模块。
该通知消息接收模块用于接收源PPC发送的通知消息,所述通知消息携带 源PPC的与预付费业务相关的会话信息。
该请求消息发送模块用于向预付费服务器PPS发送请求消息,以请求建立 新的会话,所述请求消息携带所述源PPC的会话信息以及关联指示,所述关联 指示用于指明当前需要建立的新的会话与源PPC的会话的关联关系。
本发明实施例提供一种在网络中实现预付费的系统,所述系统包括目标 PPC。所述目标PPC用于接收源PPC发送的通知消息,并向预付费服务器PPS发 送请求消息,以请求建立新的会话,所述通知消息携带源PPC的与预付费业务 相关的会话信息,所述请求消息携带所述源PPC的会话信息以及关联指示,所 述关联指示用于指明当前需要建立的新的会话与源PPC的会话的关联关系。
综上所述,在本发明实施例中,在Authenticator/PPC迁移时,将预付费业务 相关的Diameter Session信息在源Authenticator/PPC与目标Authenticator/PPC间 传递,目标Authenticator/PPC在与PPS交互新建Diameter Session时,指明与源 Authenticator/PPC的Diameter Session的关联关系,4吏得PPS可以将源Diameter Session上的预付费业务信息迁移到新的Diameter Session上来,保证了用户终端 预付费业务的连续性,因而能够在网络中实现支持预付费业务。
综上所述,以上仅为对本发明精神的展示,而非用于限制本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均 应包含在本发明的保护范围之内。
权利要求
1、一种在网络中实现预付费的方法,其特征在于,所述方法包括源Anchor DPF向目标Anchor DPF发送Anchor DPF切换请求,该AnchorDPF切换请求携带配额信息;源Anchor DPF收到目标Anchor DPF发送的切换响应之后,向目标AnchorDPF返回Anchor DPF切换确认消息,所述Anchor DPF切换确认消息携带配额补偿信息。
2、 如权利要求1所述的在网络中实现预付费的方法,其特征在于,所述配 额信息包括配额标识、配额大小、当前配额^f吏用量、配额门限、配额对应的费 率信息、配额对应的业务分类器信息以及配额对应的业务流信息之一或其组合。
3、 如权利要求1所述的在网络中实现预付费的方法,其特征在于,所述配 额补偿信息使用增量的方式传递。
4、 如权利要求1所述的在网络中实现预付费的方法,其特征在于,所述配 额补偿信息使用完整的配额信息方式传递。
5、 一种在网络中实现预付费的方法,其特征在于,所述方法包括 源预付费代理PPA向目标PPA发送切换请求,所述切换请求携带配额信息; 源PPA收到目标PPA发送的切换响应之后,向目标PPA发送切换确认消息,所述切换确认消息携带配额补偿信息。
6、 一种在网络中实现预付费的方法,其特征在于,所述方法包括目标预付费客户端PPC接收源PPC发送的通知消息,所述通知消息携带源 PPC的与预付费业务相关的会话信息;目标PPC向预付费服务器PPS发送请求消息,以请求建立新的会话,所述 请求消息携带所述源PPC的会话信息以及关联指示,所述关联指示用于指明当 前需要建立的新的会话与源PPC的会话的关联关系。
7、 如权利要求6所述的在网络中实现预付费的方法,其特征在于,所述会 话信息包括配额标识、会话标识、关联标识、计费会话标识、服务标识、服务 上下文标识、费率信息以及对应的业务流信息之一或其组合。
8、 如权利要求6所述的在网络中实现预付费的方法,其特征在于,所述关 联指示用于指明当前需要建立的新的会话与源PPC的会话的关联关系具体为所述关联指示用于指明当前需要建立的新的会话与源PPC的会话是为同一预付费业务有关联的会话。
9、 如权利要求6所述的在网络中实现预付费的方法,其特征在于,所述方 法还包括步骤目标PPC向预付费代理PPA发送上报消息,以更新其维护的PPC信息; 在PPA更新其维护的所述PPC信息后,目标PPC接收PPA返回的确认消 息,所述确认消息携带配额信息,所述配额信息包括配额标识、配额大小、 当前配额使用量、配额门限、配额对应的费率信息、配额对应的业务分类器信 息以及配额对应的业务流信息之一或其组合。
10、 如权利要求9所述的在网络中实现预付费的方法,其特征在于,所述 请求消息进一步携带所述配额信息,用以更新PPS上所维护的配额资源。
11、 如权利要求6所述的在网络中实现预付费的方法,其特征在于,所述 方法还包括步骤所述目标PPC接收PPS返回的确认已经建立新的会话的回答消息。
12、 如权利要求11所述的在网络中实现预付费的方法,其特征在于,所述 回答消息携带配额指示,所述配额指示包括服务标识、费率信息、服务上下 文标识、配额大小、配额门限之一或其组合。
13、 一种源预付费代理PPA,其特征在于,所述源PPA包括 发送^^块,用于向目标PPA发送切换请求,所述切换请求携带配额信息; 接收模块,用于接收目标PPA发送的切换响应;在所述接收模块收到目标PPA发送的切换响应之后,所述发送模块用于向 目标PPA发送切换确认消息,所述切换确认消息携带配额补偿信息。
14、 如权利要求13所述的源预付费代理,其特征在于,所述配额信息包括 配额标识、配额大小、当前配额使用量、配额门限、配额对应的费率信息、配 额对应的业务分类器信息以及配额对应的业务流信息之一或其组合。
15、 一种在网络中实现预付费的系统,其特征在于,所述系统包括源预付 费代理PPA,所述源PPA用于向目标PPA发送切换请求并接收目标PPA发送 的切换响应,所述切换请求携带配额信息;在收到目标PPA发送的切换响应之 后,所述源PPA用于向目标PPA发送切换确认消息,所述切换确认消息携带 配额补偿信息。
16、 一种目标预付费客户端PPC,其特征在于,所述目标PPC包括通知消息接收模块,用于接收源PPC发送的通知消息,所述通知消息携带源PPC的与预付费业务相关的会话信息;请求消息发送模块,用于向预付费服务器PPS发送请求消息,以请求建立 新的会话,所述请求消息携带所述源PPC的会话信息以及关联指示,所述关联 指示用于指明当前需要建立的新的会话与源PPC的会话的关联关系。
17、 如权利要求16所述的目标预付费客户端,其特征在于,所述会话信息 包括配额标识、会话标识、关联标识、计费会话标识、力良务标识、服务上下文 标识、费率信息以及对应的业务流信息之一或其组合。
18、 如权利要求16所述的目标预付费客户端,其特征在于,所述关联指示 用于指明当前需要建立的新的会话与源PPC的会话的关联关系具体为所述关联指示用于指明当前需要建立的新的会话与源PPC的会话是为同一 预付费业务有关联的会话。
19、 一种在网络中实现预付费的系统,其特征在于,所述系统包括目标预 付费客户端PPC,所述目标PPC用于接收源PPC发送的通知消息,并向预付费 服务器PPS发送请求消息,以请求建立新的会话,所述通知消息携带源PPC的 与预付费业务相关的会话信息,所述请求消息携带所述源PPC的会话信息以及 关联指示,所述关联指示用于指明当前需要建立的新的会话与源PPC的会话的 关耳关关系。
全文摘要
本发明实施例提供一种在网络中实现预付费的方法,所述方法包括源Anchor DPF向目标Anchor DPF发送Anchor DPF切换请求,该Anchor DPF切换请求携带配额信息;源Anchor DPF收到目标Anchor DPF发送的切换响应之后,向目标Anchor DPF返回Anchor DPF切换确认消息,所述Anchor DPF切换确认消息携带配额补偿信息。本发明实施例在网络中实现预付费的方法能够在网络中实现支持预付费业务。
文档编号H04L12/56GK101442417SQ20081012550
公开日2009年5月27日 申请日期2008年6月4日 优先权日2007年11月21日
发明者何贤会, 伟 张, 亮 顾 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1