CN107204859A - 传输报文的方法和装置 - Google Patents

传输报文的方法和装置 Download PDF

Info

Publication number
CN107204859A
CN107204859A CN201610156803.5A CN201610156803A CN107204859A CN 107204859 A CN107204859 A CN 107204859A CN 201610156803 A CN201610156803 A CN 201610156803A CN 107204859 A CN107204859 A CN 107204859A
Authority
CN
China
Prior art keywords
business
information
user
service attribute
type
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.)
Pending
Application number
CN201610156803.5A
Other languages
English (en)
Inventor
周建东
王莉丽
黄�俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201610156803.5A priority Critical patent/CN107204859A/zh
Publication of CN107204859A publication Critical patent/CN107204859A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/141—Indication of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1425—Charging, metering or billing arrangements for data wireline or wireless communications involving dedicated fields in the data packet for billing purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432—Metric aspects
    • H04L12/1435—Metric aspects volume-based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432—Metric aspects
    • H04L12/1439—Metric aspects time-based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种传输报文的方法和装置，该方法包括：网络接入设备生成一个计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；该网络接入设备向计费服务器发送该计费报文。本发明实施例的方法和装置，一个报文包含多个业务的计费信息，能够减少传输的报文的数量，节省开销，减少对网络资源的占用。

Description

传输报文的方法和装置
技术领域
本发明涉及通信领域，尤其涉及传输报文的方法和装置。
背景技术
AAA是远程宽带接入服务器(Broadband Remote Access Server，BRAS)对用户管理中，Authentication(认证)、Authorization(授权)和Accounting(计费)的简称。
远程用户拨号认证系统(Remote Authentication Dial In User Servise，RADIUS)是BRAS设备和RADIUS服务器之间的应用层通信协议，用户在BRAS设备上完成接入和授权后，BRAS设备会发送RADIUS开始计费请求通知RADIUS服务器开始计费；用户从BRAS设备上下线后，BRAS会发送RADIUS停止计费请求通知RADIUS服务器停止计费。
随着宽带网络运营环境的发展变化，运营商需要实现带宽的精细化运营和面向业务的管理：不再只将用户的流量作为一个整体进行限速计费，而是依据流量特征从整体流量中识别出不同的业务流，对各业务流采取独立的限速计费。
但是，运营管理上的精细划分就需要对用户和用户的每个业务各向服务器发送一份计费报文，这对RADIUS计费的性能、可靠性都带来更大的压力。
发明内容
本发明实施例提供了一种传输报文的方法和装置，能够减少传输次数、节省开销，提高报文传输的性能。
第一方面，提供了一种传输报文的方法，该方法包括：网络接入设备生成一个计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；该网络接入设备向计费服务器发送该计费报文。
通过将多个业务的计费信息合并成一份报文，能够减少传输次数，节省开销，从而提高报文传输的性能。
可选地，该计费报文还可以包括针对该第一用户和该第二用户的认证信息和授权信息。
结合第一方面，在第一方面的第一种可能的实现方式中，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型。
可选地，该业务属性包括用户名、业务名、计费的会话时长等典型属性。
采用类型信息对业务进行分类，使得服务器能够分离出属于同一类型的业务的业务属性。
可选地，该第一类型信息可以为该第一用户的基础业务类型信息或该第一用户的增值业务类型信息，该第二类型信息可以为该第二用户的基础业务类型信息或该第二用户的增值业务类型信息。
结合上述第一方面的一些实现方式，在第一方面的第二种可能的实现方式中，该计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
结合上述第一方面的一些实现方式，在第一方面的第三种可能的实现方式中，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务。
对类型信息相同的多个业务进行编号，使得服务器能够在同一类型的多个业务中分离出不同业务的业务属性。
结合上述第一方面的一些实现方式，在第一方面的第四种可能的实现方式中，该第一号码和该第二号码相同，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性对应同一个业务。
结合上述第一方面的一些实现方式，在第一方面的第五种可能的实现方式中，该第一号码和该第二号码不同，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性分别对应不同的业务。
结合上述第一方面的一些实现方式，在第一方面的第六种可能的实现方式中，该第一用户和该第二用户是同一个用户或不同的用户。
第二方面，提供了一种传输报文的方法，该方法包括：计费服务器接收计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；计费服务器根据该计费报文，分别获取该第一业务的第一信息和该第二业务的第二信息。
计费服务器接收到的报文的数量减少了，能够减轻计费服务器的负荷。
结合第二方面，在第二方面的第一种可能的实现方式中，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型，该计费服务器根据该计费报文，分别获取该第一业务的第一信息和该第二业务的第二信息，包括：计费服务器根据该第一类型信息获取该第一信息，根据该第二类型信息获取该第二信息。
结合第二方面的一些实现方式，在第二方面的第二种可能的实现方式中，计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
结合第二方面的一些实现方式，在第二方面的第三种可能的实现方式中，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务，该计费服务器根据该第一类型信息获取该第一信息，根据该第二类型信息获取该第二信息，包括：该计费服务器根据该第一类型信息和该第一号码获取该第一信息，根据该第二类型信息和该第二号码获取该第二信息。
结合第二方面的一些实现方式，在第二方面的第四种可能的实现方式中，该第一号码和该第二号码相同，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性对应同一个业务。
结合第二方面的一些实现方式，在第二方面的第五种可能的实现方式中，该第一号码和该第二号码不同，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性分别对应不同的业务。
结合上述第二方面的一些实现方式，在第二方面的第六种可能的实现方式中，该第一用户和该第二用户是同一个用户或不同的用户。
第三方面，提供了一种传输报文的装置，用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地，该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的单元。
第四方面，提供了一种装置，包括：存储器、处理器、收发器和总线系统。其中，该存储器、该处理器和该收发器通过该总线系统相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器接收信号或发送信号，并且当该处理器执行该存储器存储的指令时，该执行使得该处理器执行第一方面或第一方面的任意可能的实现方式中的方法。
第五方面，提供了一种装置，包括：存储器、处理器、收发器和总线系统。其中，该存储器、该处理器和该收发器通过该总线系统相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器接收信号或发送信号，并且当该处理器执行该存储器存储的指令时，该执行使得该处理器执行第二方面或第二方面的任意可能的实现方式中的方法。
第六方面，提供了一种计算机存储介质，用于储存为上述方法所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
本发明中，网络接入设备、计费服务器的名字对设备本身不构成限定，在实际实现中，这些设备可以以其他名称出现。只要各个设备的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。
本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本发明实施例提供的技术方案的一个应用场景。
图2示出了本发明实施例提供的RADIUS计费报文的一种格式。
图3示出了本发明实施例提供的传输报文的方法。
图4示出了本发明实施例提供的TLV字段携带计费信息的具体方式。
图5示出了本发明实施例提供的TLV字段携带计费信息的另一具体方式。
图6示出了本发明实施例提供的传输报文的装置的结构示意图。
图7示出了本发明实施例提供的传输报文的装置的另一结构示意图。
图8示出了本发明实施例提供的传输报文的装置的再一结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述。显然，所描述的实施例是本申请的一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下可以获得其他实施例。
AAA是BRAS设备对用户管理中，认证、授权和计费的简称，其具体定义如下：
认证：验证用户是否可以获得访问权，确定哪些用户可以访问网络；
授权：授权用户可以使用哪些服务；
计费：记录用户使用网络资源的情况。
图1示出了本发明实施例提供的技术方案的一种可能的应用场景。如图1所示，多个用户设备经过数字用户线路接入复用器(Digital Subscriber LineAccess Multiplexer，DSLAM)将用户的上线请求发送给BRAS设备。每个用户设备可以对应一个用户。用户具体可以是人。用户设备是用户所有的，或者拥有使用权的设备。用户设备可以是个人电脑，个人数字助理或者移动电话。BRAS设备负责把用户的认证和计费信息传递给RADIUS服务器。RADIUS服务器通过维护的用户数据库对用户进行验证。用户数据库存储了用户名和密码。RADIUS服务器负责对用户进行认证，并向BRAS设备对用户的认证请求、计费请求等信息进行回应。BRAS设备完成对用户设备的接入处理和授权处理后，BRAS设备会向RADIUS服务器发送RADIUS开始计费请求；BRAS设备对用户设备完成下线处理后，BRAS设备会向RADIUS服务器发送RADIUS停止计费请求。
BRAS设备与RADIUS服务器之间的交互可以用某种协议来实现。本发明实施例中使用了RADIUS协议，也可以采用其他通信协议，例如diameter协议。
RADIUS开始计费请求以及RADIUS停止计费请求是RADIUS计费报文。RADIUS计费报文包括一个报文头和可变长的属性Attributes域。图2示出了RADIUS计费报文的一种格式。其中，编码Code域长度为1个字节，Code域用于标明RADIUS计费报文的类型。如果Code域中的内容是无效值，报文将被RADIUS服务器自动丢弃。常见的Code域的有效值为1、2、3、4、5、11，分别标明报文类型为认证请求、认证接受、认证拒绝、计费请求、计费回应、计费成功和访问质询。标识符Identifier域长度为1个字节。如果在预定的时间周期内RADIUS服务器收到多个报文具有相同的源IP，相同的源端口以及相同的Identifier域，则认为收到的是重复的报文。长度Length域占两个字节，Length域用于指明报文的有效长度。如果报文长度小于长度域中的值，整个报文将被丢弃。Length域的范围在20和4096之间。Authenticator字域占用16个字节，鉴别码Authenticator字域的作用有两个，一个是验证从RADIUS服务器返回的应答，另一个是为口令部分加密算法做参数。属性Attribute域的长度是可变的，Attribute域用来在报文中携带详细的认证、授权、信息和配置细节，来实现认证、授权、计费等功能。Attribute域可包括多个属性，每个属性都采用类型Type、长度Length和值Value三元组的结构来表示。其中，Type，用于表示属性的类型，Length，用于表示该属性(包括类型、长度和属性值)的长度，Value，表示该属性的信息，其格式和内容由类型和长度决定。
图3示出了本发明实施例提供的传输报文的方法100。该传输报文的方法100可以应用于图1中所示的场景中。该方法可以由图1中所示的BRAS设备执行，该计费服务器可以是图1所示的RADIUS服务器。如图3所示，该方法100包括：
S110，网络接入设备生成一个计费报文，所述计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息。
S120，所述网络接入设备向计费服务器发送所述计费报文。
具体而言，网络接入设备可以根据对第一用户的第一业务和第二用户的第二业务的使用情况分别生成计费信息，并向计费服务器发送包括第一用户使用第一业务的情况进行计费的计费信息和第二用户使用第二业务的情况进行计费的计费信息。应理解，第一用户对第一业务的使用情况可以是第一用户实际使用了第一业务时的情况，也可以是第一用户订阅了第一业务，但并没有实际使用第一业务的情况。第二用户使用第二业务的情况可以是第二用户实际使用了第二业务时的情况，也可以是第二用户订阅了第二业务，但并没有实际使用第二业务的情况。
第一用户可以是人。第二用户可以是人。
第一业务可以是网络服务器提供的服务。网络服务提供商具体可以通过所述网络接入设备向用户提供服务。网络服务提供商可以是中国移动、中国联通或者中国电信。网络服务提供的服务可以是访问因特网、访问视频服务器或者玩在线游戏。访问因特网具体可以是访问国内的网站或者访问国外的网站。访问视频服务器可以是访问优酷或者访问搜狐视频。
因此，一个报文包含多个业务的计费信息，能够减少传输的报文的数量，节省开销，减少对网络资源的占用。
另外，计费服务器接收到的报文的数量减少了，有助于减轻计费服务器的负荷。
本发明实施例中的网络接入设备可以是计费服务器的客户端。网络接入设备可以是网络访问服务器(Network Access Server，NAS)，具体地，可以是BRAS设备。计费服务器的客户端可以是运行计费服务器的客户端软件的计算机。
本发明实施例中的计费服务器可以是AAA服务器，具体地，可以是RADIUS服务器。
可选地，该计费报文还可以包括针对该第一用户和该第二用户的认证信息和授权信息，AAA系统中的认证报文和授权报文的传输也可以采用本发明实施例提供的技术方案。
可选地，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型。
业务属性是RADIUS协议中用于对业务的认证、授权、计费等情况进行描述的性质。表1示出了RADIUS认证、授权、计费中常用的部分业务属性。
表1
具体地，类型信息用于指示业务的业务属性的类型。一种业务可以包含多个业务属性。业务所包含的多个业务属性的类型共同定义了该业务的类型信息。例如，业务1和业务2是不同的业务。但是，业务1包含的业务属性和业务2包含的业务属性的类型可以是相同的。例如，业务1和业务2可以都包括属性类型为用户名User-Name和属性类型为计费的会话时长Acct-Session-Time，则业务1和业务2的类型信息是相同的。但是由于业务1包括的属性类型为用户名的属性值为A，且属性类型为计费的会话时长的属性值为2小时，业务2包括的属性类型为用户名的属性值为B，且属性类型为计费的会话时长的属性值为1小时，因此，业务1和业务2是类型信息相同的不同业务。
类型信息可以是基础业务类型信息或者增值业务类型信息。基础业务类型信息对应的业务所包括的业务属性是：用户名User-Name、计费的会话标识Acct-Session-Id、计费的会话时长Acct-Session-Time、流量上行字节数Acct-Input-Octets、流量下行字节数Acct-Output-Octets、流量上行包数Acct-Input-Packets、流量下行包数Acct-Output-Packets。增值业务类型信息对应的业务所包括的业务属性是：用户名User-Name、业务名Service-Name、计费的会话标识Acct-Session-Id、计费的会话时长Acct-Session-Time、流量上行字节数Acct-Input-Octets、流量下行字节数Acct-Output-Octets、流量上行包数Acct-Input-Packets、流量下行包数Acct-Output-Packets。类型信息还可以是视频类型信息。视频类型信息对应的业务所包括的业务属性是：业务名、流量上行字节数、流量下行字节数。类型信息还可以是网页类型信息。该网页类型信息对应的业务所包括的业务属性是：业务名、计费的会话时长。
基础业务类型信息用于标识基础业务的业务属性的类型。增值业务类型信息用于标识增值业务的业务属性的类型。基础业务可以是用户订阅网络服务时默认需要选定的业务。增值业务可以是用户订阅网络服务时默认不需要选定，但是用户可以选定的业务。例如，基础业务可以是带宽为20兆比特每秒的因特网访问业务。增值业务可以是带宽为50兆比特每秒的视频点播业务。视频点播业务对应的视频可以是优酷视频或者搜狐视频。可以理解，如果用户只订阅了作为基础业务的带宽为20兆比特每秒的因特网访问业务，用户有可能能够享受视频点播业务，但是用户不可能享受带宽为50兆比特每秒的视频点播业务。
可选地，该计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
具体地，如图4所示，图中第一TLV字段的Value字段携带第一信息，第一信息包括第一类型信息和第一业务的业务属性。第二TLV字段的Value字段携带第二信息。第二信息包括第二类型信息和第二业务的业务属性。第一信息中的业务属性可以是多个业务属性，每个业务属性分别通过一个TLV字段承载。也就是说，第一TLV字段中可以包括多个TLV字段。类似的，第二信息中的业务属性可以是多个业务属性，每个业务属性分别通过一个TLV字段承载。也就是说，第二TLV字段中可以包括多个TLV字段。例如：第一TLV字段中的业务属性可以包括用户名User-Name。第一TLV字段中承载用户名的TLV字段，其中，Type为属性类型即用户名，Value用于标识具体是哪个用户，可以是A，即第一TLV字段携带的业务属性为用户A订阅的业务的业务属性。
可选地，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务。
在该第一号码和该第二号码相同时，该第一TLV字段携带的该第一业务的业务属性对应的业务与该第二TLV字段携带的该第二业务的业务属性对应的业务是同一个业务。在该第一号码和该第二号码不同时，该第一TLV字段携带的该第一业务的业务属性对应的业务与该第二TLV字段携带的该第二业务的业务属性对应的业务是不同的业务。
多个业务可能具有相同类型的业务属性。为了区分具有相同类型的业务属性的不同业务，可以在计费信息中携带编号。具体地，如图5所示的第一号码，该第一号码用于标识第一TLV字段中携带的该第一业务的业务属性对应的业务，即第一业务。同样地，第二信息中包括第二号码，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务，即第二业务。如果第一TLV字段无法封装第一业务的所有业务属性，可以再构造一个TLV字段存储剩余的业务属性。剩余的业务属性是第一TLV字段无法承载的第一业务的业务属性。为了使得计费服务器能够获取并识别第一业务的所有业务属性，可以在新构造的TLV字段中携带第一类型信息和第一号码。也就是说，当需要使用多个TLV字段封装第一业务的所有业务属性时网络接入设备可以将该多个TLV字段中都携带第一业务的第一类型信息和第一号码。举例来说，10个业务对应3种业务类型。业务1至业务3属于视频类业务，业务4至业务6属于网页类业务，业务7至业务10属于游戏类业务。为了区分属于同一业务类型的不同业务，可以为属于同一业务类型的不同业务分配不同的编号。如视频类中的业务1对应的编号为1，业务2对应的编号为2，业务3对应的编号为3。类似地，网页类业务中的业务4对应的编号为1，业务5对应的编号为2，业务6对应的编号为3。不同业务类型的业务可以使用相同的编号，也可以使用不同的编号。
应理解，该编号可以是业务号，该编号仅仅只是同一类型中的一个或多个业务的编号，只是起到标识作用，对顺序不作限制。
应理解，本发明实施例是以RADIUS计费报文中的TLV格式为例进行说明，本发明实施例并不限于此。
可选地，该第一用户和该第二用户是同一个用户或不同的用户。
下面以将一个用户和该用户下的4个业务的计费信息合并到一个RADIUS计费报文内进行发送为例说明。如图4所示，具体地，该RADIUS计费报文包括一个基础业务类型的业务的计费信息和4个增值业务类型(视频类、音乐类、游戏类、网页类)的业务的计费信息。当用户上线时，BRAS设备可以获取到该用户的业务属性，以及在4个不同业务上线时，BRAS设备可以获取到该4个业务的业务属性。例如，该基础业务类型的业务属性包括用户名User-Name、计费的会话时长Acct-Session-Time两个典型属性；该视频类的业务属性包括用户名User-Name、业务名Service-Name、计费的会话时长Acct-Session-Time这3个典型属性；该音乐类的业务属性包括用户名User-Name、业务名Service-Name、流量上行字节数Acct-Input-Octets这3个典型属性；该游戏类的业务属性包括用户名User-Name、业务名Service-Name、流量上行包数Acct-Input-Packets这3个典型属性；该网页类的业务属性包括用户名User-Name、业务名Service-Name、流量下行字节数Acct-Output-Octets这3个典型属性。BRAS设备将该用户和该用户下的4个业务的计费信息合并到一起，并将该用户和该用户下的4个业务的计费信息分别封装在图5中的第一TLV字段中，该计费信息既包括业务属性，也包括类型信息和编号。该用户的业务属性和4个业务的业务属性分别按TLV格式封装在图5中的第一TLV字段中的V字段。
本发明实施例还用于RADIUS服务器对用户的分组属性进行查询的情况。例如，RADIUS需要用户A和用户B的认证信息以及用户A和用户A下的业务1和业务2的计费信息，也可以将该的信息打包成一个报文发送给RADIUS服务器。
在本申请中，同一类型的业务是指包括的所有业务属性的类型相同。例如，业务1和业务2都只包括用户名和计费的会话时长这两个业务属性，则业务1和业务2为同一类型的业务。应理解，某个业务属性的类型相同或部分业务属性的类型相同都不是本发明技术方案中所指的同一类型的业务。
同样的，在本申请中，相同的业务是指所包括的业务属性的类型以及属性值均相同。如上所述，业务1和业务2为同一类型的业务，若业务1所包括的用户名与业务2所包括的用户名这两者的值相同，且业务1所包括的计费的会话时长与业务2所包括的计费的会话时长这两者的值相同，则业务1和业务2为相同的业务。
尽管已对本发明及其优点做了详细说明，但应理解，在不脱离如所附权利要求书所界定的本发明的精神和范围的情况下，可以对本发明进行各种变化、替代和更改。
计费服务器接收网络接入设备发送的计费报文，计费服务器接收计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；计费服务器根据该计费报文，分别获取该第一业务的第一信息和该第二业务的第二信息。
计费服务器可以与网络接入设备协定，每20个TLV字段为一个业务，服务器即可以根据该协定，将前20个TLV字段确定为第一业务，将21至40个TLV字段确定为第二业务。因此，计费服务器接收到的报文的数量减少了，有助于减轻计费服务器的负荷。
可选地，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型，该计费服务器根据该计费报文，分别获取该第一业务的第一信息和该第二业务的第二信息，包括：计费服务器根据该第一类型信息获取该第一信息，根据该第二类型信息获取该第二信息。
具体来说，类型信息用于指示业务的业务属性的类型。一种业务可以包含一个或多个业务属性。业务所包含的一个或多个业务属性定义了业务的业务属性的类型。当计费服务器接收到多个业务属性时，可以根据类型信息确定哪些个业务属性属于同一个业务。例如，服务器接收到的业务属性依次为用户名、计费的会话时长、业务名、计费的会话标识、流量上行字节数等。服务器可以根据用户的基础业务类型包括的业务属性为用户名和计费的会话时长，确定前两个业务属性为一个业务。
计费服务器在获取到每个业务的业务属性时，根据不同的计费策略对不同业务进行计费。例如：计费策略为包月类型，计费方式为“按时长”，计费周期为“月”，周期内固定费用为“120元”。当计费服务器分别获取到用户A以包月类型使用第一业务的上线计费信息和下线计费信息，计费服务器根据上线计费信息和下线计费信息中包括的属性值能够确定用户A使用第一业务的会话时长，并根据该会话时长和包月基本信息确定该用户A使用第一业务所产生的费用；同样地，若用户A为使用第一业务订阅了专门的带宽，则该第一业务的类型为增值业务类型，计费服务器可以分别获取到用户A以增值业务类型使用该第一业务的上线计费信息和下线计费信息，计费服务器在确定使用该第一业务的会话时长后，根据该会话时长和增值业务类型信息确定该用户使用第一业务所产生的费用。
可选地，该计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
可选地，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务，该计费服务器根据该第一类型信息获取该第一信息，根据该第二类型信息获取该第二信息，包括：该计费服务器根据该第一类型信息和该第一号码获取该第一信息，根据该第二类型信息和该第二号码获取该第二信息。例如，服务器接收到的计费报文包括增值业务类型的两个业务的计费信息，为了区分这两个业务，BRAS设备将这两个业务进行编号。在如图4中的一个TLV字段中无法封装一个业务的所有业务属性时，可以重新构造一个TLV字段封装该业务剩余的业务属性，重新构造的TLV字段同样包括类型信息和编号。服务器在接收到计费报文时，首先判断不同TLV字段中的类型信息和编号是否相同，在类型信息与编号完全相同时，则服务器可以确定该两个TLV字段中携带的业务属性属于同一个业务。
应理解，该编号可以是业务号，该编号仅仅只是同一类型中的一个或多个业务的编号，只是起到标识作用，对顺序不作限制。
可选地，该多个业务属于同一个用户或不同用户。
上文中结合图1至图5，详细描述了根据本发明实施例提供的传输报文的方法，下面将结合图6对本发明实施例的传输报文的装置进行说明。
图6示出了根据本发明实施例的传输报文的装置200，该装置200包括：
210，生成单元，用于生成一个计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；
220，发送单元，向计费服务器发送该生成单元生成的计费报文。
装置200可以用于执行图3所示的方法。例如，装置200可以是图3涉及的网络接入设备。装置200中210可以用于执行S110。装置200中220可以用于执行S120。
网络接入设备可以对第一用户的第一业务和第二用户的第二业务的使用情况在同一时间段进行计费，并向计费服务器发送包括第一用户使用第一业务的情况进行计费的第一信息和第二用户使用第二业务的情况进行计费的第二信息。应理解，第一用户对第一业务的使用情况和第二用户对第二业务的使用情况可以是对用户使用业务时的情况进行计费，也可以是对用户开通了该业务但并没有使用该业务的情况进行计费。
因此，一个报文包含多个业务的计费信息，能够减少传输的报文的数量，节省开销，减少对网络资源的占用。
另外，计费服务器接收到的报文的数量减少了，有助于减轻计费服务器的负荷。
可选地，该计费报文还可以包括针对该第一用户和该第二用户的认证信息和授权信息。
可选地，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型。
可选地，该业务属性包括用户名、业务名、计费的会话时长等典型属性。
可选地，该计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
可选地，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务。
在该第一号码和该第二号码相同时，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性对应同一个业务。在该第一号码和该第二号码不同时，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性分别对应不同的业务。
可选地，该第一用户和该第二用户是同一个用户或不同的用户。
根据本发明实施例的装置200中的各个单元的上述和其它操作和/或功能分别为了实现图1至图5中的方法100的相应流程，为了简洁，在此不再赘述。
图7示出了本发明实施例的传输报文的装置500，该装置500包括：存储器510、处理器520、收发器530和总线系统540。其中该存储器510、该处理器520和该收发器530通过该总线系统540相连，该存储器510用于存储指令，该处理器520用于执行该存储器存储的指令，并且当该处理器520执行该存储器存储的指令时，该处理器520执行以下操作：生成一个计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；该收发器530用于向计费服务器发送该计费报文。
装置500可以用于执行图3所示的方法。例如，装置500可以是图3涉及的网络接入设备。处理器520可以用于执行S110。收发器530可以用于执行S120。另外，装置500可以用于具体实现装置200。
因此，一个报文包含多个业务的计费信息，能够减少传输的报文的数量，节省开销，减少对网络资源的占用。
可选地，该计费报文还可以包括针对该第一用户和该第二用户的认证信息和授权信息。
可选地，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型。
可选地，该业务属性包括用户名、业务名、计费的会话时长等典型属性。
可选地，该计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
可选地，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务。
在该第一号码和该第二号码相同时，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性对应同一个业务。在该第一号码和该第二号码不同时，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性分别对应不同的业务。
可选地，该第一用户和该第二用户是同一个用户或不同的用户。
应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在实现过程中，上述方法100中网络接入设备的动作可以分别通过上述装置500中的处理器520中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器510和存储器520，处理器520读取存储器510中的信息，结合其硬件完成上述方法的步骤。
在本实施例中，传输报文的装置200是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。
图8示出了本发明实施例的传输报文的装置600，该装置600包括：存储器610、处理器620、收发器630和总线系统640。其中该存储器610、该处理器620和该收发器630通过该总线系统640相连，该存储器610用于存储指令，该收发器630用于接收计费报文，该计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；该处理器620用于执行该存储器存储的指令，并且当该处理器620执行该存储器存储的指令时，该处理器620执行以下操作：根据该计费报文，分别获取该第一业务的第一信息和该第二业务的第二信息。
计费服务器接收到的报文的数量减少了，能够减轻计费服务器的负荷。
可选地，该第一信息包括第一类型信息和该第一业务的业务属性，该第二信息包括第二类型信息和该第二业务的业务属性，该第一类型信息用于指示该第一业务的业务属性的类型，该第二类型信息用于指示该第二业务的业务属性的类型，该处理器具体用于：计费服务器根据该第一类型信息获取该第一信息，根据该第二类型信息获取该第二信息。
可选地，该计费报文中的第一类型长度值TLV字段携带该第一信息，该计费报文中的第二类型长度值TLV字段携带该第二信息。
可选地，该第一类型信息和该第二类型信息相同，该第一信息还包括第一号码，该第二信息还包括第二号码，该第一号码用于标识该第一TLV字段中携带的该第一业务的业务属性对应的业务，该第二号码用于标识该第二TLV字段中携带的该第二业务属性对应的业务，该处理器具体用于：该计费服务器根据该第一类型信息和该第一号码获取该第一信息，根据该第二类型信息和该第二号码获取该第二信息。
可选地，该第一号码和该第二号码相同，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性对应同一个业务。
可选地，该第一号码和该第二号码不同，该第一TLV字段携带的该第一业务的业务属性与该第二TLV字段携带的该第二业务的业务属性分别对应不同的业务。
可选地，该第一用户和该第二用户是同一个用户或不同的用户。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的装置及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应所述理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述装置的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个装置或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或装置的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的装置可以是或者也可以不是物理上分开的，作为装置显示的部件可以是或者也可以不是物理装置，即可以位于一个地方，或者也可以分布到多个网络装置上。可以根据实际的需要选择其中的部分或者全部装置来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能装置可以集成在一个处理装置中，也可以是各个装置单独物理存在，也可以两个或两个以上装置集成在一个装置中。
所述功能如果以软件功能装置的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此。本技术领域的技术人员在本申请揭露的技术范围内，可以对获得其他的具体实施方式。

Claims (14)

1.一种传输报文的方法，其特征在于，包括：
网络接入设备生成一个计费报文，所述计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；
所述网络接入设备向计费服务器发送所述计费报文。
2.根据权利要求1所述的方法，其特征在于，所述第一信息包括第一类型信息和所述第一业务的业务属性，所述第二信息包括第二类型信息和所述第二业务的业务属性，所述第一类型信息用于指示所述第一业务的业务属性的类型，所述第二类型信息用于指示所述第二业务的业务属性的类型。
3.根据权利要求2所述的方法，其特征在于，所述计费报文中的第一类型长度值TLV字段携带所述第一信息，所述计费报文中的第二类型长度值TLV字段携带所述第二信息。
4.根据权利要求3所述的方法，其特征在于，所述第一类型信息和所述第二类型信息相同，所述第一信息还包括第一号码，所述第二信息还包括第二号码，所述第一号码用于标识所述第一TLV字段中携带的所述第一业务的业务属性对应的业务，所述第二号码用于标识所述第二TLV字段中携带的所述第二业务属性对应的业务。
5.根据权利要求4所述的方法，其特征在于，所述第一号码和所述第二号码相同，所述第一TLV字段携带的所述第一业务的业务属性与所述第二TLV字段携带的所述第二业务的业务属性对应同一个业务。
6.根据权利要求4所述的方法，其特征在于，所述第一号码和所述第二号码不同，所述第一TLV字段携带的所述第一业务的业务属性与所述第二TLV字段携带的所述第二业务的业务属性分别对应不同的业务。
7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一用户和所述第二用户是同一个用户或不同的用户。
8.一种传输报文的装置，其特征在于，所述装置包括：
生成单元，用于生成一个计费报文，所述计费报文包括用于对第一用户使用第一业务的情况进行计费的第一信息和用于对第二用户使用第二业务的情况进行计费的第二信息；
发送单元，用于向计费服务器发送所述生成单元生成的所述计费报文。
9.根据权利要求8所述的装置，其特征在于，所述第一信息包括第一类型信息和所述第一业务的业务属性，所述第二信息包括第二类型信息和所述第二业务的业务属性，所述第一类型信息用于指示所述第一业务的业务属性的类型，所述第二类型信息用于指示所述第二业务的业务属性的类型。
10.根据权利要求9所述的装置，其特征在于，所述计费报文中的第一类型长度值TLV字段携带所述第一信息，所述计费报文中的第二类型长度值TLV字段携带所述第二信息。
11.根据权利要求10所述的装置，其特征在于，所述第一类型信息和所述第二类型信息相同，所述第一信息还包括第一号码，所述第二信息还包括第二号码，所述第一号码用于标识所述第一TLV字段中携带的所述第一业务的业务属性对应的业务，所述第二号码用于标识所述第二TLV字段中携带的所述第二业务属性对应的业务。
12.根据权利要求11所述的装置，其特征在于，所述第一号码和所述第二号码相同，所述第一TLV字段携带的所述第一业务的业务属性与所述第二TLV字段携带的所述第二业务的业务属性对应同一个业务。
13.根据权利要求11所述的装置，其特征在于，所述第一号码和所述第二号码不同，所述第一TLV字段携带的所述第一业务的业务属性与所述第二TLV字段携带的所述第二业务的业务属性分别对应不同的业务。
14.根据权利要求8至13中任一项所述的装置，其特征在于，所述第一用户和所述第二用户是同一个用户或不同的用户。
CN201610156803.5A 2016-03-18 2016-03-18 传输报文的方法和装置 Pending CN107204859A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610156803.5A CN107204859A (zh) 2016-03-18 2016-03-18 传输报文的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610156803.5A CN107204859A (zh) 2016-03-18 2016-03-18 传输报文的方法和装置

Publications (1)

Publication Number Publication Date
CN107204859A true CN107204859A (zh) 2017-09-26

Family

ID=59904271

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610156803.5A Pending CN107204859A (zh) 2016-03-18 2016-03-18 传输报文的方法和装置

Country Status (1)

Country Link
CN (1) CN107204859A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124777A (zh) * 2020-08-27 2022-03-01 中国电信股份有限公司 增值业务处理方法、装置和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003066448A2 (en) * 2002-02-04 2003-08-14 Fujitsu Network Communications, Inc. Container transport for packets in connection oriented protocols
CN101001159A (zh) * 2006-12-30 2007-07-18 华为技术有限公司 一种解码方法和解码器
CN103997724A (zh) * 2013-02-17 2014-08-20 阿尔卡特朗讯 一种用于聚合计费信息的方法、装置和系统
CN104618125A (zh) * 2013-11-05 2015-05-13 中兴通讯股份有限公司 一种与在线计费系统的交互方法、装置及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003066448A2 (en) * 2002-02-04 2003-08-14 Fujitsu Network Communications, Inc. Container transport for packets in connection oriented protocols
CN101001159A (zh) * 2006-12-30 2007-07-18 华为技术有限公司 一种解码方法和解码器
CN103997724A (zh) * 2013-02-17 2014-08-20 阿尔卡特朗讯 一种用于聚合计费信息的方法、装置和系统
CN104618125A (zh) * 2013-11-05 2015-05-13 中兴通讯股份有限公司 一种与在线计费系统的交互方法、装置及服务器

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124777A (zh) * 2020-08-27 2022-03-01 中国电信股份有限公司 增值业务处理方法、装置和系统

Similar Documents

Publication Publication Date Title
CN102576345B (zh) 网络流的动态管理
EP1887732B1 (en) A method and system for content charging
US7092398B2 (en) System, method and computer program product for charging for competitive IP-over-wireless service
EP1063818B1 (en) System for multi-layer provisioning in computer networks
CN106131068B (zh) 用户自主选择域名系统dns解析线路的系统和方法
AU741703B2 (en) Implementation of access service
EP1745667B1 (en) Authentification system
CN101433051B (zh) 将主机与基于用户和服务的需求相关联的方法和设备
CN100420191C (zh) 计费装置和方法
CN101237332A (zh) 计费方法、计费系统与流量统计装置
CN104066110A (zh) 一种无线路由器稳定性测试系统和测试方法
CN105376734B (zh) 进行智能管道能力调用的方法与系统
CN109447625A (zh) 一种二维码支付方法及系统
CN107547213A (zh) 一种业务规则的识别方法及装置
CN103516760B (zh) 一种虚拟网络系统接入方法、装置及系统
CN104168553B (zh) 一种业务报文发送和计费方法及装置
CN102136977B (zh) 一种拨号设备以及根据用户需求实现虚拟拨号的方法
CN109286506B (zh) 一种流量计费的方法、系统及装置
CN103581864B (zh) 面向移动增值业务的QoS 实时调控方法以及系统
WO2016011831A1 (zh) 计费方法和设备、接入设备、服务质量控制方法和设备
CN107204859A (zh) 传输报文的方法和装置
US20050049887A1 (en) Methods, systems, and computer program products for allocating costs in using a broadband communication network
CN103178973B (zh) 管理ip地址的方法、系统和设备
CN109309907A (zh) 用于流量计费的方法、装置及其相关设备
CN100338909C (zh) 一种区分业务流量的方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170926

RJ01 Rejection of invention patent application after publication