CN103650547A - 数据业务的处理方法及设备 - Google Patents
数据业务的处理方法及设备 Download PDFInfo
- Publication number
- CN103650547A CN103650547A CN201380001098.6A CN201380001098A CN103650547A CN 103650547 A CN103650547 A CN 103650547A CN 201380001098 A CN201380001098 A CN 201380001098A CN 103650547 A CN103650547 A CN 103650547A
- Authority
- CN
- China
- Prior art keywords
- business
- downlink data
- network node
- base station
- forwarding
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/60—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on actual use of network resources
-
- 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/1485—Tariff-related aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/026—Capturing of monitoring data using flow identification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/028—Capturing of monitoring data by filtering
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种数据业务的处理方法及设备,处理方法包括网络节点接收数据网关发送的下行数据以及所述下行数据所属业务的标识;所述网络节点通过基站设备转发所述下行数据至用户设备;所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。通过接收数据网关发送的下行数据所属的业务的标识,并根据下行数据的转发结果,基于所述业务的标识,获得业务对应的下行数据中转发成功的数据包的流量信息,这样,网络节点能够获得各业务的流量转发信息,从而能够根据不同节点的转发情况,对各业务进行精细化的计费。
Description
技术领域
本发明涉及移动通信技术,尤其涉及一种数据业务的处理方法及设备。
背景技术
全球移动通信系统(Global System for Mobile Communications,GSM)/通用移动通讯系统(Universal Mobile Telecommunications System,UMTS)(包括时分同步码分多址(Time Division-Synchronous Code DivisionMultiple Access,TD-SCDMA))/长期演进(Long Term Evolution,LTE)等第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)无线移动网络数据业务是由无线接入网络和分组核心网络共同实现的。用户接入无线接入网络和分组核心网络后,建立数据业务通道,就可以进行数据业务。
目前,用户的数据业务中的信息均以因特网协议(Internet Protocol,IP)包的形式进行传输。用户发出的IP包(即上行IP包)在无线接入网络和核心网络中都被以特定方式,如通用无线分组业务(General PacketRadio Service,GPRS)隧道协议(GPRS tunneling protocol,GTP)用户面(GTP_U)协议,封装为载荷,也即将IP包封装为GTP_U包,进行传输。被封装的IP包通过移动网络的数据网关后,例如可以是分组数据网网关(packet data network gateway,PGW)或者网关GPRS支撑节点(gatewayGRPS support node),数据网关解除封装,以用户原始的IP报文方式发送到外部数据网络,比如因特网(Internet)。外部数据网络发给用户的IP包(即下行IP包),首先到达移动网络的数据网关,由数据网关将外部数据网络的IP包进行载荷封装,然后封装后的IP包在核心网络经过传输后到达基站设备,由基站设备将该IP包在无线空口发送给用户设备。至此,实现了用户和外部数据网络的数据业务交互。
其中,在传输IP包的过程中,核心网络的相关设备会产生话单,以记录传递的用户上、下行IP包大小的累积值,作为收费记录,向用户收取移动网络数据业务费用。
但是,在当前的计费系统中,对数据业务计费不够精细。
发明内容
有鉴于此,本发明实施例提供一种数据业务的处理方法及设备,以实现对数据业务的精细化计费。
第一方面,本发明实施例提供一种数据业务的处理方法,包括:
网络节点接收数据网关发送的下行数据以及所述下行数据所属业务的标识;
所述网络节点通过基站设备转发所述下行数据至用户设备;
所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第一方面,在第一方面的第一种可能实现的方式中,
所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
结合第一方面,在第一方面的第二种可能实现的方式中,
所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第一方面的第二种可能实现的方式,在第一方面的第三种可能实现的方式中,还包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
所述网络节点根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第一方面,在第一方面的第四种可能实现的方式中,
所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第一方面的第四种可能实现的方式,在第一方面的第五种可能实现的方式中,还包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第一方面的第三或第五种可能实现的方式,在第一方面的第六种可能实现的方式中,
所述业务的标识是封装在隧道报文中发送至所述基站设备的,所述隧道报文包括所述下行数据
第二方面,本发明实施例提供一种数据业务的处理方法,包括:
数据网关接收下行数据;
所述数据网关获取所述下行数据所属业务的标识;
所述数据网关发送所述下行数据和所述业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第二方面,在第二方面的第一种可能实现的方式中,
所述数据网关发送所述下行数据和所述业务标识至下游网络节点,包括:
所述数据网关通过将所述下行数据和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
第三方面,本发明实施例提供一种数据业务的处理方法,包括:
基站设备接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识;
所述基站设备转发所述下行数据至用户设备;
所述基站设备发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;
其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息。
第四方面,本发明实施例提供一种网络节点设备,包括:
接收单元,用于接收数据网关发送的下行数据以及所述下行数据所属业务的标识;
发送单元,用于通过基站设备转发所述接收单元接收的下行数据至用户设备;
流量获取单元,用于根据转发结果,基于所述接收单元接收的所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第四方面,在第四方面的第一种可能实现的方式中,
所述流量获取单元具体用于根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
结合第四方面,在第四方面的第二种可能实现的方式中,
所述流量获取单元具体用于根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第四方面的第二种可能实现的方式,在第四方面的第三种可能实现的方式中,
所述发送单元还用于发送所述业务的标识至所述基站设备;
所述接收单元还用于接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
所述流量获取单元具体用于:
根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述接收单元接收的所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第四方面,在第四方面的第四种可能实现的方式中,
所述流量获取单元具体用于根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第四方面的第四种可能实现的方式,在第四方面的第五种可能实现的方式中,
所述发送单元还用于发送所述业务的标识至所述基站设备;
所述接收单元还用于接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述流量获取单元具体用于根据所述接收单元接收的所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第四方面的第三或第五种可能实现的方式,在第四方面的第六种可能实现的方式中,
所述发送单元发送的所述业务的标识是封装在隧道报文中发送至所述基站设备的,所述隧道报文包括所述下行数据。
第五方面,本发明实施例提供一种数据网关,包括:
接收单元,用于接收下行数据;
业务标识获取单元,用于获取所述接收单元接收的所述下行数据所属业务的标识;
发送单元,用于发送所述接收单元接收的下行数据和所述业务标识获取单元获取的所述业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
结合第五方面,在第五方面的第一种可能实现的方式中,
所述发送单元具体用于通过将所述下行数据和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
第六方面,本发明实施例提供一种基站设备,包括:
接收单元,用于接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识;
发送单元,用于转发所述接收单元接收的下行数据至用户设备;
所述发送单元,还用于发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息。
第七方面,本发明实施例提供一种数据业务的处理系统,包括如上任一所述的网络节点和如上任一所述的数据网关。
第八方面,本发明实施例提供一种数据业务的处理系统,包括如上任一所述的网络节点和如上任一所述的基站设备。
上述实施例提供的数据业务的处理方法及设备,通过接收数据网关发送的下行数据所属的业务的标识,并根据转发结果,基于业务的标识,获得业务对应的下行数据中转发成功的数据包的流量信息,这样,网络节点能够获得各业务的流量转发信息,从而能够根据不同节点的转发情况,对各业务进行计费,即实现了对数据业务的精细化计费。为了实现计费精度的提高,网络节点将业务的标识发送至基站设备后,当基站设备转发数据至用户设备失败时,可以将转发失败的数据的流量信息和数据的标识发送至网络节点,以告知网络节点该业务对应的转发失败的流量;同样的,基站设备也可以将转发成功的数据的流量信息和数据的标识发送至网络节点,以告知网络节点业务对应的成功转发至用户设备的数据的流量信息。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一个实施例提供的数据业务的处理方法的流程图;
图2为本发明一个实施例提供的数据业务的处理方法的流程图;
图3为本发明一个实施例提供的数据业务的处理方法的流程图;
图4为本发明另一个实施例提供的数据业务流量记录方法的示意图;
图5为本发明另一个实施例提供的数据业务流量记录方法的示意图;
图6为本发明另一个实施例提供的数据业务流量记录方法的示意图;
图7为本发明另一实施例提供的业务计费网元设备的示意图;
图8为本发明另一实施例提供的下游网络节点设备的示意图;
图9为本发明另一实施例提供的下游网络节点设备的示意图;
图10为本发明另一实施例提供的数据业务的处理系统的示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1为本发明一个实施例提供的数据业务的处理方法的流程图。本实施例所示的方法为数据网关的下游网络节点设备的处理流程,该下游网络节点设备可以是SGSN、SGW等,处理流程包括:
步骤11、网络节点接收数据网关发送的下行数据以及所述下行数据所属业务的标识。其中,网络节点为数据网关的下游网络节点设备。
例如,数据网关的下游网络节点设备接收数据网关发送的第一GTP_U包,该第一GTP_U包的载荷为IP包,该第一GTP_U包的头部包含有IP包的业务的标识。网络节点解析接收的第一GTP_U包,得到IP包及IP包的业务的标识。如SGW解析第一GTP_U包,得到该第一GTP_U包的载荷IP包的业务的标识。
其中,数据网关、第一GTP_U包及IP包的业务的标识详见图2所示实施例中的说明。
步骤12、网络节点通过基站设备转发步骤11接收的下行数据至用户设备。
对于LTE网络,网络节点可将解析得到的IP包封装为第二GTP_U包,然后将第二GTP_U包发送到下游网络节点。其中,第二GTP_U包可为传统的GTP_U包;
例如,SGW将IP包转发给eNodeB,需要将IP包封装为GTP_U包,该GTP_U包可以不包含IP包的业务的标识。
对于UMTS网络,网络节点可将解析得到的IP包再次封装为GTP_U包,然后将GTP_U包发送给下游网络节点。例如,SGSN将GTP_U包发送给RNC。
对于GSM网,网络节点可将解析得到的IP包封装为BSSGP包,然后将BSSGP包发送到下游网络节点。例如,SGSN将解析得到的IP包封装为BSSGP包,并将BSSGP包发送给BSC/PCU。
步骤13、网络节点根据转发结果,基于所述业务的标识,获得业务对应的转发成功的下行数据的流量信息。
例如,网络节点仅在IP包成功转发的情况下,将该IP包的业务的标识生成到话单中。也就是说,当丢弃某一IP包或转发该IP包失败时,话单中该IP包所属业务的转发流量不会包含该IP包的流量,只有当该IP被成功转发时,该IP包所属业务的转发流量才会包含该IP包的流量。
其中,话单的生成可基于时间,也可基于转发流量,如当数据网关的下游网络节点设备转发时间超过1小时时,该下游网络节点设备生成话单,或当数据网关的下游网络节点设备转发流量超过100M字节时,该下游网络节点设备生成话单。
将该IP包的业务的标识生成到话单中后,话单中便在传统的话单的基础上增加了各业务的流量信息,从而能够准确核减各业务的转发流量,实现更精细化计费,也可以使计费更精确。
示例性的,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,可包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
示例性的,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,可包括:
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,本发明实施例提供的数据业务的处理方法还可包括:
所述网络节点发送所述业务的标识至所述基站设备,如网络节点转发一下行数据时在同一个包中携带该下行数据所属的业务的标识;
所述网络节点接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
相应的,所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,可包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
所述网络节点根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
如若基站设备未成功转发下行数据则返回无线接入承载(RadioAccess Bearer,RAB)分配响应消息,该RAB分配响应消息中携带有未成功转发的IP包的流量信息及其所属的业务的标识。RAB分配响应消息属于RAB分配流程中的消息。RAB分配流程用于建立或释放无线数据传输连接,包括:SGSN发送RAB分配请求给RNC,RNC在建立或释放无线数据传输连接后,向SGSN返回RAB分配响应消息。本发明实施例通过扩展RAB分配响应消息,在RAB分配流程释放无线数据传输连接时,RNC在发送给SGSN的RAB分配响应消息中携带未成功发送的下行流量信息,以实现更为精准的业务计费。扩展后的RAB分配响应消息如下表所示:
这样,网络节点可以从记录业务的标识中扣除基站设备未成功转发的下行数据的流量,从而可以进一步提高下行数据转发流量的准确性,提高计费的准确性。
示例性的,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,可包括:
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
相应的,本发明实施例提供的数据业务的处理方法,还可包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
本实施例提供的数据业务的处理方法通过接收数据网关发送的下行数据所属的业务的标识,并根据下行数据的转发结果及接收的业务的标识,获得业务对应的转发成功的下行数据的流量信息,能够满足更精细化的计费需求。同时,数据网关的下游网络节点能够获得各业务的流量转发信息,从而能够根据不同网络节点的转发情况,对各业务进行更准确计费。如数据网关的下游网络节点设备在成功转发该IP包的情况下,将该IP包的业务的标识生成到话单中,从而能够在生成的话单中记录各业务的流量转发信息,实现转发流量的准确核减,达到准确计费的目的。
图2为本发明一个实施例提供的数据业务的处理方法的流程图。本实施例所示的方法为数据网关的处理流程,数据网关可以是GGSN、PGW等,处理流程包括:
步骤21、数据网关接收下行数据。例如PGW接收来自因特网(Internet)的封装有IP包的报文。该IP包的报文可以是外部服务器发送的下行数据的报文等。
步骤22、所述数据网关获取所述下行数据所属业务的标识。如数据网关利用深度报文检测(deep packet inspection,DPI)技术获得所述下行数据所属业务的标识,也可以从其他具有DPI功能的网元上获取该下行数据所属业务的标识。
步骤23、数据网关发送所述下行数据和所述业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的所述下行数据的流量信息。例如,数据网关可通过将所述下行数据和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
如数据网关可将上述步骤21中接收的IP包封装为第一GTP_U包,该第一GTP_U包的头部包含该IP包的业务的标识。其中,第一GTP_U包中的载荷是IP包,第一GTP_U包可在传统的GTP_U包的基础上扩展字段,在扩展字段中添加载荷IP包的业务的标识。IP包的业务的标识至少包含IP包的业务类型和流量信息。
然后,数据网关向下游网络节点设备发送封装得到的第一GTP_U包。其中,下游网络节点设备可以是SGSN、SGW等。
本实施例提供的数据业务的处理方法中,数据网关通过将来自外网的下行数据及该下行数据所属的业务的标识发送到下游网络节点设备,使得下游网络节点设备能够得到下行数据所属的业务的标识,使得数据网关的下游网络节点设备也能够获知具体的业务的流量转发信息,从而能够获得基于业务的下行数据的流量信息,能实现更精细化的计费,同时能够实现每个业务转发流量的准确核减,达到更精确计费的目的。
图3为本发明一个实施例提供的数据业务的处理方法的流程图。本实施例所示的方法为上述第一下游网元的下游网络节点设备(即基站设备)的处理流程,基站设备可以是eNodeB、RNC等,处理流程包括:
步骤31、基站设备接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识。
例如,基站设备接收数据网关的下游网络节点设备发送的第一GTP_U包,该第一GTP_U包的载荷为IP包,该第一GTP_U包的头部包含有该IP包的业务的标识。其中,数据网关的下游网络节点设备、第一GTP_U包及业务的标识详见图1所示实施例中的说明。
IP包的业务的标识用于标识IP包所对应的业务。
步骤32、所述基站设备转发所述下行数据至用户设备。
例如,基站设备接收到第一GTP_U包,对该第一GTP_U包进行解析,得到IP包及该IP包的业务的标识,之后将IP包通过空口协议发送至用户设备。例如RNC解析第一GTP_U包,得到该第一GTP_U包的载荷IP包的业务的标识,利用空口协议将该IP包发送至用户设备。
步骤33、所述基站设备发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;
其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息。
例如,基站设备在转发成功的情况下,向上游节点发送RAB分配响应消息,该RAB分配响应消息中携带有成功转发的下行数据的流量信息和该成功转发的下行数据所属业务的标识,从而告知上游节点该业务在基站设备处转发成功的下行数据的流量信息,以便上游节点获取该业务对应的转发成功的下行数据的流量信息。
又例如,基站设备在转发失败的情况下,向数据网关的下游网络节点设备发送RAB分配响应消息,该RAB分配响应消息中携带有未成功转发的IP包的业务的标识。例如,SGSN和RNC之间的RAB(无线链路)释放时,RNC向SGSN发送RAB分配响应消息,该RAB分配响应消息中携带未成功转发的IP包的流量信息及所属业务的标识,例如在RAB分配响应消息中扩展字段,在扩展的字段中添加未成功转发的IP包的流量信息及所属业务的标识,如果RNC成功转发了所有IP包,那么该扩展的字段的值为0。其中,RAB分配响应消息详见图1所示实施例中的说明。
如果SGSN和RNC之间的RAB释放之前,RNC有未成功转发的IP包,那么RAB分配响应消息将携带所有未被RNC成功转发的IP包的流量信息及所属业务的标识,一般按IP包的业务类型来记录未成功转发的流量,如:
业务RG1X兆字节,业务RG2Y兆字节。
当基站设备接收的第一GTP_U包中的IP包未被成功转发时,该IP包的流量也将包含在上述对应的业务的流量中。如IP包的业务类型为RG1,那么X兆字节中就包含了该IP包的流量。
本实施例提供的数据业务的处理方法中,基站设备通过接收下行数据以及所述下行数据所属业务的标识,并在向上游网络节点设备发送的RAB分配响应消息中携带的未成功转发的下行数据中失败的数据包的流量信息,使得数据网关的下游网络节点设备能够准确核减未成功转发的业务的流量,实现了业务的准确计费。
图4为本发明另一个实施例提供的数据业务流量记录方法的示意图。本实施例与上述实施例类似,不同之处在于,本实施例的应用场景为LTE网络,在SGW的话单中增加了业务数据列表(listOfServiceData)字段,用来填充各业务的流量信息。
LTE网络中,SGW和PGW分别是核心网中用于转发用户IP包的网元。核心网中,用户IP包通过GTP_U协议封装,即将IP包封装为GTP_U包,需要扩展GTP_U包的头部,如增加费率组(Rating Group,RG)字段,以用来传递业务的标识,也就是说在RG字段添加GTP_U包载荷IP包的业务的标识。以下行IP包的传递过程为例,用于数据业务计费的流量统计过程包括:
步骤41、PGW接收到某一用户的下行IP包后,业务解析得到该下行IP包的业务的标识,将该下行IP包封装为GTP_U包。例如PGW接收到下行IP包后,通过IP报文的特征,比如协议/端口号(比如TCP协议80端口代表HTTP应用),IP包内容的业务特征(比如HTTP的域名)等来判断用户所使用的业务类型等业务的标识,也可以通过深度报文解析技术来获取该报文的业务的标识。一IP包的业务的标识可以用来标识该IP包的业务类型、流量等信息,本发明实施例对此不作限制。
在封装此IP包的GTP_U的头部,增加有RG字段,该RG字段填充了业务的标识。PGW按照传统的流程向下游网络节点设备SGW转发该GTP_U包。
PGW根据转发结果产生话单。例如,只要PGW转发的流量达到一定数量,比如4M字节,那么PGW就可以生成一张中间话单,记录转发的流量,避免用户长时间使用业务而不产生话单的情况,也避免巨额流量话单的风险。
PGW产生的话单不仅包含该用户总的上下行流量,还包含该用户各业务的上下行流量。例如,产生如下话单:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=14MByte)//该用户已产生的总的上行流量为8M字节,下行流量为14M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=3Mbyte;RG3(IM)uplink=3MByte,downlink=5Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节;RG2业务已产生的上行流量为1M字节,下行流量为3M字节;RG3业务已产生的上行流量为3M字节,下行流量为5M字节。
步骤42、SGW收到该GTP_U包(即上述第一GTP_U包)后,解析得到IP包及GTP_U头部的业务的标识。如果SGW转发IP包给eNodeB,则将IP包封装为GTP_U包,发送给eNodeB。SGW可以不将业务的标识发送给eNodeB。在SGW发送IP包给eNB时,可去除GTP_U包头部的业务的标识,也就是说SGW可使用3GPP标准的普通GTP_U包封装要发送给eNodeB的IP包。SGW也可以将业务的标识发送给eNodeB,以使eNodeB上报其转发至用户设备的结果。示例性的可以在发送给eNodeB的GTP_U包的头部包括作为载荷的IP包所属业务的标识。
示例性的,只要SGW转发的流量达到一定数量,比如4M字节,那么SGW就可以生成一张中间话单,记录转发的流量,以避免用户长时间使用业务而不产生话单的情况,避免巨额流量话单的风险。
示例性的,SGW无论转发该GTP_U包至eNodeB成功与否,产生的话单都会包含该用户已产生的总的上下行流量以及该用户各业务已产生的上下行流量,这些流量信息记录在扩展的listOfServiceData字段中。其中,该用户各业务已产生的上下行流量根据GTP_U包转发结果及GTP_U包头部的业务的标识得到。
示例性的,若IP包成功转发,SGW在系统内记录该用户的该IP包的业务的标识,最终在SGW CDR话单扩展的listOfServiceData字段中,记录SGW对该用户的各业务对应成功转发的流量,如:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=14MByte)//该用户已产生的总的上行流量为8M字节,下行流量为14M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=3Mbyte;RG3(IM)uplink=3MByte,downlink=5Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为3M字节,RG3业务已产生的上行流量为3M字节,下行流量为5M字节。
SGW话单中,用户上下行流量、各业务的上下行流量与PGW话单中的用户上下行流量、各业务的上下行流量相符。
如果SGW因故障丢弃该GTP_U包或转发该GTP_U包失败,则SGW生成的话单仍然包含有实际转发的各业务的流量信息。例如,产生的话单如下:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=12MByte)//该用户已产生的总的上行流量为8M字节,下行流量为12M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=2Mbyte;RG3(IM)uplink=3MByte,downlink=4Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为2M字节,RG3业务已产生的上行流量为3M字节,下行流量为4M字节。
从SGW产生的话单中可以得到各业务已产生的流量,例如,与上述PGW产生的话单相比较,可知SGW在RG2业务的下行流量、RG3业务的下行流量分别丢失了1M字节,从而可以准确核减流量,避免了计费误差。
图5为本发明另一个实施例提供的数据业务流量记录方法的示意图。本实施例与上述实施例类似,不同之处在于,本实施例的应用场景为UMTS网络,在SGSN的话单中增加了业务数据列表(listOfServiceData)字段,用来填充各业务的流量信息,并扩展了无线接入承载(Radio Access Bearer,RAB)分配响应(RAB assignment response)消息。
UMTS网络中,SGSN和GGSN分别是核心网用来转发用户IP报文的网元。核心网中,用户IP包通过GTP_U协议封装,即将IP包封装为GTP_U包,需要扩展GTP_U包的头部,如增加RG字段,以传递业务的标识。具以下行IP包的传递过程为例,用于数据业务计费的流量统计过程包括:
步骤51、GGSN接收下行IP包,通过DPI技术解析该下行IP包后,得到该下行IP包的业务的标识。之后,GGSN将IP包封装为GTP_U包,GTP_U包中包括该业务的标识,之后可照传统的流程将该GTP_U包转发到第一下游网络节点设备SGSN。其中,业务解析详见上述步骤41的说明。
示例性的,GGSN将该下行IP包封装为GTP_U包时,在GTP_U包的头部增加RG字段,并在该RG字段中填充上述得到的该下行IP包的业务的标识。
GGSN完成GTP_U包的转发后,只要GGSN转发的流量达到一定数量,比如4M字节,那么GGSN就可以生成一张中间话单,记录转发的流量,这样避免用户长时间使用业务而不产生话单的情况,避免巨额流量话单的风险。
GGSN生成话单,如:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=14MByte)//该用户已产生的总的上行流量为8M字节,下行流量为14M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=3Mbyte;RG3(IM)uplink=3MByte,downlink=5Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为3M字节,RG3业务已产生的上行流量为3M字节,下行流量为5M字节。
步骤52、SGSN接收到GTP_U包后,从GTP_U包的头部解析得到载荷中IP包的业务的标识,并将IP包封装为GTP_U包后,转发到基站设备RNC。
SGSN和RNC之间同样通过GTP_U来传递IP包,且GTP_U包的头部仍然包含IP包的业务的标识。
当SGSN转发的流量达到一定数量,比如4M字节时,SGSN就可以生成一张中间话单,记录转发的流量,这样避免用户长时间使用业务而不产生话单的情况,避免巨额流量话单的风险。
当若IP包成功转发至RNC,SGSN在系统内记录该用户的该IP包的业务的标识,最终在SGSN CDR话单扩展的listOfServiceData字段中,记录SGSN对该用户的各业务对应成功转发的流量,如:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=14MByte)//该用户已产生的总的上行流量为8M字节,下行流量为14M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=3Mbyte;RG3(IM)uplink=3MByte,downlink=5Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为3M字节,RG3业务已产生的上行流量为3M字节,下行流量为5M字节。
SGSN话单中,用户上下行流量、各业务的上下行流量与GGSN话单中的用户上下行流量、各业务的上下行流量一致。之后,执行步骤53。
如果SGSN因故障丢弃该GTP_U包或转发该GTP_U包失败,则SGSN生成的话单仍然包含有实际转发的各业务的流量信息。例如,产生的话单如下:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=12MByte)//该用户已产生的总的上行流量为8M字节,下行流量为12M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=2Mbyte;RG3(IM)uplink=3MByte,downlink=4Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为2M字节,RG3业务已产生的上行流量为3M字节,下行流量为4M字节。
从SGSN产生的话单中可以得到各业务已产生的流量,例如,与上述GGSN产生的话单相比较,可知SGSN在RG2业务的下行流量、RG3业务的下行流量分别丢失了1M字节,从而可以实现对于各个业务的计费,即实现了精细化的计费。另外,根据SGSN和GGSN之间的话单比较可以准确核减流量,避免了计费误差,提高了计费的准确性。
步骤53、RNC收到GTP_U包后,从GTP_U头部解析得到IP包的业务的标识。SGSN和RNC之间的RAB(无线链路)释放时,RNC向SGSN发送RAB分配响应消息。该RAB分配响应消息中携带未成功转发的IP包的流量信息及所属业务的标识,例如在RAB分配响应消息中扩展字段,在扩展的字段中添加未成功转发的IP包的流量信息及所属业务的标识。
示例性的,当RNC成功转发上述GTP_U包中的IP包后,根据解析得到的业务的标识在RNC系统内记录该用户的该IP包的业务的标识及流量信息。当RNC将所有收到的GTP_U包中的IP包都成功转发时,该RAB分配响应消息中扩展字段的值为0。
示例性的,当RNC未成功转发上述GTP_U包中的IP包,如RNC丢弃或转发失败时,RNC在该RAB分配响应消息中扩展字段中添加上述GTP_U包中的IP包的流量信息及所属业务的标识。
例如,RAB分配响应消息添加了SGSN和RNC之间的RAB释放之前RNC所有未成功转发的IP包的流量信息及所属业务的标识,一般按IP包的业务类型来记录未成功转发的流量,如:
业务RG1X兆字节,业务RG2Y兆字节。
RNC将未成功发送给终端的IP包的流量信息及所属业务的标识通告RAB分配响应消息告知SGSN,以用于SGSN侧转发流量的正确核减。
SGSN收到RNC返回的RAB分配响应消息后,将未成功转发的IP包的流量信息及所属业务的标识添加到生成的话单中,SGSN扣除相应流量及业务流量,生成结束话单。
核减转发流量时,由于SGSN保存有SGSN转发的所有下行流量,因此减去RAB分配响应消息中的未成功发送的流量,得到成功发送的流量。
图6为本发明另一个实施例提供的数据业务流量记录方法的示意图。本实施例与上述实施例类似,不同之处在于,本实施例的应用场景为GSM网络,在SGSN的话单中增加了业务数据列表(listOfServiceData)字段,用来填充各业务的流量信息。
GSM网络中,SGSN和GGSN分别是核心网用来转发用户IP报文的网元。核心网中,用户IP包通过GTP_U协议封装,即将IP包封装为GTP_U包,需要扩展GTP_U包的头部,如增加RG字段,以传递业务的标识。
以下行IP包的传递过程为例,用于数据业务计费的流量统计过程包括:
步骤61、GGSN接收到某一用户的下行IP包后,通过DPI解析得到该下行IP包的业务的标识,将该下行IP包封装为GTP_U包。并且,GGSN按照传统的流程向下游网络节点设备SGSN转发该GTP_U包。其中,业务解析详见上述步骤41的说明,IP包的业务的标识至少包含该IP包的业务类型和流量等信息。
在封装此IP包的GTP_U的头部,增加有RG字段,该RG字段填充了业务的标识。
GGSN根据转发结果产生话单。例如,只要GGSN转发的流量达到一定数量,比如4M字节,那么GGSN就可以生成一张中间话单,记录转发的流量,这样避免用户长时间使用业务而不产生话单的情况,避免巨额流量话单的风险。
GGSN产生的话单不仅包含用户总的上下行流量,还包含各业务的上下行流量。例如,产生如下话单:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=14MByte)//该用户已产生的总的上行流量为8M字节,下行流量为14M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=3Mbyte;RG3(IM)uplink=3MByte,downlink=5Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为3M字节,RG3业务已产生的上行流量为3M字节,下行流量为5M字节。
步骤62、SGSN收到该GTP_U包后,解析得到IP包,以及该IP包的业务的标识,并且,由于SGSN和BSC/PCU之间采用BSSGP方式封装传递用户IP包,因此,SGSN将解析得到的该IP包封装为BSSGP包,转发给基站设备BSC/PCU。
示例性的,由于BSC/PCU既不产生话单,也不向核心网通知未成功发送的流量,所以SGSN无需向BSC/PCU发送业务的标识,即BSSGP包中可不携带IP包的业务的标识。
示例性的,SGSN也可以向BSC/PCU发送业务的标识,以使BSC/PCU上报其转发结果。
只要SGSN转发的流量达到一定数量,比如4M字节,那么SGSN就可以生成一张中间话单,记录转发的流量,这样避免用户长时间使用业务而不产生话单的情况,避免巨额流量话单的风险。
SGSN产生的话单包含该用户已产生的总的上下行流量以及该用户各业务已产生的上下行流量,这些流量信息记录在扩展的listOfServiceData字段中。其中,该用户各业务已产生的上下行流量根据GTP_U包转发结果及GTP_U包头部的业务的标识得到。
若BSSGP包成功转发,SGSN在系统内记录该BSSGP包中IP包的业务的标识,最终在SGSN CDR话单扩展的listOfServiceData字段中,记录SGSN对该用户的各业务对应成功转发的流量,如:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=14MByte)//该用户已产生的总的上行流量为8M字节,下行流量为14M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=3Mbyte;RG3(IM)uplink=3MByte,downlink=5Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为3M字节,RG3业务已产生的上行流量为3M字节,下行流量为5M字节。
SGSN话单中,用户上下行流量、各业务的上下行流量与GGSN话单中的用户上下行流量、各业务的上下行流量一致。
如果SGSN因故障丢弃该GTP_U包或转发该GTP_U包失败,则SGSN生成的话单仍然包含有各业务的流量信息。例如,产生的话单如下:
·listOfTrafficVolumes(Uplink=8MByte,Downlink=12MByte)//该用户已产生的总的上行流量为8M字节,下行流量为12M字节;
·listOfServiceData=RG1(HTTP)uplink=4MByte,downlink=6MByte;RG2(Video)uplink=1MByte,downlink=2Mbyte;RG3(IM)uplink=3MByte,downlink=4Mbyte//该用户RG1业务已产生的上行流量为4M字节,下行流量为6M字节,RG2业务已产生的上行流量为1M字节,下行流量为2M字节,RG3业务已产生的上行流量为3M字节,下行流量为4M字节。
从SGSN产生的话单中可以得到各业务已产生的流量,例如,与上述GGSN产生的话单相比较,可知SGSN在RG2业务的下行流量、RG3业务的下行流量分别丢失了1M字节,从而准确地核减了转发流量,避免了计费误差。
本实施例中,SGSN根据GTP_U头部的RG字段记录的解业务的标识,最终在SGSN SCDR话单中扩展listOfServiceData字段,记录SGSN对该用户的各业务和对应成功转发的流量,实现了基于业务的计费,满足了更精细化计费的需求。同时也实现了核心网元丢包情况下业务计费流量的正确核减,提高了计费的准确度。
图7为本发明另一实施例提供的网络节点设备的示意图。本实施例提供的网络节点设备用于实现图1所示的方法,可为SGSN、SGW等,包括:接收单元71、发送单元72和流量获取单元73。
接收单元71,用于接收数据网关发送的下行数据以及所述下行数据所属业务的标识;
发送单元72,用于通过基站设备转发所述接收单元71接收的下行数据至用户设备;
流量获取单元73,用于根据转发结果,基于所述接收单元71接收的所述业务的标识,获得所述业务对应的转发成功的所述下行数据的流量信息。示例性的,转发结果可以是网络节点本地的转发结果、也可以是基站设备的转发结果,或者是网络节点本地的转发结果和基站设备的转发结果。
所述流量获取单元73可具体用于根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
或者,所述流量获取单元73可具体用于根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,所述发送单元72还用于发送所述业务的标识至所述基站设备;
所述接收单元71还用于接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
所述流量获取单元73具体用于根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述接收单元接收的所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
作为一种可选的实现方式,所述流量获取单元73可包括:
第一流量获取子单元,用于根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
第二流量获取子单元,用于根据第一流量获取子单元获得的所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述接收单元接收的所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
或者,所述流量获取单元73可具体用于根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,所述发送单元72还可用于发送所述业务的标识至所述基站设备;
所述接收单元71还可用于接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述流量获取单元73可具体用于根据所述接收单元接收的所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
示例性的,所述发送单元72发送的所述业务的标识可以是封装在隧道报文中发送至所述基站设备的,所述隧道报文包括所述下行数据。
本实施例提供的下游网络节点设备通过接收单元接收数据网关发送的下行数据及下行数据所属的业务的标识,并根据下行数据的转发结果及接收的业务的标识,获得业务对应的下行数据中转发成功的数据包的流量信息,可以实现基于业务的计费,能够实现更精细化的计费。另外,数据网关及其下游网络节点均能够获得各业务的流量转发信息,从而能够比较各个节点生成的基于业务的话单,实现基于业务的流量信息的核减,能够基于各个业务获得更精确的计费结果。例如数据网关的下游网络节点设备在成功转发该IP包的情况下,将该IP包的业务的标识生成到话单中,从而能够在生成的话单中记录各业务的流量转发信息,实现转发流量的准确核减,达到准确计费的目的。
图8为本发明另一实施例提供的数据网关的示意图。本实施例提供的数据网关可为PGW、GGSN等,用于实现图2所示的方法,包括:接收单元81、业务标识获取单元82和发送单元83。
接收单元81,用于接收下行数据;
业务标识获取单元82,用于获取所述接收单元接收的所述下行数据所属业务的标识;
发送单元83,用于发送所述接收单元81接收的下行数据和所述下行数据所属的业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的所述下行数据的流量信息。
进一步,所述发送单元83可具体用于通过将所述下行数据的数据包和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
本实施例提供的数据网关,通过发送单元将下行数据及该下行数据所属的业务的标识发送到下游网络节点设备,使得下游网络节点设备能够得到下行数据所属的业务的标识,使得数据网关的下游网络节点设备也能够获知具体的业务的流量转发信息,可以实现基于业务的精细化的计费,另外通过与数据网关上记录的转发的流量信息进行比对,可以实现转发流量的核减,使准确计费更加精确。
图9为本发明另一实施例提供的基站设备的示意图。本实施例提供的基站设备可为BSC、eNodeB、PCU、RNC等,用于实现图3所示的方法,包括:接收单元91和发送单元92。
接收单元91,用于接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识;其中,上游网络节点为数据网关的下游网络节点。
发送单元92,用于转发所述接收单元91接收的下行数据至用户设备;
所述发送单元92,还用于发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息。
本实施例提供的基站设备通过接收单元接收下行数据及该下行数据所属的业务的标识,并通过发送单元向上游网络节点发送转发结果,使得基站设备的上游网络节点设备能够获知各个业务对应的成功转发至用户设备的数据的流量信息,进而可以实现精细化的计费。另外也可以使得上游网络节点生成的话单中正确核减各个业务对应的转发成功的数据的流量信息,能够实现业务的准确计费。
图10为本发明另一实施例提供的数据业务的处理系统的示意图,本实施例所示的系统,可用于实现图4~图6中所示的方法,示例性的,该系统可以包括数据网关101、网络节点设备102;示例性的,该系统可以包括网络节点设备102和基站设备103;示例性的,该系统可以包括数据网关101,网络节点设备102和基站设备103。其中,数据网关101可为图8所示的设备,网络节点设备102为图7所示实施例中的任意一种设备,基站设备103可为图9所示实施例中给出的设备。
示例性的,数据网关101向网络节点设备102发送的报文如GTP_U包中携带有IP包的业务的标识,网络节点设备102向基站设备103发送的报文如GTP_U包中可携带也可不携带IP包的业务的标识。
示例性的,当网络节点设备102向基站设备103发送的报文中携带IP包的业务的标识时,基站设备103还要向网络节点设备102返回未成功转发的IP包的业务的标识,如通过上述RAB分配响应消息发送未成功转发的IP包的业务的标识。网络节点设备102根据基站设备103发送的未成功转发的IP包的业务的标识记录各业务实际的转发流量。
该系统的工作机制和包含的设备的详细说明请参考图4-图6所示的实施例,在此不作赘述。
本发明实施例还给出一种计算机程序产品,该计算机程序产品包括计算机可读介质,该可读介质包括第一组程序代码,用于执行上述图1所示方法中的步骤:
网络节点接收数据网关发送的下行数据以及所述下行数据所属业务的标识;
所述网络节点通过基站设备转发所述下行数据至用户设备;
所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
进一步,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,还包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
所述网络节点根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,还包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,所述业务的标识是封装在隧道报文中发送至所述基站设备的,所述隧道报文包括所述下行数据。
具体的说明可以参考如图1、图4-图6所示的实施例,在此不作赘述。
另外,本发明实施例还给出另一种计算机程序产品,该计算机程序产品包括计算机可读介质,该可读介质包括第二组程序代码,用于执行上述图2所示方法中的步骤:
数据网关接收下行数据;
所述数据网关获取所述下行数据所属业务的标识;
所述数据网关发送所述下行数据和所述业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
进一步,
所述数据网关发送所述下行数据和所述业务标识至下游网络节点,包括:
所述数据网关通过将所述下行数据和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
具体的说明可以参考如图2、图4-图6所示的实施例,在此不作赘述。
另外,本发明实施例还给出另一种计算机程序产品,该计算机程序产品包括计算机可读介质,该可读介质包括第二组程序代码,用于执行上述图3所示方法中的步骤:
基站设备接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识;
所述基站设备转发所述下行数据至用户设备;
所述基站设备发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;
其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息。
具体的说明可以参考如图3-图6所示的实施例,在此不作赘述。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (22)
1.一种数据业务的处理方法,其特征在于,包括:
网络节点接收数据网关发送的下行数据以及所述下行数据所属业务的标识;
所述网络节点通过基站设备转发所述下行数据至用户设备;
所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
2.如权利要求1所述的方法,其特征在于,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
3.如权利要求1所述的方法,其特征在于,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
4.如权利要求3所述的方法,其特征在于,还包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
所述网络节点根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
5.如权利要求1所述的方法,其特征在于,所述网络节点根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
6.如权利要求5所述的方法,其特征在于,还包括:
所述网络节点发送所述业务的标识至所述基站设备;
所述网络节点接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述网络节点根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息,包括:
所述网络节点根据所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
7.如权利要求4或6所述的方法,其特征在于,所述业务的标识是封装在隧道报文中发送至所述基站设备的,所述隧道报文包括所述下行数据。
8.一种数据业务的处理方法,其特征在于,包括:
数据网关接收下行数据;
所述数据网关获取所述下行数据所属业务的标识;
所述数据网关发送所述下行数据和所述业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
9.如权利要求8所述的处理方法,其特征在于,所述数据网关发送所述下行数据和所述业务标识至下游网络节点,包括:
所述数据网关通过将所述下行数据和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
10.一种数据业务的处理方法,其特征在于,包括:
基站设备接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识;
所述基站设备转发所述下行数据至用户设备;
所述基站设备发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;
其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息。
11.一种网络节点设备,其特征在于,包括:
接收单元,用于接收数据网关发送的下行数据以及所述下行数据所属业务的标识;
发送单元,用于通过基站设备转发所述接收单元接收的下行数据至用户设备;
流量获取单元,用于根据转发结果,基于所述接收单元接收的所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
12.如权利要求11所述的设备,其特征在于,所述流量获取单元具体用于根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息,其中所述业务对应的所述网络节点本地转发成功的下行数据的流量信息作为所述业务对应的转发成功的下行数据的流量信息。
13.如权利要求11所述的设备,其特征在于,所述流量获取单元具体用于根据所述网络节点本地的转发结果和所述基站设备的转发失败的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
14.如权利要求13所述的设备,其特征在于,
所述发送单元还用于发送所述业务的标识至所述基站设备;
所述接收单元还用于接收所述基站设备发送的所述基站设备的转发失败的结果,所述基站设备的转发失败的结果包括所述基站设备转发失败的下行数据的流量信息和所述业务的标识;
所述流量获取单元具体用于:
根据所述网络节点本地的转发结果,基于所述业务的标识,获得所述业务对应的所述网络节点本地转发成功的下行数据的流量信息;
根据所述业务对应的所述网络节点本地转发成功的下行数据的流量信息、所述接收单元接收的所述基站设备转发失败的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
15.如权利要求11所述的设备,其特征在于,所述流量获取单元具体用于根据所述基站设备的转发成功的结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
16.如权利要求15所述的设备,其特征在于,
所述发送单元还用于发送所述业务的标识至所述基站设备;
所述接收单元还用于接收所述基站设备发送的所述基站设备的转发成功的结果,所述基站设备的转发成功的结果包括所述基站设备转发成功的下行数据的流量信息和所述业务的标识;
所述流量获取单元具体用于根据所述接收单元接收的所述基站设备转发成功的下行数据的流量信息,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
17.如权利要求14或16所述的设备,其特征在于,所述发送单元发送的所述业务的标识是封装在隧道报文中发送至所述基站设备的,所述隧道报文包括所述下行数据。
18.一种数据网关,其特征在于,包括:
接收单元,用于接收下行数据;
业务标识获取单元,用于获取所述接收单元接收的所述下行数据所属业务的标识;
发送单元,用于发送所述接收单元接收的下行数据和所述业务标识获取单元获取的所述业务的标识至下游网络节点,以使所述下游网络节点转发所述下行数据至用户设备,并根据转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息。
19.如权利要求18所述的数据网关,其特征在于,所述发送单元具体用于通过将所述下行数据和所述业务的标识封装在隧道报文中,发送所述下行数据和所述业务的标识至所述下游网络节点。
20.一种基站设备,其特征在于,包括:
接收单元,用于接收上游网络节点发送的下行数据以及所述下行数据所属业务的标识;
发送单元,用于转发所述接收单元接收的下行数据至用户设备;
所述发送单元,还用于发送所述基站设备的转发结果至所述上游网络节点,以使所述上游网络节点根据所述基站设备的转发结果,基于所述业务的标识,获得所述业务对应的转发成功的下行数据的流量信息;其中所述基站设备的转发结果包括所述业务的标识和以下流量信息之一:所述基站设备转发成功的下行数据的流量信息和所述基站设备转发失败的下行数据的流量信息业务的标识。
21.一种数据业务的处理系统,其特征在于,包括:
如权利要求11-17任一所述的网络节点和如权利要求18或19所述的数据网关。
22.一种数据业务的处理系统,其特征在于,包括:
如权利要求11-17任一所述的网络节点和如权利要求20所述的基站设备。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/078993 WO2015003297A1 (zh) | 2013-07-08 | 2013-07-08 | 数据业务的处理方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103650547A true CN103650547A (zh) | 2014-03-19 |
CN103650547B CN103650547B (zh) | 2018-02-02 |
Family
ID=50253435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380001098.6A Active CN103650547B (zh) | 2013-07-08 | 2013-07-08 | 数据业务的处理方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103650547B (zh) |
WO (1) | WO2015003297A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105634970A (zh) * | 2014-11-06 | 2016-06-01 | 中国移动通信集团公司 | 一种流量核减方法、设备及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6512761B1 (en) * | 1999-02-02 | 2003-01-28 | 3Com Corporation | System for adjusting billing for real-time media transmissions based on delay |
CN1490960A (zh) * | 2002-10-14 | 2004-04-21 | 北京三星通信技术研究有限公司 | 多媒体广播和组播业务中单用户的基于流量的计费方法 |
CN101047516A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 通信网络中业务分类计费的丢失流量的补偿方法及其系统 |
CN101582808A (zh) * | 2009-06-10 | 2009-11-18 | 中兴通讯股份有限公司南京分公司 | 一种p2p上下行流量统计管理的方法、终端及系统 |
US7869430B2 (en) * | 2000-11-13 | 2011-01-11 | Sunao Takatori | Communication terminal device and billing device |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101998342B (zh) * | 2009-08-11 | 2014-04-09 | 中兴通讯股份有限公司 | 一种统计资源申请过程中流量的网关、系统及方法 |
-
2013
- 2013-07-08 WO PCT/CN2013/078993 patent/WO2015003297A1/zh active Application Filing
- 2013-07-08 CN CN201380001098.6A patent/CN103650547B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6512761B1 (en) * | 1999-02-02 | 2003-01-28 | 3Com Corporation | System for adjusting billing for real-time media transmissions based on delay |
US7869430B2 (en) * | 2000-11-13 | 2011-01-11 | Sunao Takatori | Communication terminal device and billing device |
CN1490960A (zh) * | 2002-10-14 | 2004-04-21 | 北京三星通信技术研究有限公司 | 多媒体广播和组播业务中单用户的基于流量的计费方法 |
CN101047516A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 通信网络中业务分类计费的丢失流量的补偿方法及其系统 |
CN101582808A (zh) * | 2009-06-10 | 2009-11-18 | 中兴通讯股份有限公司南京分公司 | 一种p2p上下行流量统计管理的方法、终端及系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105634970A (zh) * | 2014-11-06 | 2016-06-01 | 中国移动通信集团公司 | 一种流量核减方法、设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2015003297A1 (zh) | 2015-01-15 |
CN103650547B (zh) | 2018-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11621916B2 (en) | Information transmission method and device in IAB architecture | |
CN102056235B (zh) | 一种数据传输方法、设备和系统 | |
CN103190089B (zh) | 持久逻辑数据隧道 | |
CN109792788A (zh) | 用于在无线通信网络中涉及隧道的数据传输的方法和设备 | |
EP2445250A1 (en) | Data packet sending, receiving and transmission method and device | |
EP2642815A1 (en) | Method for establishing and using public path and m2m communication method and system | |
US8867471B2 (en) | Method, device, and system for reporting radio access network element information | |
US20140011514A1 (en) | Location information report via payload data traffic | |
CN106488504A (zh) | 网络系统和网络通信的方法 | |
CN105210346A (zh) | 数据传输方法、发送端设备与接收端设备 | |
CN103379546A (zh) | 数据分流的方法和装置 | |
CN111556506B (zh) | 异常链路的处理方法及设备 | |
US20140313973A1 (en) | Data offloading apparatus and method | |
CN101998347B (zh) | 本地ip访问计费信息的获取方法和系统 | |
CN101436984B (zh) | 数据传输方法及设备 | |
CN101557386A (zh) | 数据发送方法与装置及数据接收方法与装置 | |
US10136362B2 (en) | Capability negotiation method, system and apparatus | |
CN110890967B (zh) | 一种计费处理方法、网元及网络系统 | |
CN102870489B (zh) | 用于接收移动性管理实体名称的方法和设备 | |
CN103650547A (zh) | 数据业务的处理方法及设备 | |
EP2740310B1 (en) | Implementation of packet data service in a mobile communication network | |
CN102647768B (zh) | 基于lte-lan的报文转发方法及装置 | |
CN103532864A (zh) | 上行/下行拥塞信息传输方法、装置及系统 | |
Ming et al. | GSM/GPRS bearers efficiency analysis for machine type communications | |
KR102063311B1 (ko) | 무선 네트워크상에서의 과금 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |