CN1848738A - 一种数据业务的计费方法 - Google Patents
一种数据业务的计费方法 Download PDFInfo
- Publication number
- CN1848738A CN1848738A CN 200510089839 CN200510089839A CN1848738A CN 1848738 A CN1848738 A CN 1848738A CN 200510089839 CN200510089839 CN 200510089839 CN 200510089839 A CN200510089839 A CN 200510089839A CN 1848738 A CN1848738 A CN 1848738A
- Authority
- CN
- China
- Prior art keywords
- rnc
- sgsn
- flow
- data
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及宽带码分多址移动通信系统,特别涉及数据业务的流量计费方法,以解决现有技术中数据业务流量分时段计费不准确的问题。本发明所述技术方案为:通过后台配置或由SGSN通过消息通知RNC各设定时段时间戳的方法,使RNC在数据传输过程中,根据各设定时段分时段统计丢弃流量字节数,并生成相应的流量节点上报给SGSN,SGSN将流量节点写入SCDR中后,再通过计费网关发送给计费中心进行相关费用的处理,从而达到根据不同费率时段进行精确计费的目的,有效保证了存在费率变更情况下数据业务计费的准确性,为运营部门实施不同的计费策略提供了有力的保障。
Description
技术领域
本发明涉及WCDMA(Wideband Code Division Multiple Access,宽带码分多址)移动通信系统,特别涉及数据业务的计费方法。
背景技术
在WCDMA(Wideband Code Division Multiple Access,宽带码分多址)移动通信分组域的计费系统中,整个分组域网络中生成计费话单的主要有两个网元,SGSN(Serving GPRS Support Node,服务GPRS支持节点;GPRS:GeneralPacket Service,通用分组无线业务)和GGSN(Gateway GPRS Support Node,关口GPRS支持节点),SGSN和GGSN通过Gn接口连接,GGSN通过Gi接口连接数据网络(Data Network)。如图1所示,MS(Mobile Subscriber,移动用户)在PS Domain(Packet Switched Domain,分组交换域)激活后,即在SGSN和GGSN网元中分别创建了相应的话单,在SGSN创建的话单叫SCDR(CDR:CallDetail Record,话单),在GGSN创建的话单叫GCDR。当用户完成数据业务去激活后,SGSN和GGSN就关闭了各自创建的话单,并分别将SCDR和GCDR通过Ga接口发送到CG(Charging Gateway,计费网关),通过CG的一定处理后最终发送到计费中心(Billing System)进行计费(话单也可能在数据传输过程中分几部分发送给CG),这里只讨论纯数据业务,即需要在PS Domain上激活后才能进行的业务,不包括SMS(Short Message Service,短消息业务),LCS(Location Service,位置业务)等无需激活就能进行的业务。
如图1所示,产生话单的主要节点是SGSN和GGSN,无论是SGSN还是GGSN,流量都是被关注的焦点,特别对于根据流量进行计费的数据业务,流量字节的统计至关重要。对于上行流量来说,其路径是MS->RNC(RadioNetwork Controller,无线网络控制器)->SGSN->GGSN->Data Network,上行流量通过SGSN和GGSN时,具体的流量字节数会被记录下来分别累加到SCDR和GCDR话单的上行流量字段;对于下行流量来说,其路径是DataNetwork->GGSN->SGSN->RNC->MS,同样,下行流量经过GGSN和SGSN时,具体的流量字节也会被记录下来分别累加到SCDR和GCDR话单的下行流量字段。这样,当移动用户完成数据业务去激活的时候,SCDR和GCDR话单就完成了对上下行流量字节的统计并将话单送到计费中心进行计费。
由于SGSN到GGSN再到外部数据网络之间都是IP网络,带宽可根据话务模型调整到足够大,因此在SGSN以上数据丢包的几率非常小,相比之下丢包可能性最大的就是RNC到MS之间的无线通路,上行流量由于未到SGSN之前不会被记录到话单,因此即使在空口丢包也不会导致错误计费。而下行流量不同,外部数据网络将下行流量经GGSN,SGSN传到RNC后,SGSN和GGSN都已经将这些流量记录到了话单中;但受无线环境及无线传输的复杂性及空口带宽的限制,RNC不能直接通过空口转发这些流量,而是将部分下行流量缓存了起来,并根据实际空口传输能力进行下行包的发送,当这些下行缓存包最终因为各种原因没有下发而被丢弃的时候,RNC会累计丢弃的下行包字节数量,并在RAB(Radio Access Bearer,无线接入承载)释放的时候通过RABAssignment Response消息反馈给SGSN,SGSN根据RNC反馈的丢弃下行流量从当前SCDR话单中已记录的下行流量中减去,从而实现准确的流量计费。或者由SGSN在每一个流量节点主动发起Data Volume Request消息到RNC取丢弃下行流量,这样就会出现一个问题,当每一个流量节点到达时,RNC对每一个数据业务同时上报丢弃下行流量,对SGSN和RNC的性能会造成很大影响,甚至导致系统瘫痪,因此,在3GPP 32015V390协议中明确说明SGSN不能主动发起Data Volume Request消息到RNC去取丢弃下行流量以避免SGSN和RNC的性能受到较大影响。
3GPP 2002年12月份R4协议中描述的整个流程如图2所示,包括如下步骤:
S1.MS发起PDP(Packet Data Protocol,分组数据协议)激活(Activate PDPContext Request)请求,准备进行数据业务;
S2.SGSN收到MS的Activate PDP Context Request消息后,发送创建PDP上下文请求(Create PDP Context Request)消息给GGSN,通知GGSN创建PDP,GGSN收到Create PDP Context Request消息后,创建GCDR话单,并返回成功创建PDP上下文响应(Create PDP Context Response)消息给SGSN;
S3.SGSN在收到GGSN的Create PDP Context Response消息后发起RAB创建过程,完成同RNC及MS之间的RAB创建(RAB Setup)过程后,SGSN创建SCDR话单;
S4.SGSN发送激活接受(Activate PDP Context Accept)消息给MS,通知MS可以开始进行数据业务了;
S5.MS通过RNC、SGSN、GGSN同外部网络之间进行数据业务传输(DataPacket Transfer),此过程中SGSN和GGSN详细的记录该MS通过的上下行流量字节数到各自的话单结构中,RNC则对下行流量进行流控,以免超过空口下行传输能力,但同时也不可避免的丢弃部分下行流量,RNC对丢弃的下行字节数进行累计记录;
S6.MS完成数据业务,并发起PDP去激活请求(Deactivate PDP ContextRequest)消息通知网络;
S7.SGSN收到MS的Deactivate PDP Context Accept消息后,向GGSN发送删除PDP上下文(Delete PDP Contest Request)消息通知GGSN删除PDP上下文,GGSN在收到Delete PDP Contest Request消息后关闭GCDR话单,并返回成功删除PDP上下文响应(Delete PDP Contest Response)消息;
S8.SGSN收到GGSN的Delete PDP Contest Response消息后,给MS下发去激活接受(Deactivate PDP Context Accept)消息告知MS数据业务已经停止;
S9.SGSN发起RAB释放(Radio Access Bearer Release)过程,释放无线资源,此过程中RNC会通过RAB Assignment Response消息将用户数据传输过程中丢弃的下行流量字节数告知SGSN,SGSN收到此消息后关闭SCDR话单,并在话单中填入RNC丢弃的下行流量字段。
流量计费的灵活性比较大,且大多数运营商为了开展业务的便利性,都会设置一定的优惠时段,由于优惠时段的设置,也导致在特定时段的话单流量字节统计必须准确,否则会造成客户的损失。而目前协议规定的实现方式RNC仅在RAB释放时才将整个激活过程中累计的下行丢弃流量字节上报给SGSN,这样对于存在费率变更时段的计费配置来说,SGSN不能预知这些丢弃的下行流量属于哪个费率时段,同时也受限于3GPP协议对SCDR的定义中缺少对不同时段RNC丢弃流量字节数的定义,导致SGSN即使知道这些丢弃的下行流量属于哪个时段,也无法通过话单体现出来,从而使得计费不准确,容易造成客户投诉。
发明内容
本发明提供一种数据业务流量计费方法,以解决现有技术中数据业务流量分时段计费不准确的问题。
一种数据业务的计费方法,包括如下步骤:
A、服务GPRS支持节点(SGSN)接收数据网络的下行业务数据并转发给无线网络控制器(RNC),同时根据设定时段分别将各时段中发送的下行数据字节数累加到SGSN侧话单(SCDR)中,并对应标明每一个时段的时间戳;
B、RNC接收所述下行业务数据并发送给移动台,同时根据所述设定时段生成发生数据丢弃的各时段的流量节点并上报给SGSN,所述流量节点包括该时段中被丢弃的下行数据字节数和对应的时间戳;
C、SGSN接收所述流量节点,根据所述时间戳将各时段内被丢弃的下行数据字节数对应写入SCDR中后通过计费网关发送给计费中心,由计费中心根据该SCDR分时段处理本次数据业务的相关费用。
所述步骤B,RNC根据各设定时段的划分信息区分各设定时段,所述划分信息包括各设定时段的起始时间和/或结束时间。
所述划分信息根据移动台用户的计费属性信息确定,所述计费属性信息及其对应的划分信息预先通过后台配置在RNC侧;并且,所述计费属性信息由SGSN在数据业务建立过程中,携带在无线接入承载指派请求(RAB AssignmentRequest)消息中发送给RNC,RNC根据计费属性信息确定对应划分信息。
或者,所述划分信息由SGSN在数据业务建立过程中,携带在RABAssignment Request消息中发送给RNC。
所述步骤B中,RNC上报所述流量节点的方法为:根据设定的周期上报;和/或每当生成的流量节点数量达到设定门限值时上报一次;和/或在数据业务去激活后,上报一次。
所述步骤C中,SGSN发送SCDR的方法为:周期性发送;和/或每次在下行数据字节数达到设定的流量阈值时发送一次;和/或在收到的流量节点数量达到所述门限值时发送一次;和/或在数据业务去激活后发送一次。
并且,当RNC根据设定门限值上报流量节点时,所述门限值通过后台配置到RNC侧;或者由SGSN在数据业务建立过程中,携带在RAB AssignmentRequest消息中发送给RNC。
所述的方法中,在数据业务传输过程中,RNC通过一个报告消息向SGSN上报流量节点,所述报告消息中包括用于携带流量节点的第一列表;
在数据业务去激活后,RNC通过无线接入承载指派响应(RAB AssignmentResponse)消息向SGSN上报流量节点,所述RAB Assignment Response消息中包括用于携带流量节点的第二列表。
所述SCDR中包括用于携带每一个设定时段中下行数据字节总数及其对应流量节点的第三列表。
所述第一列表、第二列表和第三列表中携带的最多流量节点数量相同并等于所述门限值。
本发明通过后台配置或由SGSN通过消息通知RNC各设定时段时间戳的方法,使RNC在数据传输过程中,可以根据各设定时段分时段统计丢弃流量字节数,并生成相应的流量节点上报给SGSN,SGSN将流量节点写入SCDR中后,再通过计费网关发送给计费中心进行相关费用的处理,从而达到根据不同费率时段进行精确计费的目的,有效保证了存在费率变更情况下数据业务计费的准确性,为运营部门实施不同的计费策略提供了有力的保障。
附图说明
图1为现有WCDMA移动系统通信分组域系统架构示意图;
图2为目前协议规定的数据业务流程图,其中:RNC无法根据设定时段统计并上报,使SGSN产生的SCDR中无法根据设定时段记录丢弃流量字节数,从而导致不能精确计费;
图3为本发明所述的数据业务流程图,其中:RNC根据设定时段统计并上报丢弃流量字节数,使SGSN产生的SCDR中根据设定时段记录丢弃流量字节数,从而实现精确计费。
具体实施方式
本发明所述技术方案的目的在于实现数据业务分时段精确计费,为实现该目的,通过在RNC进行每一时段费率变更配置或者由SGSN通知RNC费率变更配置的方式,让RNC在统计丢弃流量字节数时能够分不同时段进行统计,从而将统计到的不同时段的丢弃下行流量上报给SGSN,同时修改SCDR的话单结构,使得SGSN能够将RNC上报的多个时段的丢弃下行流量填入到SCDR话单结构中,从而实现精确的流量计费,下面详细说明实现本发明所述技术方案的细节:
1、RNC分时段收集丢弃的下行流量字节数
RNC能够分时段收集丢弃的下行流量字节数的前提是RNC侧需要获得费率变更的时间划分信息,即费率变更时间点,该时间点为各时段的起始时间和结束时间。由于不同计费属性的用户享有的分时优惠策略不同,因此,RNC侧的费率变更时间配置需要根据不同的计费属性分别配置,计费属性即不同优惠政策的用户身份类别信息,例如:预付费用户、普通用户或实时用户等。
实现此点功能可以采取后台配置的方式在RNC侧配置不同计费属性以及对应的费率变更时间信息,然后在激活过程中,由SGSN通过在RABAssignment Request消息通知RNC该用户的计费属性信息,这样RNC就可以根据用户的计费属性对应的费率变更时间点分别统计每一优惠时段为成功发送的流量字节数。这种方法需要在现有的RAB Assignment Request消息中增加当前用户的计费属性信元用于设置用户的计费属性信息。
当然也可以不在RNC进行后台配置,而是由SGSN通过在RAB AssignmentRequest消息中携带对应的费率变更时间戳来通知RNC,但是这种方法要对RAB Assignment Request消息进行很大修改,不仅要增加计费属性信元还要增加费率变更时间信息等运营商指定的信息,使RAB Assignment Request消息的功能属性发生变化,比较而言,采取后台配置的方式更为可行。
2、RNC将分时段收集到的丢弃的下行流量字节数上报给SGSN
RNC上报丢弃的下行流量字节数的方法设计一般有以下两种:
1)、周期性上报,即在RNC上配置一个上报周期进行周期性统计并上报;
2)、根据设定的丢弃流量节点数门限值进行上报;
并且,在数据业务去激活后最后上报一次,并且,在数据业务去激活后发送一次,上述两种方法可以单独使用或配合使用,并且无论采用任何一种或组合使用,都不排除可能仅在数据业务去激活后上报了一次。
RNC在每一个时段累计该时段丢弃的下行流量字节数,同时判断当前时间是否已经越过了最近一次费率变更配置的时间点,如果越过了,则将当前累计的字节数保存起来,同时打上最近一次费率变更点的时间戳,从而生成一个对应此RAB的丢弃流量节点,记录流量节点后,再将RNC统计丢弃的计数器清零,重新开始统计新的丢弃下行流量的统计,考虑到用于上报的消息容量和SCDR话单的结构,可以在RNC侧配置最大丢弃下行流量节点个数,当节点个数太多超过此门限配置时RNC可以主动上报给SGSN,这样,在RABAssignment Request消息中还需要携带最大丢弃下行流量节点个数信息,同样可以通过增加相应信元的方式修改RAB Assignment Request消息。
如果在一个费率时段中间上报时,将统计截至时间作为时间戳并生成该时段的一个流量节点,在下一次上报的流量节点中,可能还包括该时段的另一个流量节点,SGSN或计费网关可以根据相关的时间戳进行合并处理。
另外这里配置的RNC最大丢弃下行流量节点个数不应超过SGSN侧配置的SCDR话单最大流量节点个数,从而尽量保持话单中最多容纳的流量节点同RNC一次上报的最多流量节点个数的一致性。
上述两种方法中,都有可能出现在业务中间需要上报流量节点的情况,这时RNC不能使用原有的RAB Assignment RSP消息进行上报,因为该消息主要功能为RAB的指派、修改和释放,所以此处设计新增一条IU-PS接口消息DLData Volume Report消息,该消息的主要结构是包括一个丢弃下行流量列表字段,使SGSN从中获得不同时段丢弃的流量节点数。
在RAB释放时,RNC仍然采用RAB Assignment RSP消息通知SGSN所有没有上报的不同时段的丢弃流量信息,要完成这一功能,同样需要对RABAssignment RSP消息结构进行相应的修改,主要增加丢弃下行流量列表字段。
3、SGSN在发送给计费网关的SCDR话单中增加流量节点信息
SGSN从DL Data Volume Report消息或RAB Assignment RSP消息获得流量节点后,需要写入SCDR话单结构中通知计费网关,同样,需要修改SCDR话单结构,增加相应的时间戳标明不同的费率时段。
首先,SGSN需要分时段记录流量字节数和对应费率变更点,同时,对应增加RNC丢弃下行流量节点信元,使之能够传递不同时段的RNC丢弃下行流量给计费中心,修改后的SCDR话单结构增加如下类似列表:
时间戳 | ×年×月×日10:00 | ×年×月×日12:00 |
下行流量字节数 | … | … |
丢弃的流量字节数 | … | … |
其中,SGSN在本地统计下行流量数并累计到对应的表项中,当收到DLData Volume Report消息或RAB Assignment RSP消息后,将从中获得的标记不同时间戳的被丢弃的流量字节数对应填入表项中后在发送给计费网关和计费中心进行分时段精确计费。
SGSN发送SCDR的方法可以包括以下三种:
1)、按照设定的周期进行周期性发送;
2)、每次在下行数据字节数达到设定阈值时发送一次;
3)、在收到的流量节点数量达到所述门限值时发送一次;
并且,在数据业务去激活后发送一次,上述三种方法可以单独使用或配合使用,并且无论采用任何一种或组合使用,都不排除可能仅在数据业务去激活后发送了一次SCDR话单。
在实现了以上三点以后,新的数据业务流程(包含流量统计)如图3所示,包括如下步骤:
S1.MS发起Activate PDP Context Request请求,准备进行数据业务;
S2.SGSN收到MS的Activate PDP Context Request消息后,发送Create PDPContext Request消息给GGSN,通知GGSN创建PDP,GGSN收到Create PDPContext Request消息后,创建GCDR话单,并返回Create PDP Context Response消息给SGSN;
S3.SGSN在收到GGSN的Create PDP Context Response消息后发起RAB创建过程,完成同RNC及MS之间的RAB创建过程后,SGSN创建SCDR话单;
在这一步骤中,如果SGSN侧存在费率变更配置的情况,则在RAB指派请求消息中携带该用户的计费属性信元和最大流量节点个数。
S4.SGSN发送Activate PDP Context Accept消息给MS,通知MS可以开始进行数据业务;
S5a.MS通过RNC、SGSN、GGSN同外部数据网络之间进行数据业务传输(Data Packet Transfer);
此过程中,SGSN和GGSN详细的记录该MS通过的上下行流量字节数到各自的话单结构中,RNC则对下行流量进行流量控制,以免超过空口下行传输能力,但也不可避免的丢弃部分下行流量,RNC根据计费属性对应的费率变更时间信息,对丢弃的下行字节数进行分时段的累计记录,同时判断当前时间是否已经越过了最近一次费率变更配置的时间点,如果越过了,则将当前累计的字节数保存起来,同时打上最近一次费率变更点的时间戳,从而生成一个对应此RAB的丢弃流量节点,再将RNC统计丢弃的计数器清零,重新开始统计新的丢弃下行流量的统计。
S5b.RNC根据配置的上报方法进行周期性发送DL Data Volume Report消息上报或每次到达最大流量时上报一次,常用的是当产生的丢弃流量节点个数超过RNC配置的最大个数时,RNC主动发送携带流量节点的DL Data VolumeReport消息给SGSN,SGSN收到该消息后,将该消息的所有节点存入SCDR话单结构对应的列表字段中。
S6.MS完成数据业务后,发起Deactivate PDP Context Request消息通知网络去激活;
S7.SGSN收到MS的Deactivate PDP Context Request消息后,向GGSN发送Delete PDP Contest Request消息通知GGSN删除PDP上下文,GGSN在收到Delete PDP Contest Request消息后关闭GCDR话单,并返回成功删除PDP上下文响应消息;
S8.SGSN收到GGSN的Delete PDP Contest Response消息后,给MS下发送Deactivate PDP Context Accept消息告知MS数据业务已经停止;
S9.SGSN发起Radio Access Bearer Release过程进行RAB释放,释放无线资源,此过程中RNC会通过RAB Assignment Response消息将用户数据传输过程中还没有上报的下行流量节点上报SGSN,SGSN收到此消息后关闭SCDR话单,并将RAB Assignment Response消息中携带的丢弃的下行流量字节数列表中的信息填入话单中对应的列表字段,再最后一次将话单发送给计费网关进行计费处理。
RAB Assignment Response消息中需要扩展用于携带流量节点列表的信元,根据协议标准中定义的用于携带丢弃字节数的信元rncUnsentDataVolume,新的信元名称可以定义为rncUnsentDataVolumeList。
下面举例说明RNC如何根据配置进行不同时段的丢弃下行流量的统计,假设RNC同SGSN的费率变更时段配置为10:00-11:00,某MS在9:50分激活并进行数据业务,11:10该用户完成数据业务去激活,由于数据流量在整个业务时段中的不可预知性,可能存在下面几种不同的情况使得RNC生成不同格式的丢弃下行流量节点列表:
a.假设在9:50分到10点整之间RNC上已经存在该用户的丢弃流量为10个包,共10KB字节,10:02分的时候RNC又产生了一个丢弃的数据包,字节数为1KB,此后直到去激活RNC都未产生任何丢弃数据包,则此时RNC针对该用户产生的丢弃流量节点列表为,其中:10×1024=10240为共丢弃了10个数据包,共计10240字节数:
流量字节 | 10×1024=10240 |
时间戳 | ×年×月×日10:00 |
流量字节 | 1×1024=1024 |
时间戳 | ×年×月×日11:00 |
b.假设在9:50分到10点整之间RNC上已经存在该用户的丢弃流量为10个包,共10KB字节,此后直到去激活RNC都未产生任何丢弃数据包,则此时RNC针对该用户产生的丢弃流量节点列表为:
流量字节 | 10×1024=10240 |
时间戳 | ×年×月×日10:00 |
c.假设在9:50分到10点整之间RNC上已经存在该用户的丢弃流量为10个包,共10KB字节,10:02分的时候RNC又产生了一个丢弃的数据包,字节数为1KB,11:05分到11:08RNC又连续产生了三个丢弃的数据包,字节数共为3KB,则此情况下RNC针对该用户产生的丢弃流量节点列表为:
流量字节 | 10×1024=10240 |
时间戳 | ×年×月×日10:00 |
流量字节 | 1×1024=1024 |
时间戳 | ×年×月×日11:00 |
流量字节 | 3×1024=3072 |
时间戳 | ×年×月×日11:10 |
d.假设仅在10:02分到10:50分之间RNC上产生了该用户的丢弃流量10个包,共10KB字节,则此情况下RNC针对该用户产生的丢弃流量节点列表为:
流量字节 | 10×1024=10240 |
时间戳 | ×年×月×日11:00 |
e.假设仅在11:05分到11:08分之间RNC上产生了该用户的丢弃流量3个包,共3KB字节,则此情况下RNC针对该用户产生的丢弃流量节点列表为:
流量字节 | 3×1024=3072 |
时间戳 | ×年×月×日11:10 |
本发明对现有的数据业务计费系统提出一种优化方法,有效解决了存在费率分时段变更情况下,数据业务计费的准确性问题,从而为运营部门实施不同的计费策略提供了有力的保障。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1、一种数据业务的计费方法,其特征在于,包括如下步骤:
A、服务GPRS支持节点(SGSN)接收数据网络的下行业务数据并转发给无线网络控制器(RNC),同时根据设定时段分别将各时段中发送的下行数据字节数累加到SGSN侧话单(SCDR)中,并对应标明每一个时段的时间戳;
B、RNC接收所述下行业务数据并发送给移动台,同时根据所述设定时段生成发生数据丢弃的各时段的流量节点并上报给SGSN,所述流量节点包括该时段中被丢弃的下行数据字节数和对应的时间戳;
C、SGSN接收所述流量节点,根据所述时间戳将各时段内被丢弃的下行数据字节数对应写入SCDR中后通过计费网关发送给计费中心,由计费中心根据该SCDR分时段处理本次数据业务的相关费用。
2、如权利要求1所述的方法,其特征在于,所述步骤B,RNC根据各设定时段的划分信息区分各设定时段,所述划分信息包括各设定时段的起始时间和/或结束时间。
3、如权利要求2所述的方法,其特征在于,所述划分信息根据移动台用户的计费属性信息确定,所述计费属性信息及其对应的划分信息预先通过后台配置在RNC侧;并且,所述计费属性信息由SGSN在数据业务建立过程中,携带在无线接入承载指派请求(RAB Assignment Request)消息中发送给RNC,RNC根据计费属性信息确定对应划分信息。
4、如权利要求2所述的方法,其特征在于,所述划分信息由SGSN在数据业务建立过程中,携带在RAB Assignment Request消息中发送给RNC。
5、如权利要求1、2、3或4所述的方法,其特征在于,所述步骤B中,RNC上报所述流量节点的方法为:
根据设定的周期上报;和/或
每当生成的流量节点数量达到设定门限值时上报一次;和/或
在数据业务去激活后,上报一次。
6、如权利要求5所述的方法,其特征在于,所述步骤C中,SGSN发送SCDR的方法为:
周期性发送;和/或
每次在下行数据字节数达到设定的流量阈值时发送一次;和/或
在收到的流量节点数量达到所述门限值时发送一次;和/或
在数据业务去激活后发送一次。
7、如权利要求6所述的方法,其特征在于,当RNC根据设定门限值上报流量节点时,所述门限值通过后台配置到RNC侧;或者
由SGSN在数据业务建立过程中,携带在RAB Assignment Request消息中发送给RNC。
8、如权利要求6所述的方法,其特征在于,
在数据业务传输过程中,RNC通过一个报告消息向SGSN上报流量节点,所述报告消息中包括用于携带流量节点的第一列表;
在数据业务去激活后,RNC通过无线接入承载指派响应(RAB AssignmentResponse)消息向SGSN上报流量节点,所述RAB Assignment Response消息中包括用于携带流量节点的第二列表。
9、如权利要求8所述的方法,其特征在于,所述SCDR中包括用于携带每一个设定时段中下行数据字节总数及其对应流量节点的第三列表。
10、如权利要求9所述的方法,其特征在于,所述第一列表、第二列表和第三列表中携带的最多流量节点数量相同并等于所述门限值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100898398A CN100370730C (zh) | 2005-08-08 | 2005-08-08 | 一种数据业务的计费方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100898398A CN100370730C (zh) | 2005-08-08 | 2005-08-08 | 一种数据业务的计费方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1848738A true CN1848738A (zh) | 2006-10-18 |
CN100370730C CN100370730C (zh) | 2008-02-20 |
Family
ID=37078118
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100898398A Active CN100370730C (zh) | 2005-08-08 | 2005-08-08 | 一种数据业务的计费方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100370730C (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010072107A1 (zh) * | 2008-12-24 | 2010-07-01 | 华为技术有限公司 | 一种用户业务流计费核减方法和装置 |
WO2010083775A1 (zh) * | 2009-01-24 | 2010-07-29 | 华为技术有限公司 | 一种用户设备访问因特网的方法及系统 |
WO2011006408A1 (zh) * | 2009-07-17 | 2011-01-20 | 中兴通讯股份有限公司 | 一种策略与计费控制系统、方法及一种pcrf实体 |
CN101990187A (zh) * | 2010-08-17 | 2011-03-23 | 工业和信息化部通信计量中心 | 用于gprs/umts网络的数据业务流量计费准确性检测方法 |
CN102291704A (zh) * | 2011-07-28 | 2011-12-21 | 华为软件技术有限公司 | 计费方法、计费设备、交换设备和计费系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1254042C (zh) * | 2002-02-04 | 2006-04-26 | 华为技术有限公司 | 统计数据流量的方法 |
CN100542095C (zh) * | 2003-12-09 | 2009-09-16 | 华为技术有限公司 | 一种流量计费方法 |
-
2005
- 2005-08-08 CN CNB2005100898398A patent/CN100370730C/zh active Active
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010072107A1 (zh) * | 2008-12-24 | 2010-07-01 | 华为技术有限公司 | 一种用户业务流计费核减方法和装置 |
CN101431423B (zh) * | 2008-12-24 | 2011-04-13 | 华为技术有限公司 | 一种用户业务流计费核减方法和装置 |
WO2010083775A1 (zh) * | 2009-01-24 | 2010-07-29 | 华为技术有限公司 | 一种用户设备访问因特网的方法及系统 |
WO2011006408A1 (zh) * | 2009-07-17 | 2011-01-20 | 中兴通讯股份有限公司 | 一种策略与计费控制系统、方法及一种pcrf实体 |
CN101990187A (zh) * | 2010-08-17 | 2011-03-23 | 工业和信息化部通信计量中心 | 用于gprs/umts网络的数据业务流量计费准确性检测方法 |
CN101990187B (zh) * | 2010-08-17 | 2015-11-25 | 工业和信息化部通信计量中心 | 用于gprs/umts网络的数据业务流量计费准确性检测方法 |
CN102291704A (zh) * | 2011-07-28 | 2011-12-21 | 华为软件技术有限公司 | 计费方法、计费设备、交换设备和计费系统 |
CN102291704B (zh) * | 2011-07-28 | 2014-12-03 | 华为软件技术有限公司 | 计费方法、计费设备、交换设备和计费系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100370730C (zh) | 2008-02-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1509094A (zh) | 移动通信系统中的下行链路数据包调度系统与方法 | |
EP1777871B1 (en) | A method for reducing the load of tpf | |
EP3189680B1 (en) | Band usage information generating and reporting method, charging method, enodeb, and mme | |
CN1879346A (zh) | 用于在电信系统中确定收费的装置和方法 | |
CN1302636C (zh) | 一种完善基于业务数据流在线计费的处理方法 | |
CN102202281B (zh) | 话单处理方法及系统 | |
CN101060414A (zh) | Mbms按流量计费的方法和系统 | |
CN1848738A (zh) | 一种数据业务的计费方法 | |
CN1643888A (zh) | 用于点到多点业务的接入和计费的方法和系统 | |
CN1645805A (zh) | 一种分组数据业务的计费控制方法 | |
CN1744559A (zh) | 一种通过业务属性或根据业务计费类型实现路由的方法 | |
WO2015074389A1 (zh) | 一种无线频谱资源计费设备、系统及方法 | |
CN1697387A (zh) | 一种针对用户选择计费规则的方法 | |
CN104247331A (zh) | 用于管理网络资源的方法和节点以及相应的系统和计算机程序 | |
CN102111741A (zh) | 计费实现方法及装置 | |
CN105532012A (zh) | 视频分发方法、设备和系统 | |
CN104185213A (zh) | 数据流传输控制方法和装置 | |
CN101662726B (zh) | 统计多媒体广播多播业务的收视量的方法、网元和系统 | |
WO2014059599A1 (zh) | 计费处理方法、装置和系统 | |
CN1452333A (zh) | 公共陆地移动网(plmn)分组网中统一管理资源的一种方法 | |
CN1773922A (zh) | 一种基于分组数据流计费的处理方法及系统 | |
CN101360097B (zh) | 一种转发报文的方法、网络及网元 | |
CN100440862C (zh) | 一种宽带码分多址移动通信系统中的分组调度方法 | |
CN1773917A (zh) | 一种计费信息的处理方法 | |
CN1735024A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |