CN101106462A - 计费系统、计费点、计费服务器及其获取计费信息的方法 - Google Patents

Abstract

本发明公开了一种计费服务器获取业务计费信息的方法，包括：计费点在计费请求中设置同一业务包括的所有业务流的计费信息，并将该计费请求上报给计费服务器。本发明还公开了一种计费系统、一种计费点和一种计费服务器。由上述方案可以看出，本发明中，通过计费点在计费请求中设置同一业务包括的所有业务流的计费信息，并将该计费请求上报给计费服务器，实现了计费服务器能够获取同一业务的所有业务流的计费信息；并且，在本发明中由于计费点在一个计费报文中向计费服务器上报该业务所有业务流的计费信息，从而可以通过一个计费流程向计费服务器上报一个业务中多个业务流的计费信息，减少了信令交互，节约了系统资源。

Description

计费系统、计费点、计费服务器及其获取计费信息的方法

技术领域

本发明涉及计费技术领域，特别是指一种计费服务器获取业务计费信息的方法、一种计费系统、一种计费点和一种计费服务器。

背景技术

用户在访问网络过程中，需要对用户进行计费。如图1所示，对用户进行计费的系统主要包括用户终端(MS)、计费点和计费服务器。在用户登陆、访问和退出网络时，计费点向计费服务器发送计费开始请求、计费中间请求、计费终止请求等计费报文，计费服务器接收计费报文，获取用户的计费信息，向计费点回应计费响应报文，并且可以根据所接收的计费报文中用户的计费信息生成该用户的账单。

在典型的计费流程中，用户登录网络成功后，计费点向计费服务器发起计费开始请求、中间计费请求和计费终止请求等携带计费信息的计费报文，从而计费服务器能够获取用户的计费信息。

在目前的IP接入网络中，计费方式一般采用按业务流进行计费，而不是按用户连接进行计费，即用户登录网络成功后，计费点并不立即发起计费开始请求等计费报文，而是在一条业务流建立完成后，向计费服务器发起针对该业务流的计费流程。另外，对于一个业务有多个业务流的情况，如包括上行音频流、下行音频流、上行视频流和下行视频流四个业务流的视频电话业务中，针对每个业务流建立单独的计费流程，在计费报文中通过业务流标识使计费服务器获取计费报文所对应的业务流，在计费服务器对每条业务流单独计费。

在现有技术中，由于同一业务的各个业务流通过业务流标识分别独立标记，在计费流程中，计费服务器无法关联不同业务流的计费信息，因此无法获取关联在一起的属于同一业务的不同业务流的计费信息；另外，由于对同一业务的不同业务流进行计费的流程分别独立，导致在计费点和计费服务器之间发送的信令过多，浪费了网络资源。

发明内容

有鉴于此，本发明的主要目的在于提供一种计费服务器获取业务计费信息的方法、一种计费系统、一种计费点和一种计费服务器，使得计费服务器能够获取关联在一起的同一业务的所有业务流的计费信息。

本发明提供了一种计费服务器获取业务计费信息的方法，该方法包括：

计费点在计费请求中设置同一业务包括的所有业务流的计费信息，并将该计费请求上报给计费服务器。

较佳地，所述计费点在计费请求中设置的信息，通过扩展用户数据记录UDR，并在计费请求中设置UDR中扩展的信息的方式实现。

较佳地，所述扩展UDR具体包括：在UDR中设置该业务的每个业务流对应的网关计数逻辑块、基站计数逻辑块、流描述逻辑块和服务质量逻辑块。

较佳地，所述扩展UDR进一步包括：在UDR中设置所述每个业务流对应的业务流标识。

较佳地，所述扩展UDR进一步包括：在UDR的记录相关器逻辑块中设置业务标识。

较佳地，所述UDR的记录相关器逻辑块中包括：计费会话标识、计费多会话标识和业务标识。

较佳地，所述计费服务器根据该业务标识将所接收的计费请求中同一业务所有业务流的计费信息关联存储。

较佳地，所述业务流的业务流标识中包括：业务标识和流标识。

