背景技术
现有技术中,WiMAX系统一般主要由三部分组成:终端、接入业务网络(ASN,Access Service Network)和连接业务网络(CSN,Connect ServiceNetwork)。其中,ASN主要执行如下的功能:完成WiMAX终端的二层(L2)连接、传递鉴别/授权/计费(AAA,Authentication/Authorization/Accounting)消息到归属CSN(H-CSN)、网络接入提供商(NSP,Network Service Provider)的网络选择与发现;为WiMAX终端的三层(L3)连接提供中继、无线资源管理、ASN与CSN之间隧道维护。在移动的场景下,ASN还需要支持如下的功能:ASN锚定的移动性管理(ASN Anchored MM)、CSN锚定的移动性管理(CSNAnchored MM)、寻呼和空闲模式(Idle Mode)操作。ASN还用于管理IEEE802.16空中接口,为WiMAX终端用户提供无线接入。ASN至少由一个基站(BS)和一个接入业务网关(AGW,ASN-GW)组成,可以包含单个AGW或多个AGW,管理ASN的运营商即为NSP。
CSN是一套网络功能的组合,CSN可以由移动因特网协议(IP)的家乡代理(HA)、AAA代理或服务器、计费服务器、互连网关设备等组成。管理CSN的运营商即为NSP。CSN主要提供如下的功能:终端用户会话连接;终端的IP地址分配;Internet接入;AAA代理或服务器;终端用户的策略及许可控制;ASN与CSN之间的隧道维护;终端用户计费和结算;CSN之间的漫游;CSN间的移动性管理和WiMAX业务。
WiMAX与计费相关的主要包括三个逻辑实体:计费代理、计费客户端和计费服务器。其中,计费代理用于采集用户需要上报的信息,如流量、已激活时长等,一般位于执行接入服务器(NAS)功能的网元实体中,如AGW能够自动感知用户登陆、退出等动作,并在适当的时候将相关的计费信息上报给计费客户端。计费客户端属于计费代理与计费服务器之间的一个转发实体,用于将计费代理上报的计费信息封装在计费服务器可以理解的消息,比如远端用拨入验证服务(Radius,Remote Authentication Dial In User Service)/Diameter的计费消息中发送给计费服务器,这里,Diameter为新一代AAA协议,计费客户端一般驻留在AGW中,直接与AAA交互。计费服务器根据计费客户端上报的用户计费信息,进行整理生成话单,用作用户收费的凭证,一般计费服务器可以直接由AAA服务器担当。
这里大概介绍下WiMAX中的两个会话:用户会话及计费会话。其中,用户会话是用户在一次初始接入到用户退网过程中间,WiMAX中各个网元节点或者功能实体为了维护用户正常的移动性管理以及会话管理而维护的一套临时用户信息,这些信息在初始接入时产生,在用户退出网络时消亡,在AAA中体现为用户的初始接入认证时产生,在计费终结时消亡。计费会话是在计费开始和计费终结之间需要维持的会话,在AAA体现为收到计费开始消息时开启计费会话,收到计费终结消息时终结计费会话。
如图1所示,在目前的WiMAX网络中,其离线计费包括基于IP会话的计费和基于数据流的计费两种计费模式。其中,虚线以上代表基于IP会话的计费模式;虚线以下代表基于数据流的计费模式。针对基于IP会话的计费模式而言,每一个用户IP有一个计费会话,在现阶段,一个用户拥有唯一的一个IP,那么也可以理解为一个用户对应一个基于IP的计费会话。针对基于数据流的计费模式而言,一个用户在一个IP会话的过程中,可以有多种业务数据的存在,如图象、文本、音频等,不同的流有不同的服务质量(QoS),为了更好的服务质量,WiMAX中为每个不同的流都建立一个数据通道或者称之为数据流,这样,一个用户或者说一个IP可能有多个数据流,采用基于数据流的计费模式时,每个数据流都有一套完整的计费流程,从计费开始到计费终止。综上所述,在一次用户会话的过程中,如果是基于IP会话的计费模式,则只有一个计费会话;如果是基于数据流的计费模式,则可能有多个计费会话。
以下对一次计费会话的流程进行阐述,这里,AGW即为计费客户端或者说AAA客户端,AAA客户端与归属地AAA服务器之间通过Radius类型的消息交互,AAA客户端与拜访地AAA代理相关的流程仅在用户处于漫游状态时才存在。如图2所示,计费会话的流程包括以下步骤:
步骤101、终端发起初始接入请求,并初始接入WiMAX网络。
步骤102、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:中间计费上报时长间隔、基于IP会话的计费模式还是基于数据流的计费模式。
步骤103、计费开始触发,AAA客户端向归属地AAA服务器发送计费开始请求消息。
这里,针对触发条件而言,比如初始接入完成,并且为用户分配到IP地址后触发计费开始的操作。
步骤104、AAA客户端收到归属地AAA服务器的响应。
步骤105、当AAA客户端的中间计费上报时长间隔超时,触发中间计费,AAA客户端向归属地AAA服务器发送中间计费请求消息。
步骤106、AAA客户端收到归属地AAA服务器的响应。
这里,中间计费请求消息上报后,中间计费上报时长间隔重新开始计时,只要未触发计费终止,可以循环往复执行步骤105~步骤106。
步骤107、计费终止触发,AAA客户端向归属地AAA服务器发送计费终止请求消息。
这里,针对触发条件而言,比如用户退网、用户IP地址释放后触发计费终止的操作。
步骤108、AAA客户端收到归属地AAA服务器的响应。
综上所述,基于现有技术,对于中间计费的过程来说,触发中间计费目前只能通过中间计费上报的时长间隔超时来触发,这样对丰富运营商的计费策略有一定的局限性。举例来说,对于属于时间不敏感、流量高度敏感的用户来说,采用现有单一的时长计费策略,无法有效地、灵活地实现中间计费的触发及上报。总之,采用现有技术,无法满足触发中间计费的多样化要求,目前尚不存在满足多样化要求的触发中间计费的实现方案。
发明内容
有鉴于此,本发明的主要目的在于提供一种触发中间计费的实现方法及系统,能基于业务的流量、时长、流量加时长等多种组合所构成的计费策略实现中间计费的触发及上报,满足触发中间计费的多样化要求。
为达到上述目的,本发明的技术方案是这样实现的:
一种触发中间计费的实现方法,该方法包括:
计费客户端获取计费策略和计费模式;
根据获取的所述计费策略和所述计费模式,来实现中间计费的触发及上报;
所述计费策略包括:流量间隔、时长间隔、流量间隔与时长间隔结合;所述计费模式包括:基于因特网协议IP会话的计费模式、基于数据流的计费模式。
其中,所述流量间隔与时长间隔结合包括:基于时长间隔加流量间隔、基于流量间隔/时长间隔、基于流量间隔/时长间隔/时长间隔加流量间隔、基于时长间隔/时长间隔加流量间隔的计费策略。
其中,所述计费模式具体为基于IP会话的计费模式;在与所述IP会话相对应的用户所采用的所述计费策略的值溢出或超时情况下,所述用户通过所述计费客户端触发中间计费并上报中间计费消息;
所述计费模式具体为基于数据流的计费模式;在为不同数据流各自所设置的所述计费策略的值溢出或超时情况下,所述不同数据流各自通过所述计费客户端分别触发中间计费并上报中间计费消息;
所述基于时长间隔的计费策略具体为:针对不同数据流触发中间计费的时长间隔不等长的计费策略,并与不同数据流的服务质量相适配。
其中,在所述计费模式具体为基于数据流的计费模式,所述计费策略具体为基于时长间隔的计费策略情况下,所述实现中间计费的触发及上报之前还包括:
计费服务器将基于数据流的计费模式与不同数据流相对应的各个时长间隔的计费策略封装到接入接受消息中,并下发到计费客户端;不同的数据流各自通过计费客户端分别触发开始计费,并各自上报计费开始消息到计费服务器;
所述实现中间计费的触发及上报具体为:在与不同数据流相对应的、基于各个时长间隔的计费策略的值超时情况下,不同的数据流各自通过计费客户端分别触发中间计费,并各自上报中间计费消息到计费服务器;
所述实现中间计费的触发及上报之后还包括:不同的数据流各自通过计费客户端分别触发终止计费,并各自上报计费终止消息到计费服务器。
其中,在所述计费模式具体为基于数据流的计费模式,所述计费策略具体为基于流量间隔的计费策略情况下,所述实现中间计费的触发及上报之前还包括:
计费服务器将基于数据流的计费模式、和与不同数据流相对应的基于不同数据流各自各个流量间隔的计费策略封装到接入接受消息中,并下发到计费客户端;不同的数据流各自通过计费客户端分别触发开始计费,并各自上报计费开始消息到计费服务器;
所述实现中间计费的触发及上报具体为:在与不同数据流相对应的、基于各个流量间隔的计费策略的值溢出情况下,不同的数据流各自通过计费客户端分别触发中间计费,并各自上报中间计费消息到计费服务器;
所述实现中间计费的触发及上报之后还包括:不同的数据流各自通过计费客户端分别触发终止计费,并各自上报计费终止消息到计费服务器。
其中,在所述计费模式具体为基于数据流的计费模式,所述计费策略具体为基于时长间隔加流量间隔的计费策略情况下,所述实现中间计费的触发及上报之前还包括:
计费服务器将基于数据流的计费模式、和与不同数据流相对应的基于不同数据流各自各个时长间隔加流量间隔的计费策略封装到接入接受消息中,并下发到计费客户端;不同的数据流各自通过计费客户端分别触发开始计费,并各自上报计费开始消息到计费服务器;
所述实现中间计费的触发及上报具体为:在与不同数据流相对应的、基于各个时长间隔加流量间隔的计费策略的值溢出或超时情况下,不同的数据流各自通过计费客户端分别触发中间计费,并各自上报中间计费消息到计费服务器;
所述实现中间计费的触发及上报之后还包括:不同的数据流各自通过计费客户端分别触发终止计费,并各自上报计费终止消息到计费服务器。
其中,在所述计费模式具体为基于数据流的计费模式,所述计费策略具体为基于流量间隔/时长间隔/时长间隔加流量间隔的计费策略情况下,所述实现中间计费的触发及上报之前还包括:
计费服务器将基于数据流的计费模式、和与不同数据流相对应的基于不同数据流各自各个流量间隔/时长间隔/时长间隔加流量间隔的计费策略封装到接入接受消息中,并下发到计费客户端;不同的数据流各自通过计费客户端分别触发开始计费,并各自上报计费开始消息到计费服务器;
所述实现中间计费的触发及上报具体为:在与不同数据流相对应的、基于各个流量间隔/时长间隔/时长间隔加流量间隔的计费策略的值溢出或超时情况下,不同的数据流各自通过计费客户端分别触发中间计费,并各自上报中间计费消息到计费服务器;
所述实现中间计费的触发及上报之后还包括:不同的数据流各自通过计费客户端分别触发终止计费,并各自上报计费终止消息到计费服务器。
其中,在所述计费模式具体为基于IP会话的计费模式,所述计费策略具体为基于流量间隔的计费策略情况下,所述实现中间计费的触发及上报之前还包括:
计费服务器将基于IP会话的计费模式、和与所述IP相对应的基于流量间隔的计费策略封装到接入接受消息中,并下发到计费客户端;与所述IP相对应的用户通过计费客户端触发开始计费,并上报计费开始消息到计费服务器;
所述实现中间计费的触发及上报具体为:在与所述IP相对应的、基于流量间隔的计费策略的值溢出情况下,与所述IP相对应的用户通过计费客户端触发中间计费,并上报中间计费消息到计费服务器;
所述实现中间计费的触发及上报之后还包括:与所述IP相对应的用户通过计费客户端触发终止计费,并上报计费终止消息到计费服务器。
其中,在所述计费模式具体为基于IP会话的计费模式,所述计费策略具体为基于时长间隔加流量间隔的计费策略情况下,所述实现中间计费的触发及上报之前还包括:
计费服务器将基于IP会话的计费模式、和与所述IP相对应的基于时长间隔加流量间隔的计费策略封装到接入接受消息中,并下发到计费客户端;与所述IP相对应的用户通过计费客户端触发开始计费,并上报计费开始消息到计费服务器;
所述实现中间计费的触发及上报具体为:在与所述IP相对应的、基于时长间隔加流量间隔的计费策略的值溢出或超时情况下,与所述IP相对应的用户通过计费客户端触发中间计费,并上报中间计费消息到计费服务器;
所述实现中间计费的触发及上报之后还包括:与所述IP相对应的用户通过计费客户端触发终止计费,并上报计费终止消息到计费服务器。
一种触发中间计费的实现系统,该系统包括:获取单元和触发及上报实现单元;其中,
获取单元,用于获取计费策略和计费模式;
触发及上报实现单元,用于根据获取的所述计费策略和所述计费模式,来实现中间计费的触发及上报;
所述计费策略包括:流量间隔、时长间隔、流量间隔与时长间隔结合;所述计费模式包括:基于IP会话的计费模式、基于数据流的计费模式。
其中,所述流量间隔与时长间隔结合包括:基于时长间隔加流量间隔、基于流量间隔/时长间隔、基于流量间隔/时长间隔/时长间隔加流量间隔、基于时长间隔/时长间隔加流量间隔的计费策略。
其中,触发及上报实现单元,进一步用于所述计费模式具体为基于IP会话的计费模式;在与所述IP会话相对应的用户所采用的所述计费策略的值溢出或超时情况下,所述用户通过所述计费客户端触发中间计费并上报中间计费消息。
其中,触发及上报实现单元,进一步用于所述计费模式具体为基于数据流的计费模式;在为不同数据流各自所设置的所述计费策略的值溢出或超时情况下,所述不同数据流各自通过所述计费客户端分别触发中间计费并上报中间计费消息。
本发明的计费客户端获取计费策略和计费模式;根据获取的计费策略和计费模式,来实现中间计费的触发及上报。其中,计费策略包括:流量间隔、时长间隔、流量间隔与时长间隔结合;计费模式包括:基于IP会话的计费模式、基于数据流的计费模式。
采用本发明,区别于现有技术采用单一的时长间隔的计费策略来触发及上报中间计费,能基于业务的流量、时长、流量加时长等多种组合所构成的计费策略实现中间计费的触发及上报,满足了触发中间计费的多样化要求。比如,对于属于时间不敏感、流量高度敏感的用户来说,采用基于流量间隔的计费策略时,可以通过用户达到多少流量差值就上报一次中间计费来触发中间计费,以达到对这类用户灵活控制的目的。
综上所述,采用本发明,在实现中间计费的触发及上报满足多样化要求基础上,在一次完整的计费会话实现过程中,基于时长间隔触发中间计费、基于流量间隔触发中间计费、基于流量间隔加时间间隔等多种组合所构成的计费策略触发中间计费,并与基于IP会话的计费和基于数据流的计费这两种计费模式结合起来,能达到最大限度地控制中间计费的触发及上报的灵活性。
具体实施方式
本发明的基本思想是:计费客户端获取计费策略和计费模式;根据获取的计费策略和计费模式,来实现中间计费的触发及上报。
下面结合附图对技术方案的实施作进一步的详细描述。
如图3所示,一种触发中间计费的实现方法,该方法包括以下步骤:
步骤201、计费客户端获取计费策略和计费模式。
其中,计费策略包括:基于流量间隔、基于时长间隔、基于流量间隔与时长间隔结合的计费策略。计费模式包括:基于IP会话的计费模式、基于数据流的计费模式。
这里,基于流量间隔与时长间隔结合的计费策略具体包括:基于时长间隔加流量间隔、基于流量间隔/时长间隔、基于流量间隔/时长间隔/时长间隔加流量间隔、基于时长间隔/时长间隔加流量间隔的计费策略。
步骤202、根据获取的计费策略和计费模式,来实现中间计费的触发及上报。
针对以上由步骤201~步骤202所构成的技术方案而言,多种计费策略可以与两种计费模式分别结合,从而能达到最大限度地控制中间计费的触发及上报的灵活性。具体来说,当前计费模式具体为基于IP会话的计费模式,在与IP会话相对应的用户所采用的上述计费策略的值溢出或超时情况下,与IP相对应的用户通过计费客户端触发中间计费并上报中间计费消息。当前计费模式具体为基于数据流的计费模式,在为不同数据流各自所设置的上述计费策略的值溢出或超时情况下,不同数据流各自通过计费客户端分别触发中间计费并上报中间计费消息。
这里需要指出的是,基于时长间隔的计费策略具体为:针对不同数据流触发中间计费的时长间隔不等长的计费策略,并与不同数据流的服务质量相适配。现有技术触发中间计费只能通过中间计费上报的时长间隔超时来触发,且时长间隔对于不同数据流都设置为等长的计费策略,这样对丰富运营商的计费策略有一定的局限性。举例来说,如果在基于数据流的计费模式进行计费时,设置每一个数据流触发中间计费的时长间隔都是等长的计费策略,则无法针对不同数据流的QoS的差异性要求分别设置相适配的计费时长,并实现中间计费的触发及上报,以满足对于不同数据流的计费时长的差异化要求。而本发明针对不同数据流的QoS的差异性要求,设置每一个数据流触发中间计费的时长间隔不等长的计费策略,并与数据流的QoS要求相适配,能满足对于不同数据流的计费时长的差异化要求。比如,低QoS要求的数据流对网络及空口资源的压力不大,可以对于低QoS要求的数据流适当放宽上报的时长间隔;而对于高QoS要求的数据流可以根据需要适当缩短上报的时长间隔,即加快中间计费上报的频度,从而能更好地监控网络状况。
以下对本发明进行举例阐述,下面的方法实施例中均以Radius类型的消息为例,进行计费消息的上报,在实际的环境中在计费客户端和计费服务器之间还可能存在别的类型的协议可用于计费消息的上报,如Diameter类型的消息。而且计费客户端具体为AAA客户端,计费服务器具体为归属地AAA服务器。为了简明扼要地进行描述,下面的方法实施例的流程中,忽略了经过拜访地AAA代理中转计费消息,在漫游场景下这些消息是存在的,还忽略了归属地AAA服务器对于AAA客户端的响应消息,在实际环境中是存在的。
方法实施例一为:当前计费策略具体为基于数据流的计费模式,当前计费策略具体为基于时长间隔的计费策略情况下,不同的数据流基于各自的时长间隔触发中间计费,本方法实施例包括以下步骤:
步骤301、终端进入WiMAX网络,终端发起初始接入请求,并初始接入WiMAX网络。
步骤302、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:计费模式为基于数据流的计费模式,以及不同的数据流包含了各自的基于时长间隔的计费策略的字段。
步骤303、计费开始触发,AAA客户端向归属地AAA服务器发送计费开始请求消息。
这里,计费开始触发时,不同的数据流有各自的触发,即为:不同的数据流各自通过AAA客户端分别触发开始计费,并各自上报计费开始消息到归属地AAA服务器。
步骤304、在与不同数据流相对应的、基于各个时长间隔的计费策略的值超时情况下,即不同的数据流在各自的中间计费上报时长间隔超时时,触发不同的数据流从AAA客户端各自上报中间计费消息到归属地AAA服务器。
步骤305、中间计费上报后,中间计费上报时长间隔重新开始计时,只要未触发计费终止,步骤305可以循环往复执行。
步骤306、计费终止触发,AAA客户端向归属地AAA服务器发送计费终止请求消息。
这里,计费终止触发时,不同的数据流有各自的触发,即为:不同的数据流从AAA客户端各自上报计费终止消息到归属地AAA服务器。
方法实施例二为:当前计费策略具体为基于数据流的计费模式,当前计费策略具体为基于流量间隔的计费策略情况下,不同的数据流基于各自的流量间隔触发中间计费,本方法实施例包括以下步骤:
步骤401、终端进入WiMAX网络,终端发起初始接入请求,并初始接入WiMAX网络。
步骤402、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:计费模式为基于数据流的计费模式,以及不同的数据流包含了各自的基于流量间隔的计费策略的字段。
步骤403、计费开始触发,AAA客户端向归属地AAA服务器发送计费开始请求消息。
这里,计费开始触发时,不同的数据流有各自的触发,即为:不同的数据流各自通过AAA客户端分别触发开始计费,并各自上报计费开始消息到归属地AAA服务器。
步骤404、在与不同数据流相对应的、基于各个流量间隔的计费策略的值超时情况下,即不同的数据流在各自的中间计费上报流量间隔溢出时,触发不同的数据流从AAA客户端各自上报中间计费消息到归属地AAA服务器。
步骤405、中间计费上报后,中间计费上报流量间隔重新开始计时,只要未触发计费终止,步骤405可以循环往复执行。
步骤406、计费终止触发,AAA客户端向归属地AAA服务器发送计费终止请求消息。
这里,计费终止触发时,不同的数据流有各自的触发,即为:不同的数据流从AAA客户端各自上报计费终止消息到归属地AAA服务器。
实施例三为:当前计费策略具体为基于数据流的计费模式,当前计费策略具体为基于时长间隔加流量间隔的计费策略情况下,不同的数据流基于各自的时长间隔加流量间隔触发中间计费,本方法实施例包括以下步骤:
步骤501、终端进入WiMAX网络,终端发起初始接入请求,并初始接入WiMAX网络。
步骤502、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:计费模式为基于数据流的计费模式,以及不同的数据流包含了各自的基于时长间隔加流量间隔的计费策略的字段。
步骤503、计费开始触发,AAA客户端向归属地AAA服务器发送计费开始请求消息。
这里,计费开始触发时,不同的数据流有各自的触发,即为:不同的数据流各自通过AAA客户端分别触发开始计费,并各自上报计费开始消息到归属地AAA服务器。
步骤504、在与不同数据流相对应的、基于各个时长间隔加流量间隔的计费策略的值溢出或超时情况下,触发不同的数据流从AAA客户端各自上报中间计费消息到归属地AAA服务器。
这里,不同的数据流,在各自的中间计费上报时长间隔超时时,或者中间计费上报流量间隔溢出时,只要其中的一个条件符合,即触发不同的数据流从AAA客户端各自上报中间计费消息到归属地AAA服务器。
步骤505、中间计费上报后,中间计费上报流量间隔重新开始计时,只要未触发计费终止,步骤505可以循环往复执行。
步骤506、计费终止触发,AAA客户端向归属地AAA服务器发送计费终止请求消息。
这里,计费终止触发时,不同的数据流有各自的触发,即为:不同的数据流从AAA客户端各自上报计费终止消息到归属地AAA服务器。
实施例四为:当前计费策略具体为基于数据流的计费模式,当前计费策略具体为基于流量间隔/时长间隔/时长间隔加流量间隔的计费策略情况下,不同的数据流基于各自的流量间隔/时长间隔/时长间隔加流量间隔触发中间计费,本方法实施例包括以下步骤:
步骤601、终端进入WiMAX网络,终端发起初始接入请求,并初始接入WiMAX网络。
步骤602、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:计费模式为基于数据流的计费模式,以及不同的数据流包含了各自的基于流量间隔/时长间隔/时长间隔加流量间隔的计费策略的字段。
步骤603、计费开始触发,AAA客户端向归属地AAA服务器发送计费开始请求消息。
这里,计费开始触发时,不同的数据流有各自的触发,即为:不同的数据流各自通过AAA客户端分别触发开始计费,并各自上报计费开始消息到归属地AAA服务器。
步骤604、在与不同数据流相对应的、基于各个流量间隔/时长间隔/时长间隔加流量间隔的计费策略的值溢出或超时情况下,触发不同的数据流从AAA客户端各自上报中间计费消息到归属地AAA服务器。
这里,不同的数据流,在各自的中间计费上报时长间隔超时时,或者中间计费上报流量间隔溢出时,或者中间计费上报时长间隔加流量间隔超时或溢出时,只要其中的一个条件符合,即触发不同的数据流从AAA客户端各自上报中间计费消息到归属地AAA服务器。
步骤605、中间计费上报后,中间计费上报流量间隔重新开始计时,只要未触发计费终止,步骤605可以循环往复执行。
步骤606、计费终止触发,AAA客户端向归属地AAA服务器发送计费终止请求消息。
这里,计费终止触发时,不同的数据流有各自的触发,即为:不同的数据流从AAA客户端各自上报计费终止消息到归属地AAA服务器。
实施例五为:当前计费策略具体为基于IP会话的计费模式,当前计费策略具体为基于流量间隔的计费策略情况下,基于流量间隔触发中间计费,本方法实施例包括以下步骤:
步骤701、终端进入WiMAX网络,终端发起初始接入请求,并初始接入WiMAX网络。
步骤702、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:计费模式为基于IP会话的计费模式,以及基于流量间隔的计费策略的字段。
步骤703、计费开始触发,与IP相对应的用户通过AAA客户端向归属地AAA服务器发送计费开始请求消息。
步骤704、在与IP相对应的、基于流量间隔的计费策略的值溢出情况下,与IP相对应的用户通过AAA客户端触发中间计费,并上报中间计费消息到归属地AAA服务器。
这里,也就是说,在该用户的中间计费上报流量间隔溢出时,触发从AAA客户端上报中间计费消息到归属地AAA服务器。
步骤705、中间计费上报后,中间计费上报流量间隔重新开始计时,只要未触发计费终止,步骤705可以循环往复执行。
步骤706、计费终止触发,与IP相对应的用户通过AAA客户端向归属地AAA服务器发送计费终止请求消息。
实施例六为:当前计费策略具体为基于IP会话的计费模式,当前计费策略具体为基于时长间隔加流量间隔的计费策略情况下,基于时长间隔加流量间隔触发中间计费,本方法实施例包括以下步骤:
步骤801、终端进入WiMAX网络,终端发起初始接入请求,并初始接入WiMAX网络。
步骤802、在初始接入鉴权成功后,归属地AAA服务器通过Radius类型的接入接受消息通知AAA客户端鉴权认证成功,并将相关的授权参数也通过接入接受消息下发到AAA客户端。
这里,相关的授权参数主要是:计费模式为基于IP会话的计费模式,以及基于时长间隔加流量间隔的计费策略的字段。
步骤803、计费开始触发,与IP相对应的用户通过AAA客户端向归属地AAA服务器发送计费开始请求消息。
步骤804、在与IP相对应的、基于基于时长间隔加流量间隔的计费策略的值溢出或超时情况下,与IP相对应的用户通过AAA客户端触发中间计费,并上报中间计费消息到归属地AAA服务器。
这里,也就是说,在该用户的中间计费上报流量间隔溢出时,或者中间计费上报时长间隔超时时,触发从AAA客户端上报中间计费消息到归属地AAA服务器。
步骤805、中间计费上报后,中间计费上报流量间隔重新开始计时,只要未触发计费终止,步骤805可以循环往复执行。
步骤806、计费终止触发,与IP相对应的用户通过AAA客户端向归属地AAA服务器发送计费终止请求消息。
需要指出的是:上述方法实施例中,基于流量间隔的计费策略的字段并不在现在的标准中存在,基于Radius协议及NWG协议,本发明给出了一个该字段在Radius的接入接受消息中的设计。如图4所示,图4中包括:Radius类型字段、长度字段、厂商标识字段、嵌套在厂商标识字段中的字段。其中,Radius类型字段表示当前消息的类型Radius,以数值26标识;长度字段从Radius类型字段开始到中间计费上报流量间隔值为止,长度可以为13字节;厂商标识字段可以为WiMAX。在厂商标识字段为WiMAX类型时,嵌套在厂商标识字段中的字段包括:WiMAX类型字段,即基于流量间隔的计费策略的字段;长度字段;分片字段;中间计费上报流量间隔值字段,即基于流量间隔的计费策略值的字段。
这里,当厂商标识字段为WiMAX时,WiMAX类型为中间计费上报流量间隔字段;长度字段从该WiMAX类型开始到中间计费上报流量间隔值为止计算为7字节;分片字段的内容可以为否;中间计费上报流量间隔值字段为4字节。
具体地,上面的示例中的基于流量间隔的计费策略的字段不仅使用于Radius协议及NWG协议,如果AAA客户端与归属地AAA服务器之间采用Diameter协议而不是Radius协议,该字段的设计同样适用。
一种触发中间计费的实现系统,该系统包括:获取单元和触发及上报实现单元。其中,获取单元用于获取计费策略和计费模式。触发及上报实现单元用于根据获取的计费策略和计费模式,来实现中间计费的触发及上报。其中,计费策略包括:基于流量间隔、基于时长间隔、基于流量间隔与时长间隔结合的计费策略。计费模式包括:基于IP会话的计费模式、基于数据流的计费模式。
这里,基于流量间隔与时长间隔结合的计费策略具体包括:基于时长间隔加流量间隔、基于流量间隔/时长间隔、基于流量间隔/时长间隔/时长间隔加流量间隔、基于时长间隔/时长间隔加流量间隔的计费策略。
这里,触发及上报实现单元有两种具体实现,第一种具体实现:触发及上报实现单元进一步用于计费模式具体为基于IP会话的计费模式;在与IP会话相对应的用户所采用的计费策略的值溢出或超时情况下,用户通过计费客户端触发中间计费并上报中间计费消息。第二种具体实现:触发及上报实现单元进一步用于计费模式具体为基于数据流的计费模式;在为不同数据流各自所设置的计费策略的值溢出或超时情况下,不同数据流各自通过计费客户端分别触发中间计费并上报中间计费消息。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。