问题描述版本：
ME60 V600R005C00SPCB00
组网：
NA
问题描述：
客户通过RM9000给用户下发bod业务，发现radius计费服务器没有收到计费报文。但是通过Gx给用户下发bod业务, 发现计费报文发向radius服务器。
处理过程查看RM9000下发bod的用户表项：
[ME60]display value-added-service user user-id 1611 bod
-------------------------------------------------------------------------
Bod user service table:
Service user id : 1611
Service type : Cops user bod
Service policy : 2001
Account method : Cops
Account start time : 2014-08-18 00:14:34
Normal-server-group : rm9000
Flow up packets(high,low) : (0,549259)
Flow up bytes(high,low) : (0,50092065)
Flow down packets(high,low) : (0,875145)
Flow down bytes(high,low) : (0,1243578290)
Up committed information rate <kbps> : 384
Up Peak information rate <kbps> : 4294967295
Up committed burst size <bytes> : 4294967295
Up Peak burst size <bytes> : 4294967295
Down committed information rate <kbps> : 1000
Down Peak information rate <kbps> : 4294967295
Down committed burst size <bytes> : 4294967295
Down Peak burst size <bytes> : 4294967295
Time remained(s) : 2147342060(s)
[Bausher-CE-BRAS-ME60-1]
domain nawras.om
authentication-scheme nawras_authentication
authorization-scheme test
accounting-scheme nawras_accounting
ip-pool bausher-pool1
cops-server group rm9000
radius-server group nawras
user-group bausher-public
查看Gx下发bod的用户表项：
[ME60]display value-added-service user user-id 84901 bod
-------------------------------------------------------------------------
Bod user service table:
Service user id : 84901
Service type : Diameter user bod
Service policy : fup-4m
Account method : Radius
Account start time : 2014-07-20 09:35:28
Normal-server-group : --
Flow up packets(high,low) : (0,1887)
Flow up bytes(high,low) : (0,1994450)
Flow down packets(high,low) : (0,1928)
Flow down bytes(high,low) : (0,1990348)
Up committed information rate <kbps> : 2048
Up Peak information rate <kbps> : 0
Up committed burst size <bytes> : 382976
Up Peak burst size <bytes> : 0
Down committed information rate <kbps> : 4096
Down Peak information rate <kbps> : 0
Down committed burst size <bytes> : 765952
Down Peak burst size <bytes> : 0
Flow remained(bytes) : (0,103389794)
domain gxtest
authentication-scheme boushergx_authentication
accounting-scheme boushergx_accounting
ip-pool bausher-pool17
diameter-server group bousher-gx-group
radius-server group nawras
user-group bousher-gx-user
设备增值业务模板配置计费模板为default1，计费类型为radius：
[ME60-diagnose]display value-added-service policy fup-4m
Service template index : 0
Service template name : fup-4m
Accounting scheme name : default1
Accounting server type : RADIUS
Used number of service policy : 0
域下没有配置value-added-service account-type命令指定增值业务计费方式，默认为default：
如果增值业务计费方式配置为default方式时：
1 若增值业务策略由COPS服务器下发且COPS下发了计费使能标记，则增值业务的计费服务器为下发策略的COPS服务器
2 若增值业务策略由COPS服务器下发，但COPS服务器下发了计费不使能标记，则系统对增值业务不计费。
3 若增值业务策略由RADIUS服务器下发，则系统按照RADIUS下发的策略名找到本地配置的增值业务策略，按此策略里配置的计费方案进行计费。
4 若域下绑定了增值业务策略，则缺省增值业务按域下绑定的增值业务策略里的计费方案计费；其他增值业务按照谁下发谁计费的原则进行计费
根因通过RM9000下发bod时，用户表项的计费方法为cops,计费报文发向cops服务器。
解决方案建议在域下配置value-added-service account-type radius xx 设置RM9000下发bod的计费方式为radius.
END