较佳地，所述业务流的业务流标识中进一步包括：传播方式。

较佳地，所述的业务流标识包括32位，被分为三个区间号段，分别承载传播方式、业务标识和流标识；其中，

传播方式区间号段占用2位，业务标识占用24位，流标识占用6位；或者，传播方式区间号段占用8位，业务标识占用16位，流标识占用8位。

所述各个区间号段的顺序可以为：最高位开始为传播方式，然后依次为业务标识和流标识。

所述传播方式区间号段中剩余的保留类型可以保留，也可以扩展为业务流较多的传播类型的业务标识。

所述计费点可以根据业务流标识识别属于同一业务的业务流，并将该业务流的计费信息设置在一个UDR中。

所述的计费请求包括：计费开始请求和计费终止请求。

所述的计费请求进一步可以包括：中间计费请求。

本发明还提供了一种计费系统，包括：计费点和计费服务器；其中，

计费点用于生成包括同一业务的所有业务流的计费信息的计费报文，并将生成的计费报文发送给计费服务器；

计费服务器用于接收来自计费点的所述计费报文，并获取一个业务的所有业务流的计费信息。

该系统进一步可以包括：策略功能体PF，用于生成包括业务标识的业务流标识；则所述计费点根据PF生成的业务流标识中的业务标识识别属于同一业务的业务流，并将所识别出的属于同一业务的所有业务流的计费信息设置在一个计费报文中。

所述的计费点可以为：接入服务器、宽带接入服务器或远程接入服务器；所述计费服务器可以为认证、授权、计费服务器。

本发明还提供了一种计费点，包括计费报文生成模块和发送模块；其中，

计费报文生成模块用于生成包括同一业务所有计费信息的计费报文，并将生成的计费报文传送给发送模块；

发送模块用于将来自计费报文生成模块的计费报文发送给计费服务器。

该计费点中可以进一步包括UDR模块，用于在业务流创建过程中，将同一业务所有业务流的计费信息设置在同一个UDR中；则所述计费报文生成模块根据UDR模块在同一个UDR中设置的同一业务所有业务流的信息，生成包括同一业务所有业务流计费信息的计费报文。

所述UDR模块进一步可以用于根据PF生成的业务流标识中的业务标识识别属于同一业务的业务流，并将所识别出的属于同一业务的所有业务流的计费信息设置在一个包括了所述业务标识的UDR中。

本发明还提供了一种计费服务器，该计费服务器包括：计费信息获取模块和计费信息关联模块；

所述计费信息获取模块用于获取计费报文中包括的同一业务所有业务流的计费信息；

所述计费信息关联模块用于根据所述计费信息获取模块获取的所述计费信息关联属于同一业务的所有业务流的计费信息。

由上述方案可以看出，本发明中，通过计费点在计费请求中设置同一业务包括的所有业务流的计费信息，并将该计费请求上报给计费服务器，实现了计费服务器获取了关联在一起的同一业务的所有业务流的计费信息；并且，在本发明中由于计费点在一个计费报文中向计费服务器上报该业务所有业务流的计费信息，从而可以通过一个计费流程向计费服务器上报一个业务中多个业务流的计费信息，减少了信令交互，节约了系统资源。

此外，通过在标识业务流的信息中设置该业务流所属业务的业务标识，实现了识别和匹配属于同一业务的不同业务流。

附图说明

图1为计费系统的框架图；

图2为本发明具体实施例中一种业务流标识的组成示意图；

图3为本发明具体实施例中另一种业务流标识的组成示意图；

图4为本发明具体实施例中一种业务流标识的具体格式示意图；

图5为本发明具体实施例中另一种业务流标识的具体格式示意图；

图6为本发明具体实施例中计费点向家乡AAA服务器上报计费信息的流程图；

图7为本发明系统的一种结构组成示意图；

图8为本发明中计费点的一种结构组成示意图；

图9为本发明中计费点的另一种结构组成示意图；

图10为本发明中计费服务器的结构组成示意图；

图11为本发明系统的另一种结构组成示意图。

具体实施方式

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

本发明的主要思想是，计费点通过一个计费请求向计费服务器上报一个业务所有业务流的计费信息，使计费服务器获取了关联在一起的同一业务所有业务流的计费信息。这里的计费请求报文可以是计费开始请求、中间计费请求或计费终止请求。

上述计费点可以是接入服务器、宽带接入服务器(BAS)或远程接入服务器(RAS)等，其中的RAS可以是局域网交换机(LAN Switch)、无线局域网(WLAN)中的接入点(AP)、线缆调制解调器终端系统(CMTS)等。计费点能够自动感知用户的登录、退出网络动作以及业务流建立完成等，从而发送计费报文。计费服务器通常是认证、授权、计费(AAA)服务器，AAA服务器具体可以采用远端用户拨入鉴权服务(RADIUS)协议、直径(DIAMETER)协议、或终端访问控制器控制系统协议(TACACS)协议等。

由于同一业务的所有业务流是同时创建，同时终止的，且在业务流创建过程中，计费点中包括了同一业务流所包括的所有业务流的信息，如同一业务的所有业务流标识设置在同一列表中，所以本发明中，计费点可以根据同一业务所包括的所有业务流的信息，在向计费服务器上报计费请求报文前，将原来分别设置在不同UDR中的业务流计费信息设置在一个扩展后的UDR中。进而，通过在扩展后的UDR中记录的同一业务所有业务流的计费信息，生成包括同一业务中所有业务流的计费信息的计费报文上报给计费服务器；计费服务器接收该报文后，即获取了该业务所有业务流的计费信息，从而可以实现业务粒度级别的计费信息的存储和业务粒度级别的计费。

本发明中，还可以对现有的业务流标识格式进行修改，在其中设置业务标识，从而使得计费点可以通过业务流标识识别所有属于同一业务的业务流，进而可以将这些业务流的计费信息设置在同一个UDR中。

以下通过具体实施例对本发明进行详细阐述。

本发明的具体实施例中，在创建业务流的过程中，策略功能体(PF)生成业务流标识时，在业务流标识中设置业务标识和流标识，如图2所示，从而网络实体可以根据该业务流标识识别出业务流所对应的业务；也可以在业务流标识中设置业务标识、流标识和业务流的传播方式信息，如图3所示，从而网络实体可以根据业务流标识识别出业务流所对应的业务和传播方式。

以PF所生成的业务流标识中包括传播方式、业务标识和流标识三个区间号段，并且在WiMAX网络中应用为例，进一步详细说明业务流标识的格式。WiMAX网络中业务流标识的长度为32比特(Bit)，则业务流标识的格式可以如图4或图5所示。

根据图4所示的格式，业务流标识中的最高位开始的2比特，跟着的24Bits为业务标识区间号段，最后的6Bits为流标识区间号段。在传播方式号段，使用2Bits的长度，是因为目前的传播方式只有三种，包括单播、多播、广播，2Bits可以表示的值有4个，即使用2Bits的区间号段可以指示出四种传播类型，在指示目前的三种传播类型之余，还可以有一个保留类型，如果单播类型的业务标识空间不足，此保留类型可以作为单播类型指示，即将保留类型扩展为单播类型中的业务标识，如果单播类型的业务标识空间足够，则此保留类型可以保留不用，以备日后扩展之需。在业务标识号段，使用24Bits，24Bits可以表示的值有16777216个，对于某一传播类型可以同时识别16777216个业务。在流标识号段，使用6Bits，6Bits可以表示的值有64个，同一个业务相关的业务流可以高达64条。

