本发明涉及无线通信技术,尤其涉及一种计费方法、系统及相关设备。
背景技术:
发明人在实现本发明的过程中,发现现有的计费方案至少存在以下缺陷:
随着移动通信技术的快速发展,用户在移动网络中访问互联网资源的需求不断增多。目前,用户可以采用图1及图2所示的网络架构来访问互联网资源,并通过这两种网络架构来实现计费:
如图1所示,用户设备(UE,User Equipment)必须通过分组传送网(PTN,Packet Transport Network)网关、省网关等多个节点,才能访问到部分互联网(Internet)服务器中的互联网资源。
同样,在家庭网络(Femtocell)中,如图2所示,当处于Femtocell下的用户想要访问近端网络中的某个服务器时,数据必须由用户传递至核心网后,再经由Internet传至用户所属的Femtocell,最后再送至该服务器。反之,当该服务器要传送数据给该用户时,数据必须先送至Femtocell,再经由Internet进入运营商的核心网,最后再回到家庭网络。
从图1和图2所示的网络架构均能够看出,用户与数据服务器之间的数据传送速度会受到各网关的限制,特别是家庭网络的带宽(约10Mbps)普遍仍低于无线网络所能提供的带宽(长期演进(LTE,Long Term Evolution)网络估计最高下载速率110Mbps),因此,用户所能享受的带宽会被家庭网络所限制。
技术实现要素:
为解决现有存在的技术问题,本发明实施例提供一种计费方法、系统及相关设备。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种计费方法,应用于位于移动无线网络侧的边缘计算网元,所述方法包括:
接收UE的业务请求;
根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元。
上述方案中,所述方法还包括:确定本地未缓存有对应的内容时,将业务请求透传给分组数据网网关(P-GW,PDN-GateWay)。
上述方案中,所述流量信息包含所述UE的IP地址。
本发明实施例还提供了一种计费方法,用于位于核心网侧的计费网元,所述方法包括:
接收边缘计算网元发送的流量信息;
利用所述流量信息生成话单,并发送给BOSS。
上述方案中,所述接收边缘计算网元发送的流量信息之前,所述方法还包括:
接收P-GW发送的Radius计费(Accounting)请求;
保存所述Radius Accounting请求对应UE的用户信息;所述流量信息为与用户信息对应的流量信息;
向所述P-GW返回Radius Accounting响应。
上述方案中,利用所述流量信息生成话单之前,所述方法还包括:
将所述UE的IP地址、流量、以及所述UE标识进行关联。
本发明实施例又提供了一种计费方法,包括:
UE向边缘计算网元发送业务请求;
所述边缘计算网元收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元;
所述计费网元利用所述流量信息生成话单,并发送给BOSS。
上述方案中,所述UE向边缘计算网元发送业务请求之前,所述方法还包括:
所述UE针对所述业务请求,向P-GW发送承载建立请求;
所述P-GW收到所述UE发送的承载建立请求后,向所述计费网元发送Radius Accounting请求;
所述计费网元保存所述Radius Accounting请求对应UE的用户信息;并向所述P-GW返回Radius Accounting响应;
所述P-GW完成承载建立后,并反馈给所述UE。
上述方案中,所述方法还包括:所述边缘计算网元确定本地未缓存有对应的内容时,将业务请求透传给所述P-GW;
所述P-GW收到业务请求后,将业务请求对应的内容下发给所述UE。
上述方案中,所述计费网元利用所述流量信息生成话单之前,所述方法还包括:
所述计费网元将所述UE的IP地址、流量、以及所述UE标识进行关联。
本发明实施例还提供了一种边缘计算网元,其特征在于,所述边缘计算网元位于移动无线网络侧,所述边缘计算网元包括:接收单元及发送单元;其中,
所述接收单元,用于接收UE的业务请求;
所述发送单元,用于根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元。
本发明实施例又提供了一种计费网元,所述计费网元位于核心网侧;所述计费网元包括:接收模块、话单生成模块及发送模块;其中,
所述接收模块,用于接收边缘计算网元发送的流量信息;
所述话单生成模块,用于利用所述流量信息生成话单;
所述发送模块,用于将所述话单发送给BOSS。
本发明实施例还提供了一种计费系统,包括:UE、边缘计算网元、计费网元以及BOSS;其中,
所述UE,用于向所述边缘计算网元发送业务请求;并接收所述边缘计算网元下发的内容;
所述边缘计算网元,位于移动无线网络侧,用于收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的所述计费网元;
所述计费网元,位于核心网侧,用于利用所述流量信息生成话单,并发送给所述BOSS;
所述BOSS,用于接收所述话单。
本发明实施例又提供了一种计费方法,应用于位于移动无线网络侧的基站,所述方法包括:
接收UE的业务请求;
根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至P-GW。
上述方案中,所述方法还包括:确定本地未缓存有对应的内容时,将业务请求透传给P-GW。
上述方案中,所述流量信息包含所述UE的IP地址。
本发明实施例又提供了一种计费的方法,应用于P-GW,所述方法包括:
接收来自基站的流量信息;
利用所述流量信息生成话单,并发送给BOSS。
上述方案中,所述接收来自基站的流量信息之前,所述方法还包括:
接收来自UE的承载建立请求;
保存所述UE的用户信息;所述流量信息为与用户信息对应的流量信息;
完成所述流量信息对应业务的承载建立,并反馈给所述UE。
上述方案中,利用所述流量信息生成话单之前,所述方法还包括:
将所述UE的IP地址、流量、以及所述UE标识进行关联。
本发明实施例还提供了一种计费方法,包括:
UE向基站发送业务请求;
所述基站收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至P-GW;
所述P-GW利用所述流量信息生成话单,并发送给BOSS。
所述UE向基站发送业务请求之前,所述方法还包括:
所述UE针对所述业务请求,向所P-GW发送承载建立请求;
所述P-GW收到所述承载建立请求后,保存所述UE的用户信息;
所述P-GW完成承载建立,反馈给所述UE。
上述方案中,所述方法还包括:
所述基站确定本地未缓存有对应的内容时,将业务请求透传给所述P-GW;
所述P-GW收到业务请求后,将业务请求对应的内容下发给所述UE。
上述方案中,利用所述流量信息生成话单之前,所述方法还包括:
所述P-GW将所述UE的IP地址、流量、以及所述UE标识进行关联。
本发明实施例又提供了一种基站,包括:接收模块及发送模块;其中,
所述接收模块,用于接收UE的业务请求;
所述发送模块,用于根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至P-GW。
本发明实施例还提供了一种P-GW,包括:接收单元、话单生成单元及发送单元;其中,
所述接收单元,用于接收来自基站的流量信息;
所述话单生成单元,用于利用所述流量信息生成话单;
所述发送单元,用于将所述话单发送给BOSS。
本发明实施例又提供了一种计费系统,包括:UE、基站、P-GW、以及BOSS;其中,
所述UE,用于向所述基站发送业务请求;并接收所述基站下发的内容;
所述基站,用于收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至所述P-GW;
所述P-GW,用于利用所述流量信息生成话单,并发送给所述BOSS;
所述BOSS,用于接收所述话单。
本发明实施例提供的计费方法、系统及相关设备,将热点内容主动缓存到移动无线网络侧本地服务器(基站或边缘计算网元,从而在实现计费的同时实现移动无线网络侧(基站或边缘计算网元)缓存,用户访问这部分热点内容时,可由本地服务器传送数据;如此,能有效地减少数据传输时延,提升用户体验。
附图说明
在附图(其不一定是按比例绘制的)中,相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为相关技术中移动网络架构示意图;
图2为相关技术中Femtocell架构示意图;
图3为相关技术中本地存取架构示意图;
图4为本发明实施例一应用于边缘计算网元的计费方法流程示意图;
图5为本发明实施例一应用于计费网元的计费方法流程示意图;
图6为本发明实施例一交互的计费方法流程示意图;
图7为本发明实施例二应用于基站的计费方法流程示意图;
图8为本发明实施例二应用于P-GW的计费方法流程示意图;
图9为本发明实施例二交互的计费方法流程示意图;
图10为本发明实施例三一种网络架构示意图;
图11为本发明实施例三一种计费的方法流程示意图;
图12为本发明实施例三另一种计费的方法流程示意图;
图13为本发明实施例四边缘计算网元结构示意图;
图14为本发明实施例四计费网元结构示意图;
图15为本发明实施例四计费系统结构示意图;
图16为本发明实施例五基站结构示意图;
图17为本发明实施例五P-GW结构示意图;
图18为本发明实施例五计费系统结构示意图。
具体实施方式
下面结合附图及实施例对本发明再作进一步详细地描述。
从背景技术的描述可以看出,采用图1和图2所示的网络架构,用户虽然能访问到互联网资源,且实现计费功能;但是,采用这两种网络架构时,数据的传输速度会受到各网关的限制,如此,会增加数据传输的时延,影响用户体验。
为了解决数据传输时延的问题,目前第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)定义了本地存取(LIPA,Local IP Access)架构,通过将业务服务器下沉至无线网,来减小用户和业务服务器之间的逻辑距离,从而减小回路时延,从而提升用户体验。但是LIPA方案是主要针对Femtocell设计的技术方案,且需要在家庭基站(HeNB)侧增加本地网关(L-GW,Local Gateway),以实现本地分汇(Local Breakout)。
具体地,LIPA方案的含义是用户的数据直接从家庭基站(HeNB)进行分流,不经过核心网络。引入LIPA技术方案后,用户与家庭网络中其他节点间的数据传递完全可以直接通过HeNB实现,而无需再传递给核心网络,这样既能减少数据传输时延,也能减少核心网络的负荷与降低传输成本。图3为LIPA网络架构示意图,其基本思想是在HeNB新增一个本地网关(L-GW,Local Gateway),其功能与P-GW相似并可以透过L-GW直接连接HeNB。
LIPA方案中,用户与本地服务器的连接建立,需要利用特定的APN告知核心网的移动性管理实体(MME,Mobility Management Entity),MME会居中协调为核心网的服务网关(S-GW,Serving-GateWay)和L-GW建立属于该UE的S5承载,建立演进的无线接入承载(E-RAB,Evolved-Radio Access Bearer)承载,用户与本地服务器之间的数据是经由该承载传送的。但是,该方案尚未涉及如何计费的技术方案,也就是说,不能实现计费。这样情况下,计费一般 采用后向计费方式,即与本地服务器内容提供商收取。
基于此,在本发明的各种实施例中:将热点内容主动缓存到移动无线网络侧本地服务器(基站或边缘计算网元),从而在实现计费的同时实现移动无线网络侧(基站或边缘计算网元)缓存,用户访问这部分热点内容时,由本地服务器传送数据至UE。
实施例一
本实施例提供一种计费的方法,应用于位于移动无线网络侧的边缘计算网元,如图4所示,该方法包括以下步骤:
步骤401:接收UE的业务请求;
这里,通过与基站的BBU之间的接口接收所述业务请求。
具体地,所述接口为S1接口。
步骤402:根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元,以使所述计费网元利用所述流量信息生成话单。
这里,通过Sb接口将所述流量信息发送至所述计费网元。
所述根据所述业务请求确定本地缓存有对应的内容,具体包括:
通过深度包检测(DPI,Deep Packet Inspection)技术,确定本地缓存有对应的内容。
实际应用时,当根据所述业务请求确定本地未缓存有对应的内容时,边缘计算网元将业务请求透传给P-GW,由P-GW将所述业务请求对应的内容下发至所述UE。
实际应用时,发送的流量信息中包含上下行流量,还会包含所述UE的IP地址。
将流量信息发送至所述计费网元后,所述计费网元会向所述边缘计算网元返回确认(ACK)。
本实施例还提供一种计费的方法,应用于位于核心网侧的计费网元,如图5所示,该方法包括以下步骤:
步骤501:接收边缘计算网元发送的流量信息;
具体地,通过Sb接口接收所述流量信息。
这里,所述流量信息包含:上下行流量以及UE的IP地址。
在执行本步骤之前,该方法还可以包括:
接收P-GW发送的Radius Accounting请求;
保存所述Radius Accounting请求对应UE的用户信息;所述流量信息为与用户信息对应的流量信息;
向所述P-GW返回Radius Accounting响应,以使所述P-GW完成所述流量信息对应业务的承载建立。
其中,通过WAP网关计费接口接收所述Radius Accounting请求;相应地,通过WAP网关计费接口向所述P-GW返回Radius Accounting响应。
所述用户信息可以包括:手机号码、UE的IP地址、接入点名称(APN,Access Point Name)等。
步骤502:利用所述流量信息生成话单,并发送给BOSS。
这里,利用所述流量信息生成话单之前,该方法还可以包括:
所述计费网元将所述UE的IP地址、流量(上下行流量)、以及所述UE标识进行关联。
具体地,通过信用控制请求(CCR,Credit Control Request)指令,向所述BOSS发送所述话单。
其中,通过WAP网关计费接口向所述BOSS发送所述CCR指令。
实际应用时,所述BOSS收到所述CCR指令后,会向所述计费网元发送信用控制接受(CCA,Credit Control Accept)响应。
本实施例还提供一种计费方法,如图6所示,该方法包括以下步骤:
步骤601:UE向边缘计算网元发送业务请求;
具体地,UE向基站发送所述业务请求;所述基站将所述业务请求透传至所述边缘计算网元;
其中,所述基站通过Sb接口将所述业务请求透传至所述边缘计算网元。
在执行本步骤之前,该方法还可以包括:
UE针对所述业务请求,向P-GW发送承载建立请求;
所述P-GW收到所述承载建立请求后,向所述计费网元发送Radius Accounting请求;
所述计费网元收到Radius Accounting请求后,保存所述UE的用户信息,并向所述P-GW返回Radius Accounting响应;
所述P-GW收到Radius Accounting响应后,完成承载建立,并反馈给所述UE。
其中,所述承载建立请求可以是默认承载建立请求,也可以是专用承载建立请求。
所述P-GW与所述边缘计算网元之间通过WAP网关计费接口进行交互。
所述承载建立请求经过依次经过所述eNB、S-GW的透传,最终到达所述P-GW;相应地,所述P-GW的反馈信息依次经过S-GW、基站的透传,最终到达UE。
所述用户信息可以包括:手机号码、UE IP的地址、APN等。
步骤602:所述边缘计算网元收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元;
这里,所述将所述对应的内容下发至所述UE,具体为:
所述边缘计算网元将所述对应的内容发送至所述基站;
所述基站将所述对应的内容下发至所述UE。
其中,所述边缘计算网元通过所述Sb接口将所述对应的内容发送至所述基站。
换句话说,所述边缘计算网元与所述基站之间通过Sb接口进行交互。
实际应用时,当所述边缘计算网元确定本地未缓存有所述对应的内容时,将所述业务请求透传给所述P-GW;所述P-GW收到业务请求后,将业务请求对应的内容下发给所述UE。
其中,下发的内容依次经过S-GW、基站的透传,最终到达所述UE。
实际应用时,所述流量信息包含:上下行流量以及所述UE的IP地址。
将所述流量信息发送至所述计费网元后,所述计费网元会向所述边缘计算网元返回ACK。
确定本地缓存有对应的内容,具体为:
通过DPI技术,确定本地缓存有对应的内容。
步骤603:所述计费网元利用所述流量信息生成话单,并发送给BOSS。
这里,利用所述流量信息生成话单之前,该方法还可以包括:
所述计费网元将所述UE的IP地址、流量(上下行流量)、以及所述UE标识进行关联。
具体地,所述计费网元通过CCR指令,向所述BOSS发送所述话单。
实际应用时,所述BOSS收到所述CCR指令后,会向所述计费网元发送CCA响应。
其中,所述计费网元与所述BOSS之间通过WAP网关计费接口进行交互。
本发明实施例的方法,UE向边缘计算网元发送业务请求;所述边缘计算网元收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元;所述计费网元利用所述流量信息生成话单,并发送给BOSS,能在实现计费的同时所述边缘计算网元可以直接将本地缓存的内容下发给UE,如此,能有效地减少数据传输时延,提升用户体验。
实施例二
本实施例提供一种计费方法,应用于位于移动无线网络侧的基站,如图7所示,该方法包括以下步骤:
步骤701:接收UE的业务请求;
步骤702:根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至P-GW,以使所述P-GW利用所述流量信息生成话单。
这里,所述根据所述业务请求确定本地缓存有对应的内容,具体包括:
通过DPI技术,确定本地缓存有对应的内容。
实际应用时,当根据所述业务请求确定本地未缓存有对应的内容时,基站将业务请求透传给所述P-GW,由所述P-GW将所述业务请求对应的内容下发至所述UE。
实际应用时,发送的流量信息中包含上下行流量,还会包含所述UE的IP地址。
将流量信息发送至所述P-GW后,所述P-GW会向所述基站返回ACK。
基站与所述P-GW之间的交互信息通过S-GW的透传。
本实施例还提供一种计费的方法,应用于P-GW,如图8所示,该方法包括以下步骤:
步骤801:接收来自基站的流量信息;
这里,所述流量信息包含:上下行流量以及UE的IP地址。
在执行本步骤之前,该方法还可以包括:
接收来自UE的承载建立请求;
保存所述UE的用户信息;所述流量信息为与用户信息对应的流量信息;
完成所述流量信息对应业务的承载建立,并反馈给所述UE。
其中,所述承载建立请求可以是默认承载建立请求,也可以是专用承载建立请求。
所述用户信息可以包括:手机号码、UE IP地址、APN等。
所述UE与所述P-GW的交互信息通过基站、S-GW的透传;具体地,所述承载建立请求依次经过基站、S-GW的透传,最终到达所述P-GW;反馈的信息依次经过S-GW、基站的透传,最终到达所述UE。
步骤802:利用所述流量信息生成话单,并发送给BOSS。
这里,利用所述流量信息生成话单之前,该方法还可以包括:
所述P-GW将所述UE的IP地址、流量(上下行流量)、以及所述UE标识进行关联。
具体地,通过CCR指令,向所述BOSS发送所述话单。
实际应用时,所述BOSS收到所述CCR指令后,会向所述P-GW发送CCA响应。
本发明实施例还提供一种计费方法,如图9所示,该方法包括以下步骤:
步骤901:UE向基站发送业务请求;
这里,在执行本步骤之前,该方法还可以包括:
所述UE针对所述业务请求,向所P-GW发送承载建立请求;
所述P-GW收到所述承载建立请求后,保存所述UE的用户信息;
所述P-GW完成承载建立,反馈给所述UE。
其中,所述承载建立请求可以是默认承载建立请求,也可以是专用承载建立请求。
所述用户信息可以包括:手机号码、UE IP地址、APN等。
所述UE与所述P-GW的交互信息通过基站、S-GW的透传;具体地,所述承载建立请求依次经过基站、S-GW的透传,最终到达所述P-GW;反馈的信息依次经过S-GW、基站的透传,最终到达所述UE。
步骤902:所述基站收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至P-GW;
这里,所述根据所述业务请求确定本地缓存有对应的内容,具体包括:
所述基站通过DPI技术,确定本地缓存有对应的内容。
实际应用时,当根据所述业务请求确定本地未缓存有对应的内容时,基站将业务请求透传给所述P-GW,由所述P-GW将所述业务请求对应的内容下发至所述UE。
实际应用时,所述流量信息包含:上下行流量以及所述UE的IP地址。
将流量信息发送至所述P-GW后,所述P-GW会向所述基站返回ACK。
步骤903:所述P-GW利用所述流量信息生成话单,并发送给BOSS。
这里,利用所述流量信息生成话单之前,该方法还可以包括:
所述P-GW将所述UE的IP地址、流量(上下行流量)、以及所述UE标识进行关联。
具体地,通过CCR指令,向所述BOSS发送所述话单。
实际应用时,所述BOSS收到所述CCR指令后,会向所述P-GW发送CCA响应。
本发明实施例的方法,UE向基站发送业务请求;所述基站收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的P-GW;所述P-GW利用所述流量信息生成话单,并发送给BOSS,能在实现计费的同时,所述基站可以直接将本地缓存的内容下发给UE,如此,能有效地减少数据传输时延,提升用户体验。
实施例三
在实施例一的基础上,本实施例详细描述计费的处理过程。
图10示出了本实施例的网络架构。如图10所示,本实施例中,移动无线网络侧新增了边缘计算网元,核心网侧新增了计费网元。
其中,边缘计算网元具备DPI、路由转发、流量统计等功能;计费网元具备输出话单、对接BOSS等功能。
边缘计算网元与计费网元之间存在Sb接口,传递的必要参数包括但不限于:上下行流量信息、UE标识(ID)、UE IP地址等;边缘计算网元与基站(eNB)的BBU之间的接口为标准S1接口;计费网元与P-GW之间接口遵循标准的WAP网关计费接口标准,支持Radius抄送流程(Radius抄送流程的具体实现过程可参考3GPP标准的规定)。这里,由于支持Radius抄送流程,所以P-GW可以通过Radius抄送流程向计费网元发送用户的移动用户国际综合业务数字网号码(MSISDN)、国际移动用户识别码(IMSI)、动态IP地址、无线接入技术(RAT)类型(Type)等信息,从而避免了对P-GW的较大改动;计费网元与BOSS系统之间接口遵循标准的WAP网关计费接口标准。
本实施例计费的方法,如图11所示,包括以下步骤:
步骤1101:UE向P-GW发送默认承载建立请求或专用承载建立请求;
这里,实际应用时,所述默认承载建立请求或专用承载建立请求可以携带用户身份标识(如IMSI、MSISDN)等、动态IP地址、RAT Type等信息。
UE向P-GW发送默认承载建立请求或专用承载建立请求时,UE发送的默认承载建立请求或专用承载建立请求依次经过eNB、S-GW的透传,最终到达P-GW。
实际应用时,可以根据UE的业务类型,来选择是发送默认承载建立请求还是专用承载建立请求;举个例子来说,服务质量(QoS)要求较低的网页浏览业务等,可以选择发送默认承载建立请求;相应地,QoS要求较高的某些直播业务等,可以选择发送专用承载建立请求。其中,哪些业务可以赋予较高QoS由运营商进行管理控制。
步骤1102:P-GW收到默认承载建立请求或专用承载建立请求后,发送Radius Accounting请求给计费网元;
这里,所述Radius Accounting请求可以包含用户的身份标识(如IMSI、MSISDN等)、动态IP地址、RAT Type等信息。
步骤1103:计费网元收到Radius Accounting请求后,保存用户信息;
这里,保存的用户信息可以包括手机号码、UE IP地址、APN等。
步骤1104:计费网元返回Radius Accounting响应给P-GW;
这里,Radius Accounting响应可以携带用户身份标识(如IMSI、MSISDN等)等、动态IP地址、RAT Type等信息。
步骤1105:P-GW完成默认承载建立或专用承载建立后,并反馈给UE;
这里,反馈给UE时,反馈信息依次经过S-GW、eNB的透传,最终到达UE。
步骤1106:UE收到反馈后,向边缘计算网元发送业务请求(比如访问优酷视频业务请求);
这里,UE发送的业务请求经过eNB的透传后,达到边缘计算网元。
步骤1107:边缘计算网元收到业务请求后,进行DPI,并判断检测的内容 是否有缓存,如果有缓存,执行步骤1108;如果没有缓存,则执行步骤1109-步骤1110;
这里,进行DPI的目的是为了检查业务请求数据包中的统一资源定位符(URL),并与边缘计算网元本地的内容进行比较,以判断检测的内容是否有缓存。
步骤1108:边缘计算网元向UE进行本地内容下发,之后执行步骤1111;
换句话说,边缘计算网元将本地缓存的所述业务请求对应的内容下发给UE。
这里,边缘计算网元发送的内容经过eNB的透传,达到UE。
步骤1109:边缘计算网元将业务请求透传给P-GW;
步骤1110:P-GW收到业务请求后,将业务请求对应的内容下发给UE;
这里,下发的内容依次经过S-GW、eNB的透传,最终到达UE。
需要说明的是:当由P-GW将将业务请求对应的内容下发给UE时,此时的计费流程为现有技术,这里不再赘述。
步骤1111:边缘计算网元将包含UE IP、上下行流量的流量信息上报给计费网元;
这里,边缘计算网元将流量信息上报给计费网元的时机可以根据需要进行设定。
步骤1112:计费网元收到流量信息后,通过流量信息中的UE IP,将手机号码、APN、流量等进行关联;
步骤1113:计费网元向边缘计算网元返回确认(ACK);
步骤1114:计费网元向BOSS发送CCR指令,发送话单;
这里,计费网元生成话单的具体处理过程包括:
计费网元通过Radius抄送流程从P-GW获知了用户的MSISDN/IMSI、用户动态IP地址;从边缘计算网元获知了用户的数据流量、用户动态IP地址;因此可以将用户的MSISDN/IMSI与用户数据流量进行关联,同时计费网元生成计费ID,从而生成呼叫详细记录(CDR,Call Detail Record),即话单。
其中,CDR的内容可以包括:用户的IMSI、MSISDN、计费ID、P-GW地址、持续时长(Duration)等重要字段。
步骤1115:BOSS响应CCA。
需要说明的是:实际应用时,可以在eNB中增加功能模块,以实现上述边缘计算网元的功能;相应地,在P-GW中增加功能模块,以实现上述计费网元的功能。
这种情况下,基于实施例二的方法,本实施例计费的方法,如图12所示,包括以下步骤:
步骤1201:UE向P-GW发送默认承载建立请求或专用承载建立请求;
这里,UE向P-GW发送默认承载建立请求或专用承载建立请求时,UE发送的默认承载建立请求或专用承载建立请求依次经过eNB、S-GW的透传,最终到达P-GW。
实际应用时,所述默认承载建立请求或专用承载建立请求可以携带用户身份标识(如IMSI、MSISDN)等、动态IP地址、RAT Type等信息。
实际应用时,可以根据UE的业务类型,来选择是发送默认承载建立请求还是专用承载建立请求;举个例子来说,QoS要求较低的网页浏览业务等,可以选择发送默认承载建立请求;相应地,QoS要求较高的某些直播业务等,可以选择发送专用承载建立请求。其中,哪些业务可以赋予较高QoS由运营商进行管理控制。
步骤1202:P-GW收到默认承载建立请求或专用承载建立请求后,保存用户信息;
这里,保存的用户信息可以包括手机号码、UE IP地址、APN等。
步骤1203:P-GW完成默认承载建立或专用承载建立后,并反馈给UE;
这里,反馈给UE时,反馈信息依次经过S-GW、eNB的透传,最终到达UE。
步骤1204:UE收到反馈后,向eNB发送业务请求(比如访问优酷视频业务请求);
步骤1205:eNB收到业务请求后,进行DPI,并判断检测的内容是否有缓存,如果有缓存,执行步骤1206;如果没有缓存,则执行步骤1207-步骤1208;
这里,进行DPI的目的是为了检查业务请求数据包中的URL,并与边缘计算网元本地的内容进行比较,以判断检测的内容是否有缓存。
步骤1206:eNB向UE进行本地内容下发,之后执行步骤1209;
换句话说,eNB将本地缓存的所述业务请求对应的内容下发给UE。
步骤1207:eNB将业务请求透传给P-GW;
这里,eNB透传的业务请求经过S-GW的透传,最终到达P-GW。
步骤1208:P-GW收到业务请求后,将业务请求对应的内容下发给UE;
这里,下发的内容依次经过S-GW、eNB的透传,最终到达UE。
需要说明的是:当由P-GW将业务请求对应的内容下发给UE时,此时的计费流程为现有技术,这里不再赘述。
步骤1209:eNB将包含UE IP、上下行流量信息的流量信息上报给P-GW;
这里,流量信息经过S-GW的透传后,达到P-GW。
eNB将流量信息上报给P-GW的时机可以根据需要进行设定。
步骤1210:P-GW收到流量信息后,通过流量信息中的UE IP,将手机号码、APN、流量等进行关联;
步骤1211:P-GW向eNB返回ACK;
步骤1212:P-GW向BOSS发送CCR指令,发送话单;
这里,计费网元生成话单的具体处理过程包括:
P-GW通过Radius抄送流程获知了用户的MSISDN/IMSI、用户动态IP地址;从eNB获知了用户的数据流量、用户动态IP地址;因此可以将用户的MSISDN/IMSI与用户数据流量进行关联,同时P-GW生成计费ID,从而生成CDR,即话单。
其中,CDR的内容可以包括:用户的IMSI、MSISDN、计费ID、P-GW地址、Duration等重要字段。
步骤1213:BOSS响应CCA。
从上面的描述中可以看出,本发明实施例的网络架构是一种实现业务缓存于移动无线网络侧的网路架构;相应地,本发明实施例的方法,将热点内容主动缓存到移动无线网络侧本地服务器(基站或边缘计算网元),从而实现移动无线网络侧(基站或边缘计算网元)侧缓,用户访问这部分热点内容时,可由本地服务器传送数据;如此,能有效地减少数据传输时延,提升用户体验。
另外,本发明实施例的方法,实现计费功能,能够输出话单,并与现网BOSS实现对接。
除此以外,本发明实施例的方案不局限于在Femtocell使用。
实施例四
为实现本发明实施例的方法,本实施例提供一种位于移动无线网络侧的边缘计算网元,如图13所示,该边缘计算网元包括:接收单元131及发送单元132;其中,
所述接收单元131,用于接收UE的业务请求;
所述发送单元132,用于根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元,以使所述计费网元利用所述流量信息生成话单。
其中,所述接收单元131通过与基站的BBU之间的接口接收所述业务请求;
具体地,所述接口为S1接口。
所述发送单元132通过Sb接口将所述流量信息发送至所述计费网元。
所述根据所述业务请求确定本地缓存有对应的内容,具体包括:
通过DPI技术,确定本地缓存有对应的内容。
实际应用时,当根据所述业务请求确定本地未缓存有对应的内容时,边缘计算网元的发送单元132将业务请求透传给P-GW,由P-GW将所述业务请求对应的内容下发至所述UE。
实际应用时,发送的流量信息中包含上下行流量,还会包含所述UE的IP地址。
将流量信息发送至所述计费网元后,所述计费网元会向所述边缘计算网元 返回ACK。
实际应用时,所述接收单元131可由边缘计算网元中的接收机实现;所述发送单元132可由边缘计算网元中的中央处理器(CPU,Central Processing Unit)、微处理器(MCU,Micro Control Unit)、数字信号处理器(DSP,Digital Signal Processor)或可编程逻辑阵列(FPGA,Field-Programmable Gate Array)结合发射机实现。
为实现本发明实施例的方法,本实施例提供一种位于核心网侧的计费网元,如图14所示,该计费网元包括:接收模块141、话单生成模块142及发送模块143;其中,
所述接收模块141,用于接收边缘计算网元发送的流量信息;
所述话单生成模块142,用于利用所述流量信息生成话单;
所述发送模块143,用于将所述话单发送给BOSS。
其中,所述接收模块141通过Sb接口接收所述流量信息。
这里,所述流量信息包含:上下行流量以及UE的IP地址。
该计费网元还可以包括:存储模块;其中,
所述接收模块141,还用于接收P-GW发送的Radius Accounting请求;
所述存储模块,用于保存所述Radius Accounting请求对应UE的用户信息;所述流量信息为与用户信息对应的流量信息;
所述发送模块143,还用于向所述P-GW返回Radius Accounting响应,以使所述P-GW完成所述流量信息对应业务的承载建立。
其中,接收模块141通过WAP网关计费接口接收所述Radius Accounting 请求;相应地,所述发送模块143通过WAP网关计费接口向所述P-GW返回Radius Accounting响应。
所述用户信息可以包括:手机号码、UE的IP地址、APN等。
所述话单生成模块142,还用于将所述UE的IP地址、流量、以及所述UE标识进行关联。
所述发送模块143,具体用于:通过CCR指令,向所述BOSS发送所述话 单。其中,所述发送模块143通过WAP网关计费接口向所述BOSS发送所述CCR指令。
实际应用时,所述BOSS收到所述CCR指令后,会向所述计费网元发送CCA响应。
实际应用时,接收模块141可由计费网元中的接收机实现;所述话单生成模块142可由计费网元中的CPU、MCU、DSP或FPGA实现;所述发送模块143可由计费网元中的发射机实现;所述存储模块可由计费网元中的存储器实现。
为实现本发明实施例的方法,本实施例还提供一种计费系统,如图15所示,该系统包括:UE 151、边缘计算网元152、计费网元153以及BOSS 154;其中,
所述UE 151,用于向所述边缘计算网元152发送业务请求;并接收所述边缘计算网元152下发的内容;
所述边缘计算网元152,位于移动无线网络侧,用于收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的所述计费网元153;
所述计费网元153,用于利用所述流量信息生成话单,并发送给所述BOSS 154;
所述BOSS 154,用于接收所述话单。
其中,该系统还可以包括:基站;其中,
所述UE 151,用于向所述基站发送所述业务请求;
所述基站,用于将所述业务请求透传至所述边缘计算网元152。
其中,所述基站通过Sb接口将所述业务请求透传至所述边缘计算网元152。
该系统还可以包括:P-GW;其中,
所述UE 151,还用于针对所述业务请求,向所述P-GW发送承载建立请求;
所述P-GW,用于收到所述承载建立请求后,向所述计费网元153发送 Radius Accounting请求;并在收到所述计费网元153返回的Radius Accounting响应后,完成承载建立,并反馈给所述UE 151;
所述边缘计算网元152,还用于收到Radius Accounting请求后,保存所述UE 151的用户信息,并向所述P-GW返回Radius Accounting响应。
其中,所述承载建立请求可以是默认承载建立请求,也可以是专用承载建立请求。
所述P-GW与所述边缘计算网元152之间通过WAP网关计费接口进行交互。
该系统还可以包括S-GW;其中,
所述承载建立请求经过依次经过所述eNB、S-GW的透传,最终到达所述P-GW;相应地,所述P-GW的反馈信息依次经过S-GW、基站的透传,最终到达所述UE 151。
所述用户信息可以包括:手机号码、UE的IP地址、APN等。
所述边缘计算网元152,具体用于将所述对应的内容发送至所述基站;
所述基站,还用于将所述对应的内容下发至所述UE 151。
其中,所述边缘计算网元152通过所述Sb接口将所述对应的内容发送至所述基站。
换句话说,所述边缘计算网元152与所述基站之间通过Sb接口进行交互。
实际应用时,当所述边缘计算网元152确定本地未缓存有所述对应的内容时,将所述业务请求透传给所述P-GW;所述P-GW收到业务请求后,将业务请求对应的内容下发给所述UE。
其中,下发的内容依次经过S-GW、基站的透传,最终到达所述UE。
实际应用时,所述流量信息包含:上下行流量以及所述UE的IP地址。
将所述流量信息发送至所述计费网元153后,所述计费网元153会向所述边缘计算网元152返回ACK。
确定本地缓存有对应的内容,具体为:
所述边缘计算网元152通过DPI技术,确定本地缓存有对应的内容。
所述计费网元153,还用于利用所述流量信息生成话单之前,将所述UE的IP地址、流量、以及所述UE标识进行关联。
所述计费网元153,具体用于通过CCR指令,向所述BOSS 154发送所述话单。
实际应用时,所述BOSS 154收到所述CCR指令后,会向所述计费网元153发送CCA响应。
其中,所述计费网元153与所述BOSS 154之间通过WAP网关计费接口进行交互。
本发明实施例的方案,UE向边缘计算网元发送业务请求;所述边缘计算网元收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的计费网元;所述计费网元利用所述流量信息生成话单,并发送给BOSS,能在实现计费的同时所述边缘计算网元可以直接将本地缓存的内容下发给UE,如此,能有效地减少数据传输时延,提升用户体验。
实施例五
为实现本发明实施例的方法,本实施例提供一种基站,如图16所示,该基站包括:接收模块161及发送模块162;其中,
所述接收模块161,用于接收UE的业务请求;
所述发送模块162,用于根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至P-GW,以使所述P-GW利用所述流量信息生成话单。
其中,所述根据所述业务请求确定本地缓存有对应的内容,具体包括:
通过DPI技术,确定本地缓存有对应的内容。
实际应用时,当根据所述业务请求确定本地未缓存有对应的内容时,基站的发送模块162将业务请求透传给所述P-GW,由所述P-GW将所述业务请求对应的内容下发至所述UE。
实际应用时,发送的流量信息中包含上下行流量,还会包含所述UE的IP 地址。
将流量信息发送至所述P-GW后,所述P-GW会向所述基站返回ACK。也就是说,所述接收模块161,还用于接收所述P-GW返回的ACK。
所述基站与所述P-GW之间的交互信息通过S-GW的透传。
实际应用时,所述接收模块161可由基站中的接收机实现;所述发送模块162可由基站中的CPU、MCU、DSP或FPGA结合发射机实现。
为实现本发明实施例的方法,本实施例还提供一种P-GW,如图17所示,该P-GW包括:接收单元171、话单生成单元172及发送单元173;其中,
所述接收单元171,用于接收来自基站的流量信息;
所述话单生成单元172,用于利用所述流量信息生成话单;
所述发送单元173,用于将所述话单发送给BOSS。
其中,所述流量信息包含:上下行流量以及UE的IP地址。
该P-GW还可以包括:存储单元及承载建立单元;其中,
所述接收单元171,还用于接收来自UE的承载建立请求;
所述存储单元,用于保存所述UE的用户信息;所述流量信息为与用户信息对应的流量信息;
承载建立单元,用于完成所述流量信息对应业务的承载建立;
所述发送单元173,还用于完成所述流量信息对应业务的承载建立后,反馈给所述UE。
其中,所述承载建立请求可以是默认承载建立请求,也可以是专用承载建立请求。
所述用户信息可以包括:手机号码、UE IP地址、APN等。
所述UE与所述P-GW的交互信息通过基站、S-GW的透传;具体地,所述承载建立请求依次经过基站、S-GW的透传,最终到达所述P-GW;反馈的信息依次经过S-GW、基站的透传,最终到达所述UE。
所述话单生成单元172,还用于利用所述流量信息生成话单之前,将所述UE的IP地址、流量、以及所述UE标识进行关联。
所述发送单元173,具体用于:通过CCR指令,向所述BOSS发送所述话单。
实际应用时,所述BOSS收到所述CCR指令后,会向所述P-GW发送CCA响应。
实际应用时,所述接收单元171可由P-GW中的接收机实现;所述话单生成单元172及承载建立单元可由P-GW中的CPU、MCU、DSP或FPGA实现;所述发送单元173可由P-GW中的发射机实现,存储单元可由P-GW中的存储器实现。
为实现本发明实施例的方法,本实施例还提供一种计费系统,如图18所示,该系统包括:UE 181、基站182、P-GW183、以及BOSS 184;其中,
所述UE 181,用于向所述基站182发送业务请求;并接收所述基站182下发的内容;
所述基站182,用于收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE 181;并将流量信息发送至所述P-GW 182;
所述P-GW 183,用于利用所述流量信息生成话单,并发送给所述BOSS 184;
所述BOSS 184,用于接收所述话单。
其中,所述UE 181,还用于针对所述业务请求,向所P-GW 183发送承载建立请求;
所述P-GW 183,还用于收到所述承载建立请求后,保存所述UE 181的用户信息;完成承载建立,反馈给所述UE 181。
其中,所述承载建立请求可以是默认承载建立请求,也可以是专用承载建立请求。
所述用户信息可以包括:手机号码、UE IP地址、APN等。
该系统还可以包括:S-GW;其中,
所述UE 181与所述P-GW 183的交互信息通过基站182、S-GW的透传; 具体地,所述承载建立请求依次经过基站182、S-GW的透传,最终到达所述P-GW 183;反馈的信息依次经过S-GW、基站182的透传,最终到达所述UE 181。
所述根据所述业务请求确定本地缓存有对应的内容,具体包括:
所述基站182通过DPI技术,确定本地缓存有对应的内容。
实际应用时,当根据所述业务请求确定本地未缓存有对应的内容时,基站182将业务请求透传给所述P-GW 183,由所述P-GW 183将所述业务请求对应的内容下发至所述UE 181。
实际应用时,将流量信息发送至所述P-GW183后,所述P-GW 183会向所述基站182返回ACK。
所述P-GW 183,还用于将所述UE的IP地址、流量(上下行流量)、以及所述UE标识进行关联。
所述P-GW 183,具体用于通过CCR指令,向所述BOSS 184发送所述话单。
实际应用时,所述BOSS 184收到所述CCR指令后,会向所述P-GW 183发送CCA响应。
本发明实施例的方案,UE向基站发送业务请求;所述基站收到所述业务请求后,根据所述业务请求确定本地缓存有对应的内容时,将所述对应的内容下发至所述UE;并将流量信息发送至位于核心网侧的P-GW;所述P-GW利用所述流量信息生成话单,并发送给BOSS,能在实现计费的同时,所述基站可以直接将本地缓存的内容下发给UE,如此,能有效地减少数据传输时延,提升用户体验。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品 的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。