根据图5所示的格式，业务流标识最高位开始的8Bits为传播方式区间号段，跟着的16Bits为业务标识区间号段，最后的8Bits为流标识区间号段。在传播方式号段，使用8Bits的长度，可以表示的值有256个，即使用8Bits的区间号段可以指示出256种传播类型，在指示目前的三种传播类型之余，还可以有253个保留类型，通过保留类型来扩展业务流较多的传播类型的标识空间。比如：单播类型的业务流较多，标识空间不足，这些保留类型可以作为单播类型指示，即扩展为单播类型中的业务标识；如果单播类型的业务流标识空间足够，则此保留类型可以保留不用，以备日后扩展之需，对于多播、广播类型，道理相同，不再复述。在业务标识号段，使用16Bits，16Bits可以表示的值有65536个，对于某一传播类型可以同时识别65536个业务。在流标识号段，使用8Bits，8Bits可以表示的值有256个，同一个业务相关的业务流可以高达256条。

图5所示的格式比图4所示的格式要优胜的地方是：它根据实际网络中单播业务流的数量要远远多于多播业务流、广播业务流的情况作了一些改进，从而可以灵活的动态扩展业务流数量较多的传播类型的表示空间，如单播，动态的削减了业务流数量较少的传播类型的表示空间，如广播。因为此种方案它将传播方式的区间号段扩展到了8Bits，即可以表达256种传播方式，在实现时，可以使用其中的254种传播方式来指示单播类型，而使用其它两种传播方式来指示多播类型和广播类型。

此外，本实施例中，对计费点中的UDR和计费报文进行扩展，使计费报文携带同一个业务中的多个业务流的计费信息。由于计费报文中的计费信息是根据UDR中记录的计费信息生成的，其扩展也是与UDR的扩展相对应的，在UDR中所扩展的信息也包括在计费报文中，因此以下只对扩展后UDR中所包括的信息进行说明。

如表1所示，为本实施例中扩展后的UDR中标识计费信息的各逻辑块以及这些逻辑块所描述的信息。

状态和类型(Status and Type)		此逻辑块的属性用于描述计费记录的类型、用户的状态、计费产生原因等(The attributes in this section define the type of accounting record，convey the state of the user and describe why the record is generated.)
			记录相关器(Record Correlators)		此逻辑块的属性用于各种计费关联，比如将属于同一个计费会话的开始、停止、中间报文关联起来，将同属一个流，或同一个业务的报文关联起来，将属于同一个用户的报文关联起来(The attribute in thissection help in correlating the records such as Start，Stop，Interim，or to aflow，or to a serive，or to a session.)
用户标识(User Identification)		此逻辑块的属性用于标识用户(The attributes in this section identify theuser.)
			接入网络标识(InfrastructureIdentifiers)		此逻辑块的属性用来描述接入网络(The attributes in this sectionidentify the serving network)
记录时间(Record Time)		此逻辑块的属性用于描述计费开始时间，时区(The attributes in thissection identity the time the accounting took place.The Timezone is alsoconveyed.)
			第一个业务流(FirstFlow)	业务流标识(SFID/FID)	此逻辑块的属性用于描述业务流标识信息
网关计数器(CountersGateway)	此逻辑块的属性用于描述网关产生的统计信息(The attributes in thissection report the various counters as generated at the gateway.)
		基站计数器(Counters BS.)		此逻辑块的属性用来描述BS产生的统计信息(The attributes in thissection report the various counters as collected by the Base-Station(Ifthese counters are consolidated at the accounting client，then they don’tneed to be listed separately))
流描述(Flowspec)	此逻辑块的属性描述流的特征(The attributes in this section report theflow specification.)
		服务质量(QoS)		此逻辑块的属性用来描述流的Qos参数(The attribute in this sectionreport the QoS assigned to the flow.)
第N个业务流(Flow N)......					......

表1

从表1中可以看出，本发明在UDR中记录了同一业务多个业务流的计费信息，其中，状态和类型逻辑块、记录相关器逻辑块、用户标识逻辑块、接入网络标识逻辑块、记录时间逻辑块可以由同一业务的多个业务流共用，而网关计数器逻辑块、基站计数器逻辑块、流描述、服务质量逻辑块为各个业务流相互独立的内容，因此为每个业务流设置一组，而且为了标识同一业务的每一条业务流，在每一条业务流拥有的独立内容里设置该业务流的业务流标识。通过上述扩展后的UDR，在根据该UDR生成计费报文时，通过计费点将表1中的业务流标识设置在计费请求报文中上报给计费服务器，则计费服务器可以根据计费请求报文中的业务流标识对属于同一业务流的计费开始请求、计费中间请求和计费终止请求进行识别和关联。此外，在根据该UDR生成计费报文时，在计费报文中携带上述N个业务流的计费信息，使得计费点可以通过同一个计费流程向计费服务器上报多个业务流的计费信息，则计费服务器从一个计费报文能够获取多个业务流的计费信息，从而可以分别针对每个业务流单独计费，也可以将各个业务流关联起来进行计费。

本实施例中，在Record Correlators逻辑块中可以增加同一业务粒度的关联标识，根据这个标识，所有同一业务，包括多条流的计费记录可以关联在一起，该标识可以为业务标识，则计费点可以从业务流标识中提取该业务标识。

如表2所示，为Record Correlators逻辑块所包括的信元和信元所表述的信息。

计费会话标识(Acct-Session-Id)		All	此标识用来匹配一个计费会话的报文，包括此计费会话中的计费开始报文、计费中间报文、计费结束报文(Used to match Starts，Stop，and Interim)
				计费多会话标识(Acct-Multi-Session-Id)	50	All	此标识用来匹配一个连接的计费记录，有两个可选方案，方案1：此标识由归属认证授权计费服务器下发到接入服务器，Acct-Multi-Session-ID是一个全球唯一标识，用来标识一个连接。方案2：如果采用基于业务流的计费，那么，Acct-Multi-Session-ID的值可以等于业务流标识或业务标识。(Set to the value of Session-Id and is used to match allaccounting records within a session.Option 1：Session-Id is derived at the HAAA anddelivered to the NAS in an Access-Accept message.Session-Id is globally unique and is used as a handle tothe session.Option 2：If the business model is to bill the user perflow whose flow ID is assigned by the PF，thenAcct-Multi-Session-Id can be set to this flow id.)
业务标识(Service ID)	26/	ALL	此标识用来匹配同一业务的所有记录(This valuematches all records from the same service.)

表2

通过表2中设置的业务标识(Service ID)，计费点在计费报文中携带该业务标识，则计费服务器能够根据该业务标识将该计费报文中所包括的多个业务流的计费信息进行关联存储。

表2是以RADIUS协议为例给出的记录相关器所包括的信息，其中的26、50为RADIUS协议中的字段标识，All标识在所有的计费报文中都携带该信息。

在WiMAX系统中，如果用户直接访问家乡AAA服务器(Home AAAServer)，则计费点直接与家乡AAA服务器交互；如果用户通过拜访AAA服务器访问家乡AAA服务器，则计费点通过拜访AAA服务器与家乡AAA服务器交互。本实施例中，以WiMAX系统中用户终端漫游场景为例，计费点向计费服务器上报计费信息的流程如图6所示，具体包括以下步骤：

步骤601、同一业务的所有业务流创建完成。同一业务中的多个业务流总是被同时创建，同时消亡的。

这里，在业务流的创建过程中，计费点将业务流的计费信息通过上述扩展后的UDR进行记录，即在其中记录了同一业务流包括的所有业务流的计费信息。

步骤602、同一业务的所有业务流创建完成触发计费点根据UDR生成计费开始请求报文，并通过拜访AAA服务器向家乡AAA服务器发起计费开始请求，此计费开始请求携带了同一业务的所有业务流的计费信息。这里的家乡AAA服务器即用户终端的计费服务器。

步骤603、家乡AAA服务器接收计费开始请求，记录该计费开始请求报文中的用户名称、计费会话、用户地址、每条流的开始时间、当前流量等计费信息，作为用户计费记录保存到数据库中，并通过拜访AAA服务器向家乡AAA服务器返回计费开始响应，以回应计费点可以开始计费。

这里，家乡AAA服务器在保存计费信息时，可以通过业务标识将同一个业务的多个业务流的计费信息关联在一起进行存储。

步骤604、根据网络情况、运营要求等，如果需要进行计费信息实时保护，可以在计费过程中提供中间计费报文。此时，按照预定的中间周期，计费点通过拜访AAA服务器向家乡AAA服务器发起中间计费请求，此计费请求携带了同一业务相关的多个业务流的计费信息。

步骤605、家乡AAA服务器接收到中间计费请求，记录报文中的用户名称、计费会话、用户地址、每条流已经使用网络的时间长度、已经使用的网络流量等计费信息，作为用户计费记录保存到数据库中，并回应计费点可以继续中间计费；

步骤606、业务结束，业务相关的多个业务流也同时结束；

步骤607、业务流结束触发计费点通过拜访AAA服务器家乡AAA服务器发起计费终止请求，此计费请求携带了同一业务相关的多个业务流的计费信息。

步骤608、家乡AAA服务器接收计费终止请求，记录报文中的用户名称、计费会话、用户地址、每条流已经使用网络的时间长度、已经使用的网络流量等信息，作为用户计费记录保存到数据库中，并通过拜访AAA服务器向计费点返回计费终止响应，以回应计费点可以终止计费。

本实施例中，计费点可以根据流业务标识中的业务标识设置UDR中的业务标识。

本发明所基于的计费系统如图7所示，主要包括计费点和计费服务器。其中，计费点和计费服务器之间的交互以及分别进行的处理在上述具体实施例中已经详细描述，再简要说明如下：

计费点用于在一个UDR中设置同一业务所有业务流的计费信息，并根据UDR中的计费信息生成包括同一业务的所有业务流的计费信息的计费报文中，如计费开始请求、计费终止请求或中间计费请求，以及将生成的计费报文发送给计费服务器。

如图8所示，计费点中具体可以包括计费报文生成模块和发送模块，计费报文生成模块用于生成包括同一业务所有计费信息的计费报文，并将生成的计费报文传送给发送模块；发送模块用于将来自计费报文生成模块的计费报文发送给计费服务器。此外，计费点中可以进一步包括UDR模块，如图9所示，UDR模块用于在业务流创建过程中，将同一业务所有业务流的计费信息设置在同一个UDR中；则所述计费报文生成模块根据UDR模块在同一个UDR中设置的同一业务所有业务流的信息，生成包括同一业务所有业务流计费信息的计费报文。

而本发明中的计费服务器用于接收来自计费点的包括同一业务所有业务流的计费信息的计费报文，获取一个业务的所有业务流的计费信息。计费服务器进一步可以根据获取的一个业务的所有业务流的计费信息对一个业务的所有业务流进行关联计费。

计费服务器中具体可以包括计费信息获取模块和计费信息关联模块，如图10所示，其中计费信息获取模块用于接收来自计费点中发送模块的包括同一业务所有业务流计费信息的计费报文，从中获取包括同一业务所有业务流的计费信息；计费信息关联模块用于根据所述计费信息获取模块获取的上述计费信息关联属于同一业务的所有业务流的计费信息进行存储，以用于为一个业务进行统一计费。

此外，本发明系统中可以进一步包括PF，如图11所示，其中PF用于生成包括业务标识的业务流标识；则所述计费点中的UDR模块可以进一步用于根据PF生成的业务流标识中的业务标识识别属于同一业务的业务流，并将所识别出的属于同一业务的所有业务流的计费信息设置在一个包括了所述业务标识的UDR中。

在实际应用中，是否进行中间计费，以及计费服务器是否根据计费信息对用户进行计费，和按照时长、流量、网络位置进行计费等计费策略，都可以具体根据网络状况和用户运营要求等进行配置。

以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式只是起示范作用，并不用以限制本发明的保护范围。

Claims (20)

1.一种计费服务器获取业务计费信息的方法，其特征在于，该方法包括：

计费点在计费请求中设置同一业务包括的所有业务流的计费信息，并将该计费请求上报给计费服务器。

2.根据权利要求1所述的方法，其特征在于，所述计费点在计费请求中设置的信息，通过扩展用户数据记录UDR，并在计费请求中设置UDR中扩展的信息的方式实现。

3.根据权利要求2所述的方法，其特征在于，所述扩展UDR包括：在UDR中设置该业务的每个业务流对应的网关计数逻辑块、基站计数逻辑块、流描述逻辑块和服务质量逻辑块。

4.根据权利要求3所述的方法，其特征在于，所述扩展UDR进一步包括：在UDR中设置所述每个业务流对应的业务流标识。

5.根据权利要求3所述的方法，其特征在于，所述扩展UDR进一步包括：在UDR的记录相关器逻辑块中设置业务标识。

6.根据权利要求5所述的方法，其特征在于，所述UDR的记录相关器逻辑块中包括：计费会话标识、计费多会话标识和业务标识。

7.根据权利要求5所述的方法，其特征在于，所述计费服务器根据该业务标识将所接收的计费请求中同一业务所有业务流的计费信息关联存储。

8.根据权利要求1所述的方法，其特征在于，所述业务流的业务流标识中包括：业务标识和流标识。

9.根据权利要求8所述的方法，其特征在于，所述业务流的业务流标识中进一步包括：传播方式。

10.根据权利要求9所述的方法，其特征在于，所述的业务流标识包括32位，被分为三个区间号段，分别承载传播方式、业务标识和流标识；其中，

传播方式区间号段占用2位，业务标识占用24位，流标识占用6位；或者，传播方式区间号段占用8位，业务标识占用16位，流标识占用8位。

11.根据权利要求10所述的方法，其特征在于，所述各个区间号段的顺序为：最高位开始为传播方式，然后依次为业务标识和流标识。

12.根据权利要求11所述的方法，其特征在于，所述传播方式区间号段中剩余的保留类型保留，或扩展为业务流较多的传播类型的业务标识。

13.根据权利要求8所述的方法，其特征在于，所述计费点根据业务流标识识别属于同一业务的业务流，并将该业务流的计费信息设置在一个UDR中。

14.一种计费系统，其特征在于，该计费系统包括：计费点和计费服务器；其中，

计费点用于生成包括同一业务的所有业务流的计费信息的计费报文，并将生成的计费报文发送给计费服务器；

计费服务器用于接收来自计费点的所述计费报文，并获取一个业务的所有业务流的计费信息。

15.根据权利要求14所述的系统，其特征在于，该系统进一步包括：策略功能体PF，用于生成包括业务标识的业务流标识；则所述计费点根据PF生成的业务流标识中的业务标识识别属于同一业务的业务流，并将所识别出的属于同一业务的所有业务流的计费信息设置在一个计费报文中。

16.根据权利要求14或15所述的系统，其特征在于，所述的计费点为：接入服务器、宽带接入服务器或远程接入服务器；所述计费服务器为认证、授权、计费服务器。

17.一种计费点，其特征在于，该计费点包括计费报文生成模块和发送模块；其中，

计费报文生成模块用于生成包括同一业务所有计费信息的计费报文，并将生成的计费报文传送给发送模块；

发送模块用于将来自计费报文生成模块的计费报文发送给计费服务器。

18.根据权利要求17所述的计费点，其特征在于，该计费点中进一步包括UDR模块，用于在业务流创建过程中，将同一业务所有业务流的计费信息设置在同一个UDR中；则所述计费报文生成模块根据UDR模块在同一个UDR中设置的同一业务所有业务流的信息，生成包括同一业务所有业务流计费信息的计费报文。

19.根据权利要求18所述的计费点，其特征在于，所述UDR模块进一步用于根据PF生成的业务流标识中的业务标识识别属于同一业务的业务流，并将所识别出的属于同一业务的所有业务流的计费信息设置在一个包括了所述业务标识的UDR中。

20.一种计费服务器，其特征在于，该计费服务器包括：计费信息获取模块和计费信息关联模块；

所述计费信息获取模块用于获取计费报文中包括的同一业务所有业务流的计费信息；

所述计费信息关联模块用于根据所述计费信息获取模块获取的所述计费信息关联属于同一业务的所有业务流的计费信息。

Images