CN106797321B - 一种背景流量下载方法、设备及*** - Google Patents
一种背景流量下载方法、设备及*** Download PDFInfo
- Publication number
- CN106797321B CN106797321B CN201480082360.9A CN201480082360A CN106797321B CN 106797321 B CN106797321 B CN 106797321B CN 201480082360 A CN201480082360 A CN 201480082360A CN 106797321 B CN106797321 B CN 106797321B
- Authority
- CN
- China
- Prior art keywords
- background traffic
- band
- strategy
- operator
- downloading
- 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.)
- Active
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种背景流量下载方法、设备及***,涉及通信领域,为用户群组生成一个背景流量下载策略。避免了策略制定单元对同样的请求作重复响应。包括:应用服务器获取用户群组进行背景流量下载的需求信息;生成携带所述需求信息的背景流量下载请求,并向开放平台发送背景流量下载请求;接收策略与计费制定设备发送的响应消息,获取响应消息中包含的策略标识;向策略与计费执行设备发送承载建立请求,以便策略与计费执行设备根据响应消息中的策略标识对应的背景流量下载策略,启动策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务。
Description
技术领域
本发明涉及通信领域,尤其涉及一种背景流量下载方法、设备及***。
背景技术
随着电信市场的繁荣和发展,基础电信业务市场不断扩大并走向成熟。很多政、企行业用户通过第三方应用服务器与运营商网络相连,利用公共网络进行用户群组通信。这里所说的用户群组是由第三方应用服务器下的行业用户中的全部用户终端或部分用户终端构成的。
现有技术中,当第三方应用服务器下的某个用户群组中的用户终端需要进行背景流量下载时,例如需要进行升级终端应用或更新终端数据库等时,每个用户终端都会向第三方应用服务器发送背景流量下载请求,第三方应用服务器再将该背景流量下载请求转发给运营商网络中的PCRF(Policy and Charging Rule Function,策略与计费制定设备),由PCRF为用户群组中的各个用户终端分别制定背景流量下载策略。
然而,一个群组内的用户终端需要下载的背景流量可能相同,PCRF需要对来自第三方应用服务器的各个相同的背景流量下载请求做重复响应,造成不必要的网络开销。
发明内容
本发明实施例提供一种背景流量下载方法、设备及***,解决了针对同一群组的背景流量下载,策略制定单元重复响应,网络开销较大的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面、公开了一种背景流量下载方法,所述方法包括:
应用服务器获取用户群组进行背景流量下载的需求信息;
所述应用服务器生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求;
所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
所述应用服务器向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
结合第一方面,在第一方面的第一种可能的实现方式中,
所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
结合第一方面,在第一方面的第二种可能的实现方式中,
在所述应用服务器获取所述响应消息中包含的策略标识之前,所述方法还包括:
所述应用服务器判断所述响应消息中是否包含定时信息;
若所述响应消息中不包含定时信息,则执行所述“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
结合第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,
所述方法还包括:
若所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息;
若确定所述响应消息中包含区域信息,则向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务;
若确定所述响应消息中不包含区域信息,所述应用服务器则向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,
在所述应用服务器确定所述响应消息中包含区域信息之后,所述方法还包括:
所述应用服务器监测所述区域信息对应的运营商位置区域内的用户终端的移动情况;
所述应用服务器在监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息,并获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
结合第一方面的第二种可能的实现方式,在第一方面的第五种可能的实现方式中,
所述方法还包括:
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
第二方面、公开了一种背景流量下载方法,所述方法包括:
开放平台接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;
所述开放平台将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
结合第二方面,在第二方面的第一种可能的实现方式中,
所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
则,在所述开放平台接收应用服务器发送的背景流量下载请求之后,所述方法还包括:
所述开放平台将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽;
所述开放平台确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的,
则,所述开放平台获取每一个运营商位置区域的网络状态信息,具体包括:
所述开放平台获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;
所述开放平台根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
结合第二方面,在第二方面的第三种可能的实现方式中,
所述开放平台接收应用服务器发送的背景流量下载请求之后,所述方法还包括:
所述开放平台将所述背景流量下载请求发送给运营管理设备;
所述开放平台接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
结合第二方面的第一种可能的实现方式,在第二方面的第四种可能的实现方式中,
若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,则,所述方法还包括:
所述开放平台分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
第三方面、公开了一种背景流量下载方法,所述方法包括:
运营管理设备接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域;
所述运营管理设备将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;
所述运营管理设备确定所述Y个运营商位置区域对应的Z个策略与计费制定设备;
所述运营管理设备将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
结合第三方面,在第三方面的第一种可能的实现方式中,
所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的,
则,所述运营管理设备获取每一个运营商位置区域的网络状态信息,具体包括:
所述运营管理设备获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;
所述运营管理设备根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
第四方面、公开了一种背景流量下载方法,所述方法包括:
策略与计费制定设备接收与其对应的每一个运营商位置区域的网络状态信息;
所述策略与计费制定设备根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
所述策略与计费制定设备向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
结合第四方面,在第四方面的第一种可能的实现方式中,
所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
结合第四方面,在第四方面的第二种可能的实现方式中,所述方法还包括:
所述策略与计费制定设备接收所述开放平台发送的所述用户群组进行背景流量下载需要的时间窗。
结合第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,
在所述策略与计费制定设备根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,所述方法还包括:
针对每一个运营商位置区域,所述策略与计费制定设备判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求;
若所述策略与计费制定设备确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求,则根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
结合第四方面的第三种可能的实现方式,在第四方面的第四种可能的实现方式中,
若所述策略与计费制定设备确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求,则生成与所述运营商位置区域对应的定时信息;
则,所述响应消息中还可以包含定时信息。
结合第四方面的第四种可能的实现方式,在第四方面的第五种可能的实现方式中,所述响应消息中还可以包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
第五方面、公开了一种应用服务器,包括:
获取单元,用于获取用户群组进行背景流量下载的需求信息;
生成单元,用于生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求;
接收单元,用于接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
发送单元,用于向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
结合第五方面,在第五方面的第一种可能的实现方式中,
所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
结合第五方面,在第五方面的第二种可能的实现方式中,
还包括判断单元,
所述判断单元用于,在所述获取单元获取所述响应消息中包含的策略标识之前,判断所述响应消息中是否包含定时信息。
若确定所述响应消息中不包含定时信息,则由所述发送单元执行“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
结合第五方面的第二种可能的实现方式,在第五方面的第三种可能的实现方式中,
所述判断单元用于,确定所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息;
所述发送单元用于,在所述判断单元确定所述响应消息中包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务;
所述发送单元还用于,在确定所述响应消息中不包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
结合第五方面的第三种可能的实现方式,在第五方面的第四种可能的实现方式中,
还包括监测单元、删除单元,
所述监测单元用于,在所述判断单元确定所述响应消息中包含区域信息之后,监测所述区域信息对应的运营商位置区域内的用户终端的移动情况;
所述删除单元用于,监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息;
所述获取单元还用于,获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
结合第五方面的第二种可能的实现方式,在第五方面的第五种可能的实现方式中,
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
第六方面、公开了一种开放平台,包括:
接收单元,用于接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;
发送单元,用于将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
结合第六方面,在第六方面的第一种可能的实现方式中,
所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
还包括映射单元、获取单元,
所述映射单元用于,在所述接收单元接收应用服务器发送的背景流量下载请求之后,将所述X个位置区域映射成Y个运营商位置区域;
所述获取单元还用于,获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽;
所述映射单元还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
结合第六方面,在第六方面的第二种可能的实现方式中,
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的,
则,所述获取单元具体用于,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
结合第六方面,在第六方面的第三种可能的实现方式中,
所述发送单元还用于,在所述接收单元接收应用服务器发送的背景流量下载请求之后,将所述背景流量下载请求发送给运营管理设备;
所述接收单元还用于,接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
结合第六方面的第一种可能的实现方式,在第六方面的第四种可能的实现方式中,
若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,
则,所述发送单元还用于,分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
第七方面、公开了一种运营管理设备,包括:
接收单元,用于接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域;
映射单元,用于将所述X个位置区域映射成Y个运营商位置区域;
获取单元,用于获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;
所述映射单元还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备;
发送单元,用于将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
结合第七方面,在第七方面的第一种可能的实现方式中,
所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的,
则,所述获取单元具体用于,针对每一个运营商位置区域,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
第八方面、公开了一种策略与计费制定设备,包括:
接收单元,用于接收与所述策略与计费制定设备对应的每一个运营商位置区域的网络状态信息;
生成单元,用于根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
发送单元,用于向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
结合第八方面,在第八方面的第一种可能的实现方式中,
所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
结合第八方面,在第八方面的第二种可能的实现方式中,
所述接收单元还用于,接收所述开放平台发送的所述用户群组进行背景流量下载需要的时间窗。
结合第八方面的第二种可能的实现方式,在第八方面的第三种可能的实现方式中,
还包括判断单元,
所述判断单元用于,在所述生成单元根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,针对每一个运营商位置区域,判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求;
所述生成单元用于,在所述判断单元确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求时,根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
结合第八方面的第三种可能的实现方式,在第八方面的第四种可能的实现方式中,
所述生成单元还用于,在所述判断单元确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求时,生成与所述运营商位置区域对应的定时信息;则,所述响应消息中还可以包含定时信息。
结合第八方面的第四种可能的实现方式,在第八方面的第五种可能的实现方式中,
所述响应消息中还可以包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
第九方面、公开了一种应用服务器,包括:
处理器,用于获取用户群组进行背景流量下载的需求信息;生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求;
接收器,用于接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
发射器,用于向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
结合第九方面,在第九方面的第一种可能的实现方式中,
所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
结合第九方面,在第九方面的第二种可能的实现方式中,
所述处理器还用于,在获取所述响应消息中包含的策略标识之前,判断所述响应消息中是否包含定时信息。
若确定所述响应消息中不包含定时信息,则由所述发射器执行“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
结合第九方面的第二种可能的实现方式,在第九方面的第三种可能的实现方式中,
所述处理器用于,确定所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息;
所述发射器用于,在所述处理器确定所述响应消息中包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务;
所述发射器还用于,在所述处理器确定所述响应消息中不包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
结合第九方面的第三种可能的实现方式,在第九方面的第四种可能的实现方式中,
所述处理器用于,在确定所述响应消息中包含区域信息之后,监测所述区域信息对应的运营商位置区域内的用户终端的移动情况;监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息;获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
结合第九方面的第二种可能的实现方式中,在第九方面的第五种可能的实现方式中,
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
第十方面、公开了一种开放平台,包括:
接收器,用于接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;
发送器,用于将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
结合第十方面,在第十方面的第一种可能的实现方式中,
所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
处理器用于,在所述接收单元接收应用服务器发送的背景流量下载请求之后,将所述X个位置区域映射成Y个运营商位置区域;
所述处理器还用于,获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽;
所述处理器还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
结合第十方面,在第十方面的第二种可能的实现方式中,
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的,
则,所述处理器具体用于,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
结合第十方面,在第十方面的第三种可能的实现方式中,
所述发送器用于,在所述接收器接收应用服务器发送的背景流量下载请求之后,将所述背景流量下载请求发送给运营管理设备;
所述接收器还用于,接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
结合第十方面的第一种可能的实现方式,在第十方面的第四种可能的实现方式中,
若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,
则,所述发送器还用于,分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
第十一方面、公开了一种运营管理设备,包括:
接收器,用于接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域;
处理器,用于将所述X个位置区域映射成Y个运营商位置区域;获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;确定所述Y个运营商位置区域对应的Z个策略与计费制定设备;
发送器,用于将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
结合第十一方面,在第十一方面的第一种可能的实现方式中,
所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的,
则,所述处理器具体用于,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
第十二方面、公开了一种策略与计费制定设备,包括:
接收器,用于接收与所述策略与计费制定设备对应的每一个运营商位置区域的网络状态信息;
处理器,用于根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
发送器,用于向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
结合第十二方面,在第十二方面的第一种可能的实现方式中,
所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
结合第十二方面,在第十二方面的第二种可能的实现方式中,
所述接收器还用于,接收所述开放平台发送的所述用户群组进行背景流量下载需要的时间窗。
结合第十二方面的第二种可能的实现方式,在第十二方面的第三种可能的实现方式中,
所述处理器用于,在根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,针对每一个运营商位置区域,判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求;
所述处理器还用于,在确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求时,根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
结合第十二方面的第三种可能的实现方式,在第十二方面的第四种可能的实现方式中,
所述处理器还用于,在确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求时,生成与所述运营商位置区域对应的定时信息;则,所述响应消息中还可以包含定时信息。
结合第十二方面的第四种可能的实现方式,在第十二方面的第五种可能的实现方式中,
所述响应消息中还可以包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
第十三方面,公开了一种***,用于背景流量下载,包括:应用服务器、开放平台、运营管理设备以及策略与计费制定设备,
所述应用服务器为上述技术方案第五方面所述的应用服务器;
所述开放平台为上述技术方案第六方面所述的开放平台;
所述运营管理设备为上述技术方案第七方面所述的运营管理设备;
所述策略与计费制定设备为上述技术方案第八方面所述的策略与计费制定设备;
或者,所述应用服务器为上述技术方案第九方面所述的应用服务器;
所述开放平台为上述技术方案第十方面所述的开放平台;
所述运营管理设备为上述技术方案第十一方面所述的运营管理设备;
所述策略与计费制定设备为上述技术方案第十二方面所述的策略与计费制定设备。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的背景流量管理***架构图;
图2为本发明实施例1提供的一种背景流量下载方法的流程示意图;
图3为本发明实施例1提供的一种背景流量下载方法的流程示意图;
图4为本发明实施例1提供的一种背景流量下载方法的流程示意图;
图5为本发明实施例1提供的一种背景流量下载方法的流程示意图;
图6为本发明实施例2提供的一种背景流量下载方法的流程示意图;
图7为本发明实施例4提供的一种背景流量下载方法的流程示意图;
图8为本发明实施例6提供的一种背景流量下载方法的流程示意图;
图9为本发明实施例8提供的一种应用服务器的结构框图;
图10为本发明实施例8提供的一种开放平台的结构框图;
图11为本发明实施例8提供的一种运营管理设备的结构框图;
图12为本发明实施例8提供的一种策略与计费制定设备的结构框图;
图13为本发明实施例9提供的一种应用服务器的结构框图;
图14为本发明实施例9提供的一种开放平台的结构框图;
图15为本发明实施例9提供的一种运营管理设备的结构框图;
图16为本发明实施例9提供的一种策略与计费制定设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为目前在3GPP中SAE***架构,可以实现对背景流量资源的管理。该***包括:演进的UMTS陆地无线接入网(E-UTRAN,Evolved UMTS Terrestrial Radio AccessNetwork),用于实现与无线演进网络有关的功能。移动性管理实体(MME,MobilityManagement Entity),负责控制面的移动性管理,如用户上下文和移动状态管理以及分配用户临时身份标识等。服务网关实体(Serving Gateway,即S-GW),是3GPP接入网络间的用户面锚点。组数据网络网关实体(PDN GW,Packet Data Network Gateway,即P-GW),是3GPP接入网络和非3GPP接入网络之间的用户面锚点,和外部分组数据网络(PDN,Packet DataNetwork)的接口。策略与计费制定单元(PCRF,Policy and Charging Rule Function),用于策略控制规则的制定以及基于流的计费。归属网络服务器(HSS,Home SubscriberServer)用于存储用户签约信息。用户设备(UE,User Equipment),通过E-UTRAN与SAE进行控制面与用户面交互的用户终端设备。UMTS陆地无线接入网(UTRAN,UMTS TerrestrialRadio Access Network)、GSM/EDGE无线接入网(GERAN,GSM/EDGE Radio AccessNetwork),用于实现所有与现有GPRS/UMTS网络中与无线有关的功能。服务通用分组无线业务支持节点(SGSN,Serving GPRS Supporting Node),用于实现GPRS/UMTS网络中路由转发、移动性管理、会话管理以及用户信息存储等功能。
另外,行业用户(可以是政企相关行业的用户)利用其应用服务器(即图中的三方服务器)通过运营商的网络能力开放层与运营商网络相连接。其中,RPSF(RAN payloadschedule function网络感知和调度网元)通过Np接口与PCRF(Policy and Charging RuleFunction,策略与计费制定设备)相连,通过Nq接口与移动性管理网元相连。RPSF用以网络状态信息(实时信息与历史信息)的收集、分析以及预测,支持对应用服务器的接入业务(例如背景流量业务等)进行资源调度和负载控制。网络能力开放层,将运营商内部网络网元与外部应用服务器相连,执行运营商网络能力的开放。应用服务器可以是三方服务器,例如政府、公安、消防、交通,或其他企业的专用服务器。
一个应用服务器下的一个用户群组内的众多用户终端可能有相同的背景流量下载需求。本发明实施例所述的背景流量下载可以是升级终端应用,更新终端数据库等。由于多数背景流量下载业务属于非紧急的通信需求,不需要很强的实时性,因此可以在网络空闲时段进行。示例地,流程如下:
1.用户终端向应用服务器发送背景流量下载请求,应用服务器向网络转发用户终端的请求,应用服务器可以提供预计的背景流量的大小以及期望的下载时间。
2.PCRF为该用户终端制定背景流量下载策略,包括:允许的背景流量下载时间窗(time window),允许的最大速率和对应的计费策略。
3.应用服务器请求为该用户终端启用背景流量业务,PCRF根据制定的背景流量下载策略为该用户终端确定进行背景流量下载的策略与计费控制。
4.最后,策略与计费控制执行设备根据所述策略与计费控制为该用户终端的背景流量下载分配承载资源,以便应用服务器可以为该用户终端传输数据。
通常,一个区域内需要存在很多需要下载背景流量的用户终端,PCRF就会为各用户终端制定背景流量下载策略。而各用户终端请求的数据可能相同、请求的时间窗也可能相同。这样就意味着PCRF需要做重复响应(制定多个相同的背景流量下载策略),增加网络开销。另外,如果网络侧为各个用户终端确定的下载时间窗均相同,网络侧同时向各个用户终端发起背景流量传输。如果临近区域存在大量用户终端,网络侧同时向各个用户终端传输数据,就很可能导致该地区网络的拥塞。
本发明实施例提供的方法,旨在避免PCRF对来自应用服务器的请求作重复响应,同时避免由于背景流量下载业务造成的网络拥塞。
实施例1:
本发明实施例提供一种背景流量下载方法,执行主体为应用服务器,如图2所示,所述方法包括以下步骤:
101、应用服务器获取用户群组进行背景流量下载的需求信息。
其中,所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。所述用户群组为该应用服务器对应的多个用户群组中,需要进行背景流量下载的用户群组。所述用户群组中包括至少一个用户终端。且所述用户群组中的多个用户或全部用户将接收来自于应用服务器的背景流量。所述背景流量可以是群组应用的***信息,可以是群组用户统一订阅的周期性信息,也可以是其他内容相同的任何类型信息。
需要说明的是,X个位置区域中的任一个位置区域,是应用服务器所选择的提供背景流量下业务的区域范围,可以是GPS坐标位置区域或其他可以表达位置的信息。一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。也就是说用户群组对应X个位置区域,但不一定对应X个运营商位置区域。
现有技术中,网络侧的策略制定单元会为发起背景流量下载请求的用户终端制定背景流量下载策略,实际上一个群组内各用户终端的背景流量下载请求可能是相同的,这样,导致网络侧的策略制定单元对同样的请求作重复响应,多次生成背景流量下载策略,增加了网络开销。而本发明提供的背景流量下载方法中,应用服务器确定群组进行背景流量下载的需求消息,以便网络侧的策略制定单元为群组制定背景流量下载策略,避免网络侧的策略制定单元对同样的请求作重复响应,节省了网络开销。
本发明利用策略与计费制定设备为用户群组制定背景流量下载策略,需要注意的是,策略与计费制定设备无法获知用户群组对应的区域,因此应用服务器需要确定所述用户群组对应的各区域的区域信息,以便策略与计费制定设备为用户群组的各个区域生成背景流量下载策略。本发明实施中的策略与计费制定设备可以是策略与计费制定单元PCRF,在此不做限定。
102、所述应用服务器生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求。
其中,所述开放平台可以是运营商的开放平台(网络能力开放层Exposurelayer),实现应用服务器与运营商网络的通信。该开放平台,可能具有协议转换功能,可以将来自运营商域内接口的协议与外部服务器(例如本发明实施例中所述的应用服务器)所使用接口的协议进行转换。
103、所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识。
这里,所述策略与计费制定设备只是所述用户群组对应的多个策略与计费制定设备中的一个,由于对于各个策略与计费制定设备,应用服务器接收响应消息的动作一样,因此这里针对一个策略与计费制定设备来做以说明。另外,所述响应消息中的策略标识可能相同,也可能不相同,这是由于所述策略与计费制定设备为与其对应的各运营商位置区区域制定的背景流量下载策略可能相同,也可能不相同。若各运营商位置区区域的背景流量下载策略相同,那么各背景流量下载策略的策略标识也相同。对应应用服务器而言,在所述策略与计费制定设备发送的响应消息中获取到的策略标识就是相同的。
通常一个用户群组中的用户终端对应X个位置区域,这X个位置区域可能对应Y个运营商位置区域,这Y个运营商位置区域可能对应Z个策略与计费制定设备,每个策略与计费制定设备发送给应用服务器一个响应消息,因此应用服务器可能接收到多个响应消息。示例地,若用户群组对应3个位置区域,这3个位置区域对应4个运营商位置区域(有1位置区域对应2个运营商未知区域),这4个运营商位置区域对应2个策略与计费制定设备,如果应用服务器当前只是为用户群组请求背景流量下载业务,则应用服务器会收到2个响应消息,分别由这两个策略与计费制定设备发送。需要说明的是,本发明实施中,以一个策略与计费制定设备的响应消息做以说明。
104、所述应用服务器向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
这里,所述应用服务器向策略与计费执行设备发送所述响应消息中的策略标识,所述策略与计费执行设备就可以各个策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务。
具体实现中,可以是策略与计费制定设备根据各运营商位置区域的背景流量下载策略生成各运营商位置区域的策略与计费控制,再将各运营商位置区域的策略与计费控制与对应的策略标识发送给策略与计费执行设备。应用服务器向策略与计费执行设备发送承载建立请求,策略与计费执行设备根据承载建立请求中的策略标识对应的策略与计费控制,启动所述策略与计费制定设备对应的各个运营商位置区域内的用户终端的背景流量下载业务。
在本发明实施例中,响应消息可以包含定时信息,也可以不包含定时信息,这由发送该响应消息的策略与计费制定设备来决定。响应消息包含定时信息,则表明发送该响应消息的策略与计费制定设备对应的运营商位置区域中,存在一个或者多个运营商位置区域进行第一背景流量下载的背景流量下载策略生成失败。响应消息不包含定时信息,则表明发送该响应消息的策略与计费制定设备可以为其对应的每一个运营商位置区域生成背景流量下载策略。
优选地,在本发明的优选实施例中,在所述应用服务器获取所述响应消息中包含的策略标识之前,所述方法还包括:
所述应用服务器判断所述响应消息中是否包含定时信息。
若所述响应消息中不包含定时信息,则执行所述“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
优选地,在本发明的优选实施例中,所述方法还包括:
若所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息。
若确定所述响应消息中包含区域信息,则向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费执行设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务。
若确定所述响应消息中不包含区域信息,所述应用服务器则向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
这里,该响应消息对应的策略与计费制定设备会对应多个运营商位置区域,该策略与计费制定设备可以为这多个运营商位置区域中的全部(或部分)生成个运营商位置区域对应的背景流量下载策略,对于背景流量下载策略生成失败的运营商位置区域,该策略与计费制定设备会在发给应用服务器的响应消息中携带定时消息,以便告知应用服务器哪个运营商位置区域的背景流量下载策略生成失败。
示例地,以策略与计费制定设备为PCRF为例,若应用服务器接收到PCRF1发送的响应消息中包含一个定时消息,且该定时消息中包含其对应的运营商位置区域1的区域消息。这就表明,与PCRF1对应的多个运营商位置区域中,除运营商位置区域1外的运营商位置区域进行背景流量下载的背景流量下载策略均生成成功。其中,各个背景流量下载策略中包含时间窗。这里假设各个背景流量下载策略中的时间窗均相同,应用服务器就可以在该时间窗内,向开放平台发送背景流量下载请求,再次请求为运营商位置区域1建立背景流量下载业务。同时向核心网发送承载建立承载请求,为用户群组中需要下载背景流量的各用户终端中,除运营商位置区域1对应的用户终端外的所有应户终端请求建立承载。
另外,若应用服务器接收到PCRF1发送的响应消息A中包含一个定时消息,且该定时消息中不包含其对应的运营商位置区域的区域消息。这样,应用服务器就无法获知PCRF1对应的运营商位置区域中的哪些运营商位置区域均进行背景流量下载的背景流量下载策略生成失败。应用服务器就需要向开放平台发送背景流量下载请求,请求为PCRF1对应的各个运营商位置区域(即响应消息A对应的各个运营商位置区域)建立背景流量下载业务。
优选地,在本发明的优选实施例中,在所述应用服务器确定所述响应消息中包含区域信息之后,所述方法还包括:
所述应用服务器监测所述区域信息对应的运营商位置区域内的用户终端的移动情况。
所述应用服务器在监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息,并获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
优选地,在本发明的优选实施例中,若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
通常,对于一个策略与计费制定设备,应用服务器向策略与计费执行设备发送承载建立请求,所述承载建立请求包含所述策略与计费制定设备对应的运营商位置内各用户终端的IP地址,请求策略与计费执行设备启动所述策略与计费制定设备对应的各运营商位置区域内各个用户终端的背景流量下载业务。应用服务器可能会同时向所述策略与计费制定设备对应的运营商位置内各用户终端传输数据。如果所述承载建立请求包含所述策略与计费制定设备对应的运营商位置内需要进行背景流量下载各用户终端的IP地址,策略与计费执行设备启动所述策略与计费制定设备对应的各运营商位置区域内需要进行背景流量下载的各个用户终端的背景流量下载业务。应用服务器同时向所述策略与计费制定设备对应的运营商位置内需要进行背景流量下载的各用户终端传输数据,可以在一定程度上缓解网络拥塞。
优选地,在本发明的优选实施例中,所述应用服务器获取所述用户群组进行背景流量下载需要的时间窗,具体包括:
所述应用服务器获取所述用户群组进行所述背景流量下载需要的时间段,将所述时间段确定为所述用户群组进行背景流量下载需要的时间窗。
或者,所述应用服务器获取所述用户群组进行背景流量下载的起始时刻以及从所述起始时刻开始的计时信息,根据所述起始时刻以及从所述起始时刻开始的计时信息确定所述用户群组进行背景流量下载需要的时间窗。
优选地,在本发明的优选实施例中,所述应用服务器获取所述用户群组进行背景流量下载需要的最大带宽,具体包括:
所述应用服务器获取所述用户群组内所有用户终端进行背景流量下载需要的总带宽,将所述总流量值作为所述用户群组进行背景流量下载需要的最大带宽。
或,所述应用服务器获取所述用户群组中单个用户终端进行背景流量下载需要的单位流量值以及所述用户群组内的用户终端的数量,将所述单位流量值与所述用户群组内的用户终端的数量的乘积作为所述用户群组进行背景流量下载需要的最大带宽,其中,各用户终端进行背景流量下载需要的带宽相同。
优选地,在本发明的优选实施例中,所述X个位置区域中的每一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。
本发明实施例提供一种背景流量下载方法,执行主体为开放平台,如图3所示,所述方法包括以下步骤:
201、接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息。
其中,所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
另外,该开放平台可以是运营商的网络能力开放层,将运营商内部网络网元与外部应用服务器相连,执行运营商网络能力的开放。
202、所述开放平台将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
其中,所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
开放平台需要将每一个运营商位置区域的网络状态信息发送给各运营商位置区域对应的策略与计费制定设备,以便各策略与计费制定设备为与其对应的运营商位置区域生成背景流量下载策略(前提是PCRF确定可以为某运营商位置区域生成背景流量下载策略)。示例的,若用户群组对应的位置区域为A、B、C。其中,A对应运营商位置区域D、E,B对应运营商位置区域F,C对应运营商位置区域G。运营商位置区域D、E对应PCRF1,运营商位置区域F、G对应PCRF2。这样,开方平台需要将运营商位置区域D、E的状态信息发送给PCRF1,将运营商位置区域F、G的状态信息发送给PCRF2。
优选地,在本发明的优选实施例中,在所述开放平台接收应用服务器发送的背景流量下载请求之后,所述方法还包括:
所述开放平台将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
所述开放平台确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
优选地,在本发明的优选实施例中,若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的。
则,所述开放平台获取每一个运营商位置区域的网络状态信息,具体包括:
所述开放平台获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量。
所述开放平台根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
优选地,在本发明的优选实施例中,所述开放平台接收应用服务器发送的背景流量下载请求之后,所述方法还包括:
所述开放平台将所述背景流量下载请求发送给运营管理设备。
所述开放平台接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
在本发明的优选实施例中,若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,则,所述方法还包括:
所述开放平台分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
优选地,在本发明实施例的优选实施例中,所述用户群组进行背景流量下载需要的最大带宽为所述用户群组内所有用户终端进行背景流量下载需要的总带宽。
或,所述用户群组内单个用户终端进行背景流量下载需要的带宽与所述用户群组内的用户终端的数量的乘积;其中,各用户终端进行背景流量下载需要的带宽相同。
本发明实施例还提供了一种背景流量下载方法,执行主体为运营管理设备,如图4所示,所述方法包括以下步骤:
301、运营管理设备接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域。
其中,所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
这里,是由运营管理设备确定用户群组对应哪些运营商位置区域,对应哪些策略与计费制定设备。
302、所述运营管理设备将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
其中,所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
303、所述运营管理设备确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
304、所述运营管理设备将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
这里运营管理设备需要将其确定的相关信息全部转发给开放平台,以便将用户群组对应的Y个运营商位置区域中,每一个所述运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
优选地,在本发明的优选实施例中,所述用户群组进行背景流量下载需要的最大带宽为所述用户群组内所有用户终端进行背景流量下载需要的总带宽;
或,所述用户群组内单个用户终端进行背景流量下载需要的带宽与所述用户群组内的用户终端的数量的乘积;其中,各用户终端进行背景流量下载需要的带宽相同。
优选地,在本发明的优选实施例中,若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的。
则,所述运营管理设备获取每一个运营商位置区域的网络状态信息,具体包括:
所述运营管理设备获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量。
所述运营管理设备根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
本发明实施例还提供了一种背景流量下载方法,执行主体为用户群组对应的任一策略与计费制定设备,如图5所示,所述方法包括以下步骤:
401、策略与计费制定设备接收与其对应的每一个运营商位置区域的网络状态信息。
其中,所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
需要说明的是这里所述的策略与计费制定设备只是用户群组对应的Y个运营商位置区域对应的多个策略与计费制定设备中的一个,为方便理解,本实施例以其中任一策略与计费制定设备为例,介绍策略与计费制定设备为与其对应的各个运营商位置区域进行背景流量下载生成背景流量下载策略的方法步骤。
402、所述策略与计费制定设备根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识。
其中,背景流量下载策略还包括:所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
另外,各策略标识可以是相同的,也可以是不同的。如果各运营商位置区域的网络状态相同或相似,那么制定的背景流量下载策略是相同的,各策略标识也就是相同的。反之,如果各运营商位置区域的网络状态不同,各运营商位置区域的背景流量下载策略也就是不同的,那么各策略标识就是不同的。
需要说明的是,若所述策略与计费制定设备接收到了开放平台发送的所述用户群组进行背景流量下载需要的时间窗,且该策略与计费网元制定判断网络在所述用户群组进行背景流量下载需要的时间窗内满足与该策略与计费设备对应的各个运营商位置区域的背景流量下载请求。则,该策略与计费网元需要为与该策略与计费网元对应的各运营商位置区域生成背景流量下载策略。示例的,PCRF1对应3个运营商位置区域,就有可能生成3个背景流量下载的背景流量下载策略(前提是,PCRF判断网络满足每个运营商位置区域的背景流量下载请求)。
403、所述策略与计费制定设备向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
具体地,一个策略与计费制定设备对应一个响应消息,一个响应消息中包含多个策略标识,其中,各策略标识可以是相同的,也可以是不同的。
优选地,在本发明的优选实施例中,所述方法还包括:
所述方法还包括:所述策略与计费制定设备接收所述开放平台发送的所述用户群组进行背景流量下载需要的时间窗。
优选地,在本发明的优选实施例中,在所述策略与计费制定设备根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,所述方法还包括:
针对每一个运营商位置区域,所述策略与计费制定设备判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求。
若所述策略与计费制定设备确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求,则根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
这是因为,一旦策略与计费制定设备接受到了开放平台发送的用户群组请求的下载时间窗策略与计费制定设备就应该判断某一运营商位置区域的网络在用户群组请求的下载时间窗时间窗内是否满足该运营商位置区域的背景流量下载请求。若是满足,就为该运营商位置区域的生成背景流量下载策略,若不满足,就为该运营商位置区域的生成对应的定时信息。
优选地,在本发明的优选实施例中,若所述策略与计费制定设备确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求,则生成与所述运营商位置区域对应的定时信息。
则,所述响应消息中还可以包含定时信息。
优选地,在本发明的优选实施例中,
所述响应消息中还可以包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
这样,应用服务器接收该PCRF发送的响应消息之后,可以根据定时信息确定该PCRF对应的运营商位置区域中,哪些区域的背景流量下载策略生成失败。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例2:
本发明实施例提供了一种背景流量下载方法,应用于背景流量管理***,所述背景流量管理***包括:应用服务器、开放平台(运营商的网络能力开放层exposure layer)以及策略与计费制定设备。如图6所示,所述方法包括以下步骤:
501、应用服务器获取用户群组进行背景流量下载的需求信息。
需要说明的是,本发明实施例2以策略与计费制定设备为策略与计费制定单元PCRF为例对背景流量下载方法做以说明。
其中,所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。本实施例以上述需求信息包括所述用户群组进行背景流量下载需要的时间窗,介绍本发明提供的背景流量下载方法的流程步骤。
另外,步骤501确定用户群组进行第一背景流量下载的需求信息之后,还可以确定每一个位置区域内需要下载背景流量的用户终端的IP地址,以便于应用服务器向用户群组内需要下载背景流量的用户终端发送数据。不像现有技术,应用服务器默认群组内的每一个用户终端都需要进行背景流量下载,进而向用户群组内的每个用户终端传输数据,有可能导致网络拥塞。
具体实现中,应用服务器获取所述用户群组进行背景流量下载需要的时间窗可以是:应用服务器确定所述用户群组进行背景流量下载需要的时间段,将所述时间段确定为所述用户群组请求的下载时间窗。
或者,应用服务器获取所述用户群组进行背景流量下载的起始时刻以及从所述起始时刻开始的计时信息,根据所述起始时刻以及从所述起始时刻开始的计时信息确定所述用户群组进行背景流量下载需要的时间窗。
示例地,用户群组请求的下载时间窗可以是20分钟这个时间段,也可以是从第1分钟开始,时长为20分钟的计时信息。
具体实现中,应用服务器获取用户群组进行背景流量下载需要的最大带宽,可以是:应用服务器确定所述用户群组内所有用户终端进行背景流量下载需要的总带宽,将所述总带宽作为所述用户群组进行背景流量下载需要的最大带宽。
或,所述应用服务器获取所述用户群组内需要下载背景流量的用户终端的数量以及单个用户终端进行背景流量下载需要的单位带宽,将所述单位带宽与所述用户群组内需要下载背景流量的用户终端的数量的乘积作为所述用户群组进行背景流量下载需要的最大带宽,其中,各用户终端下载背景流量需要的带宽相同。
另外,应用服务器确定的位置区域可以是指应用服务器所选择的提供背景流量信息下载服务的区域范围,可以是GPS坐标区域范围或其他可以表达位置信息的形式,在此不做限定。一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。这样,X个位置区域就不一定对应X个运营商位置位置区域。
502、应用服务器生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求。
其中,所述背景流量下载请求包含用户群组进行第一背景流量下载的需求信息。通常,RPSF与MME(Mobility Management Entity,移动管理实体)相连,由于MME负责控制面的移动性管理,如用户上下文和移动状态管理以及分配用户的身份标识。PCRF但不与MME连接,因此无法感知群组中用户的标识信息,也无法感知群组对应的运营商位置区域的区域信息。在没有RPSF的***中,PCRF为群组制定背景流量下载就需要应用服务器将用户群组进行背景流量下载的需求信息通过背景流量下载请求发送给开放平台,以便开放平台将用户群组的位置区域映射成运营商位置区域。
另外,如果应用服务器在步骤501之后还获取了X个位置区域中每一个位置区域内需要进行背景流量下载的各用户终端的IP地址,这里的背景流量下载请求中还需要携带各个位置区域内需要下载背景流量的各用户终端的IP地址。
该开放平台为运营商域内连接运营商网络网元与外部第三方服务器的平台,该平台可能具有协议转换功能,可以将来自运营商域内接口的协议与外部服务器所使用接口的协议进行转换。
503、开放平台接收应用服务器发送的背景流量下载请求。
该背景流量下载请求包含用户群组进行背景流量下载需要的时间窗以及所述用户群组进行背景流量下载的需求信息。
504、所述开放平台将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
其中,运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
如果应用服务器在步骤501之后还获取了X个位置区域中每一个位置区域内的需要进行第一背景流量下载的用户终端的IP地址,开放平台接收到的背景流量下载请求中携带每一个位置区域内的需要进行第一背景流量下载的用户终端的IP地址,则,在这里开放平台还需要获取每一个运营商位置区域内需要进行第一背景流量下载的用户终端的IP地址。
这里需要说明的是,由于一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。因此,X个位置区域就不一定对应X个运营商位置位置区域。示例地,步骤501中,应用服务器确定用户群组对应4个位置区域,如果其中1个位置区域对应2个运营商位置区域,其余3个位置区域各自对应一个运营商位置区域,则用户群组就对应5个运营商位置区域。
另外,针对每一个运营商位置区域,开放平台还需要确定该运营商位置区域的最大总带宽以及该运营商位置区域中与用户群组对应的需要下载背景流量的用户终端的数量。具体实现中,开放平台将各个位置区域信息映射成相应的运营商位置后生成运营商位置信息列表,并统计列表中每个运营商位置区域中需要系在背景流量的用户终端的数量(用户群组对应的用户终端)、区域范围内最大总带宽。由于步骤503接收的背景流量下载请求中携带X个位置区域中每一个位置区域内需要下载背景流量的用户终端的IP地址,因此开放平台将用户群组对应的X个位置区域映射成Y个运营商位置区域时,当然也可以相应获得每个运营商位置区域内需要下载背景流量的用户终端的IP地址。
另外,如果步骤501中确定的用户群组的需求信息包括用户群组进行背景流量下载需要的最大带宽,且所述最大带宽为用户群组内需要下载背景流量的用户终端的数量以及单个用户终端进行第一背景流量下载需要的带宽这两个参数确定的。则在此,针对一个运营商位置区域,开放平台可以将所述单个用户终端下载背景流量需要的带宽与所述运营商位置区域内需要下载背景流量的用户终端的数量的乘积作为所述运营商位置区域的最大总带宽。当然,运营商位置区域的最大总带宽的获取不限于此,如果步骤501中确定的用户群组的状态信息不包括用户群组下载背景流量的流量值,开放平台也可以确定出每个运营商位置区域的最大总带宽。
505、开放平台确定Y个运营商位置区域对应的Z个PCRF。
具体地,可以通过确认PCRF域信息确定对应的PCRF。PCRF域信息可以是运营商的域标识(domain ID),在PCRF的路由过程中开放平台可以通过DRA(Diameter路由代理),或者根据运营商位置区域对应的运营商的域标识确定相应的PCRF。
这里,一个PCRF可能对应多个运营商位置区域,因此Y个运营商位置区域不一定对应Y个PCRF。示例的,如果用户群组对应4个运营商位置区域分别是A、B、C、D,其中运营商位置区域A、B对应PCRF1,运营商位置区域C、D对应PCRF2。
506、开放平台将所述用户群组对应的Y个运营商位置区域中,每一个所述运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的PCRF,并向Z个PCRF发送用户群组进行背景流量下载需要的时间窗。
如步骤505所述,开放平台需要将运营商位置区域A、B的网络状态信息发送给PCRF1,将运营商位置区域C、D的网络状态信息发送给PCRF2。
这里,由于步骤501已作限定用户群组进行第一背景流量下载的需求信息包括第一背景流量下载需要的时间窗,因此开放平台除了将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的PCRF之外,还需要将第一背景流量下载需要的时间窗发送给各个PCRF,以便各PCRF判断在第一背景流量下载需要的时间窗是否能够满足各个运营商位置区域的背景流量下载请求。
另外,若开放平台在步骤504获取了每一个运营商位置区域内需要进行第一背景流量下载的用户终端的IP地址,则在此开放平台还需要将每一个运营商位置区域内需要进行第一背景流量下载的用户终端的IP地址发送给与该运营商位置区域对应的PCRF。
507、PCRF1接收与其对应的各运营商位置区域的网络状态信息,以及所述用户群组进行背景流量下载需要的时间窗。
这里,为方便理解,以Y个运营商位置区域对应的Z个所述PCRF中的PCRF1为例,介绍以PCRF为执行主体对应在本发明方法中的具体步骤流程。
508、针对PCRF1对应的一个运营商位置区域,PCRF1判断该运营商位置区域内的网络状况在所述用户群组进行背景流量下载需要的时间窗内是否满足该运营商位置区域的背景流量下载请求。
若判断满足该运营商位置区域的背景流量下载请求,则进行步骤509;若判断不满足该运营商位置区域的背景流量下载请求,则进行步骤510。
509、PCRF1根据该运营商位置区域的网络状态信息生成该运营商位置区域的背景流量下载策略;并生成该背景流量下载策略的策略标识。
其中,所述策略标识还可以包含所述用户群组的标识信息。由于应用服务器可能对应多个群组,就可能为多个群组请求背景流量下载业务,因此确定的背景流量下载策略的策略标识还可以包含群组的标识信息。
510、PCRF1生成与该运营商位置区域对应的定时信息。
若PCRF1发送给应用服务器的响应消息中还携带与所述定时信息对应的运营商位置区域的区域信息,就可以告知应用服务器哪个运营商位置区域的背景流量下载策略生成失败。
PCRF1发送给应用服务器的响应消息中也可以不携带与所述定时信息对应的运营商位置区域的区域信息,这样的话,应用服务器就无法获知是哪个运营商位置区域的背景流量下载策略生成失败,就会为PCRF1对应的所有运营商位置区域重新向开放平台请求背景流量下载业务。
511、针对与PCRF1对应的其余运营商位置区域,PCRF1执行步骤508-510。
这样,PCRF1就为与其对应的各个运营商位置区域生成了一个背景流量下载策略或者一个定时信息。示例地,如果PCRF1对应3个运营商位置区域,其中一个运营商位置区域的背景流量下载策略生成失败,另外两个运营商位置区域的背景流量下载策略生成成功,这样PCRF就生成了一个定时信息、两个背景流量下载策略。
512、PCRF1通过开放平台向应用服务器发送响应消息。
其中,如果PCRF1为与其对应的各个运营商位置区域均生成了背景流量下载策略,则,该响应消息包含:所述PCRF对应的各运营商位置区域的背景流量下载策略的策略标识。
如果与PCRF1对应的运营商位置区域中,存在背景流量下载策略生成失败的运营商位置区域,则,该响应消息包含:背景流量下载策略的策略标识以及定时信息;或,背景流量下载策略的策略标识、定时信息以及与定时信息对应的区域信息。示例地,如果PCRF1对应3个运营商位置区域,其中一个运营商位置区域的背景流量下载策略生成失败,另外两个运营商位置区域的背景流量下载策略生成成功,这样PCRF1发送的响应消息就包括:一个定时信息、以及两个背景流量下载策略的策略标识。
各个PCRF均执行步骤507-512,则应用服务器就可以接收到各个PCRF对应的响应消息。这里,需要说明的是,各个PCRF制定的背景流量下载策略中的允许的下载时间窗可以是同一个时间窗。
需要说明的是,如果应用服务器发送给开放平台的背景流量下载请求中还需要携带各个位置区域内需要下载背景流量的各用户终端的IP地址,且开放平台获取了每个运营商位置区域内需要进行背景流量下载的用户终端的IP地址,在此,PCRF通过开放平台向应用服务器发送响应消息时,开放平台就会将每个运营商位置区域内需要进行背景流量下载的用户终端的IP地址转化成每个位置区域内需要进行背景流量下载的用户终端的IP地址,以便应用服务器为各个位置内的用户终端请求承载资源。
513、应用服务器判断响应消息中是否包含定时信息。
需要说明的是,由于应用服务器分析各策略与计费制定设备的响应消息的方法流程是一样的,这里为方便理解,以PCRF1发送的响应消息为例介绍。
应用服务器判断响应消息中是否包含定时信息是由于,步骤501确定的用户群组的状态信息包括用户群组进行背景流量下载需要的时间窗,因此各PCRF会判断是否满足各个运营商位置区域的背景流量下载请求。若有PCRF不能满足某个运营商位置区域的背景流量下载请求,应用服务器就需要为该运营商位置区域重新请求背景流量下载业务。另外,应用服务器可以通过响应消息中是否包含定时信息来判断是否存在背景流量下载策略生成失败的运营商位置区域。
若判断所述响应消息中不存在响应消息,则进行步骤514;若判断所述响应消息中存在时信息,则进行515。
514、应用服务器获取所述响应消息中的策略标识,向策略与计费执行设备发送承载建立请求。
其中,所述承载建立请求携带所述响应消息中的策略标识。
这里,所述策略与计费执行设备接收应用服务器发送的承载建立请求,根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备(PCRF1)对应的运营商位置区域内各用户终端的背景流量下载业务。
另外,承载建立请求可以包括PCRF1对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费执行设备为PCRF1对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。通常,承载建立请求包括PCRF1对应的运营商位置区域内所有用户终端的IP地址,这样,应用服务器可能同时向PCRF1对应的各用户终端传输数据,有可能导致网络拥塞。如果,承载建立请求包括PCRF1对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,应用服务器仅向PCRF1对应的各用户终端中,需要进行所述背景流量下载的用户终端传输数据,可以在一定程度上缓解网路拥塞。
由于步骤514的前提是判断所述响应消息中不存在定时信息,即PCRF1对应的运营商位置区域中,不存在背景流量下载策略生成失败的运营商位置区域,由于用户群组对应Y个运营商位置区域,则应用服务器接收到的各个响应消息中共包括了Y个策略标识。
515、应用服务器向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费执行设备发送承载建立请求,请求为PCRF1对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务。
这里,应用服务器需要为定时信息对应的运营商位置区域(即背景流量下载策略生成失败的运营商位置区域,可以是多个)重新请求背景流量下载业务。同时,对于除定时信息对应的运营商位置区域外的运营商位置区域(即背景流量下载策略生成成功的运营商位置区域),应用服务器需要向策略与计费执行设备发送承载建立请求,为PCRF1对应用户终端中,除区域信息对应的用户终端外的所有应户终端启动背景流量下载业务。
当然,定时信息也可以不包含区域信息,所述应用服务器则向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
这是由于PCRF1发送的响应消息,如果只包含定时信息不包含区域信息,应用服务器无法确定PCRF1对应的运营位置区域中,是哪一个运营商位置区域的背景流量下载策略生成失败。因此需要重新向开放平台背景流量下载请求,为PCRF1对应的所有运营位置区域请求背景流量下载业务。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例3:
本发明还提供了一种背景流量下载方法,与实施例2提供的方法不同的是:
在步骤515之后,还包括以下步骤:
516、应用服务器还会监测所述区域信息对应的运营商位置区域内的用户终端的移动情况。
517、应用服务器在检测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息,并确定所述区域信息对应的运营商区域内需要下载背景流量的用户终端,以便再次为所述区域信息对应的运营商区域内需要下载背景流量的用户终端请求背景流量下载业务。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例4:
本发明实施例提供了一种背景流量下载方法,应用于背景流量管理***,所述背景流量管理***包括:应用服务器、开放平台(运营商的网络能力开放层exposure layer)、运营管理设备以及策略与计费制定设备。如图7所示,所述方法包括以下步骤:
601、应用服务器获取用户群组进行背景流量下载的需求信息。
需要说明的是,本发明实施例4以策略与计费制定设备为策略与计费制定单元PCRF为例对背景流量下载方法做以说明。
其中,所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。本实施例以上述需求信息包括所述用户群组进行背景流量下载需要的时间窗,介绍本发明提供的背景流量下载方法的流程步骤。
另外,步骤601确定用户群组进行第一背景流量下载的需求信息之后,还可以确定每一个位置区域内需要下载背景流量的用户终端的IP地址,以便于应用服务器向用户群组内需要下载背景流量的用户终端发送数据。不像现有技术,应用服务器默认群组内的每一个用户终端都需要进行背景流量下载,进而向用户群组内的每个用户终端传输数据,有可能导致网络拥塞。
具体实现中,应用服务器获取所述用户群组进行背景流量下载需要的时间窗可以是:应用服务器确定所述用户群组进行背景流量下载需要的时间段,将所述时间段确定为所述用户群组请求的下载时间窗。
或者,应用服务器获取所述用户群组进行背景流量下载的起始时刻以及从所述起始时刻开始的计时信息,根据所述起始时刻以及从所述起始时刻开始的计时信息确定所述用户群组进行背景流量下载需要的时间窗。
示例地,用户群组请求的下载时间窗可以是20分钟这个时间段,也可以是从第1分钟开始,时长为20分钟的计时信息。
具体实现中,应用服务器获取用户群组进行背景流量下载需要的最大带宽,可以是:应用服务器确定所述用户群组内所有用户终端进行背景流量下载需要的总带宽,将所述总带宽作为所述用户群组进行背景流量下载需要的最大带宽。
或,所述应用服务器获取所述用户群组内需要下载背景流量的用户终端的数量以及单个用户终端进行背景流量下载需要的单位带宽,将所述单位带宽与所述用户群组内需要下载背景流量的用户终端的数量的乘积作为所述用户群组进行背景流量下载需要的最大带宽,其中,各用户终端下载背景流量需要的带宽相同。
另外,应用服务器确定的位置区域可以是指应用服务器所选择的提供背景流量信息下载服务的区域范围,可以是GPS坐标区域范围或其他可以表达位置信息的形式,在此不做限定。一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。这样,X个位置区域就不一定对应X个运营商位置位置区域。
602、应用服务器生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求。
其中,所述背景流量下载请求包含用户群组进行第一背景流量下载的需求信息。通常,RPSF与MME(Mobility Management Entity,移动管理实体)相连,由于MME负责控制面的移动性管理,如用户上下文和移动状态管理以及分配用户的身份标识。PCRF但不与MME连接,因此无法感知群组中用户的标识信息,也无法感知群组对应的运营商位置区域的区域信息。在没有RPSF的***中,PCRF为群组制定背景流量下载就需要应用服务器将用户群组进行背景流量下载的需求信息通过背景流量下载请求发送给开放平台,以便开放平台将用户群组的位置区域映射成运营商位置区域。
另外,如果应用服务器在步骤601之后还获取了X个位置区域中每一个位置区域内需要进行背景流量下载的各用户终端的IP地址,这里的背景流量下载请求中还需要携带各个位置区域内需要下载背景流量的各用户终端的IP地址。
该开放平台为运营商域内连接运营商网络网元与外部第三方服务器的平台,该平台可能具有协议转换功能,可以将来自运营商域内接口的协议与外部服务器所使用接口的协议进行转换。
603、开放平台接收应用服务器发送的背景流量下载请求,并将所述背景流量下载请求发送给运营管理设备。
该背景流量下载请求包含用户群组进行背景流量下载需要的时间窗以及所述用户群组进行背景流量下载的需求信息。
604、所述运营管理设备将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
其中,运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
如果应用服务器在步骤601之后还获取了X个位置区域中每一个位置区域内的需要进行第一背景流量下载的用户终端的IP地址,开放平台接收到的背景流量下载请求中携带每一个位置区域内的需要进行第一背景流量下载的用户终端的IP地址,则,在这里开放平台还需要获取每一个运营商位置区域内需要进行第一背景流量下载的用户终端的IP地址。
这里需要说明的是,由于一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。因此,X个位置区域就不一定对应X个运营商位置位置区域。示例地,步骤601中,应用服务器确定用户群组对应4个位置区域,如果其中1个位置区域对应2个运营商位置区域,其余3个位置区域各自对应一个运营商位置区域,则用户群组就对应5个运营商位置区域。
另外,针对每一个运营商位置区域,开放平台还需要确定该运营商位置区域的最大总带宽以及该运营商位置区域中与用户群组对应的需要下载背景流量的用户终端的数量。具体实现中,开放平台将各个位置区域信息映射成相应的运营商位置后生成运营商位置信息列表,并统计列表中每个运营商位置区域中需要系在背景流量的用户终端的数量(用户群组对应的用户终端)、区域范围内最大总带宽。由于步骤603接收的背景流量下载请求中携带X个位置区域中每一个位置区域内需要下载背景流量的用户终端的IP地址,因此开放平台将用户群组对应的X个位置区域映射成Y个运营商位置区域时,当然也可以相应获得每个运营商位置区域内需要下载背景流量的用户终端的IP地址。
另外,如果步骤601中确定的用户群组的需求信息包括用户群组进行背景流量下载需要的最大带宽,且所述最大带宽为用户群组内需要下载背景流量的用户终端的数量以及单个用户终端进行第一背景流量下载需要的带宽这两个参数确定的。则在此,针对一个运营商位置区域,开放平台可以将所述单个用户终端下载背景流量需要的带宽与所述运营商位置区域内需要下载背景流量的用户终端的数量的乘积作为所述运营商位置区域的最大总带宽。当然,运营商位置区域的最大总带宽的获取不限于此,如果步骤601中确定的用户群组的状态信息不包括用户群组下载背景流量的流量值,开放平台也可以确定出每个运营商位置区域的最大总带宽。
605、运营管理设备确定Y个运营商位置区域对应的Z个PCRF。
具体地,可以通过确认PCRF域信息确定对应的PCRF。PCRF域信息可以是运营商的域标识(domain ID),在PCRF的路由过程中开放平台可以通过DRA(Diameter路由代理),或者根据运营商位置区域对应的运营商的域标识确定相应的PCRF。
这里,一个PCRF可能对应多个运营商位置区域,因此Y个运营商位置区域不一定对应Y个PCRF。示例的,如果用户群组对应4个运营商位置区域分别是A、B、C、D,其中运营商位置区域A、B对应PCRF1,运营商位置区域C、D对应PCRF2。
606、运营管理设备所述运营管理设备将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
607、开放平台将所述用户群组对应的Y个运营商位置区域中,每一个所述运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的PCRF,并向Z个PCRF发送用户群组进行背景流量下载需要的时间窗。
如步骤605所述,开放平台需要将运营商位置区域A、B的网络状态信息发送给PCRF1,将运营商位置区域C、D的网络状态信息发送给PCRF2。
这里,由于步骤601已作限定用户群组进行第一背景流量下载的需求信息包括第一背景流量下载需要的时间窗,因此开放平台除了将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的PCRF之外,还需要将第一背景流量下载需要的时间窗发送给各个PCRF,以便各PCRF判断在第一背景流量下载需要的时间窗是否能够满足各个运营商位置区域的背景流量下载请求。
另外,若开放平台在步骤604获取了每一个运营商位置区域内需要进行第一背景流量下载的用户终端的IP地址,则在此开放平台还需要将每一个运营商位置区域内需要进行第一背景流量下载的用户终端的IP地址发送给与该运营商位置区域对应的PCRF。
608、PCRF1接收与其对应的各运营商位置区域的网络状态信息,以及所述用户群组进行背景流量下载需要的时间窗。
这里,为方便理解,以Y个运营商位置区域对应的Z个所述PCRF中的PCRF1为例,介绍以PCRF为执行主体对应在本发明方法中的具体步骤流程。
609、针对PCRF1对应的一个运营商位置区域,PCRF1判断该运营商位置区域内的网络状况在所述用户群组进行背景流量下载需要的时间窗内是否满足该运营商位置区域的背景流量下载请求。
若判断满足该运营商位置区域的背景流量下载请求,则进行步骤610;若判断不满足该运营商位置区域的背景流量下载请求,则进行步骤611。
610、PCRF1根据该运营商位置区域的网络状态信息生成该运营商位置区域的背景流量下载策略;并生成该背景流量下载策略的策略标识。
其中,所述策略标识还可以包含所述用户群组的标识信息。由于应用服务器可能对应多个群组,就可能为多个群组请求背景流量下载业务,因此确定的背景流量下载策略的策略标识还可以包含群组的标识信息。
611、PCRF1生成与该运营商位置区域对应的定时信息。
若PCRF1发送给应用服务器的响应消息中还携带与所述定时信息对应的运营商位置区域的区域信息,就可以告知应用服务器哪个运营商位置区域的背景流量下载策略生成失败。
PCRF1发送给应用服务器的响应消息中也可以不携带与所述定时信息对应的运营商位置区域的区域信息,这样的话,应用服务器就无法获知是哪个运营商位置区域的背景流量下载策略生成失败,就会为PCRF1对应的所有运营商位置区域重新向开放平台请求背景流量下载业务。
612、针对与PCRF1对应的其余运营商位置区域,PCRF1执行步骤609-611。
这样,PCRF1就为与其对应的各个运营商位置区域生成了一个背景流量下载策略或者一个定时信息。示例地,如果PCRF1对应3个运营商位置区域,其中一个运营商位置区域的背景流量下载策略生成失败,另外两个运营商位置区域的背景流量下载策略生成成功,这样PCRF就生成了一个定时信息、两个背景流量下载策略。
613、PCRF1通过开放平台向应用服务器发送响应消息。
其中,如果PCRF1为与其对应的各个运营商位置区域均生成了背景流量下载策略,则,该响应消息包含:所述PCRF对应的各运营商位置区域的背景流量下载策略的策略标识。
如果与PCRF1对应的运营商位置区域中,存在背景流量下载策略生成失败的运营商位置区域,则,该响应消息包含:背景流量下载策略的策略标识以及定时信息;或,背景流量下载策略的策略标识、定时信息以及与定时信息对应的区域信息。示例地,如果PCRF1对应3个运营商位置区域,其中一个运营商位置区域的背景流量下载策略生成失败,另外两个运营商位置区域的背景流量下载策略生成成功,这样PCRF1发送的响应消息就包括:一个定时信息、以及两个背景流量下载策略的策略标识。
各个PCRF均执行步骤608-613,则应用服务器就可以接收到各个PCRF对应的响应消息。这里,需要说明的是,各个PCRF制定的背景流量下载策略中的允许的下载时间窗可以是同一个时间窗。
需要说明的是,如果应用服务器发送给开放平台的背景流量下载请求中还需要携带各个位置区域内需要下载背景流量的各用户终端的IP地址,且开放平台获取了每个运营商位置区域内需要进行背景流量下载的用户终端的IP地址,在此,PCRF通过开放平台向应用服务器发送响应消息时,开放平台就会将每个运营商位置区域内需要进行背景流量下载的用户终端的IP地址转化成每个位置区域内需要进行背景流量下载的用户终端的IP地址,以便应用服务器为各个位置内的用户终端请求承载资源。
614、应用服务器判断响应消息中是否包含定时信息。
需要说明的是,由于应用服务器分析各策略与计费制定设备的响应消息的方法流程是一样的,这里为方便理解,以PCRF1发送的响应消息为例介绍。
应用服务器判断响应消息中是否包含定时信息是由于,步骤601确定的用户群组的状态信息包括用户群组进行背景流量下载需要的时间窗,因此各PCRF会判断是否满足各个运营商位置区域的背景流量下载请求。若有PCRF不能满足某个运营商位置区域的背景流量下载请求,应用服务器就需要为该运营商位置区域重新请求背景流量下载业务。另外,应用服务器可以通过响应消息中是否包含定时信息来判断是否存在背景流量下载策略生成失败的运营商位置区域。
若判断所述响应消息中不存在响应消息,则进行步骤615;若判断所述响应消息中存在时信息,则进行616。
615、应用服务器获取所述响应消息中的策略标识,向策略与计费执行设备发送承载建立请求。
其中,所述承载建立请求携带所述响应消息中的策略标识。
这里,所述策略与计费执行设备接收应用服务器发送的承载建立请求,根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备(PCRF1)对应的运营商位置区域内各用户终端的背景流量下载业务。
另外,承载建立请求可以包括PCRF1对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费执行设备为PCRF1对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。通常,承载建立请求包括PCRF1对应的运营商位置区域内所有用户终端的IP地址,这样,应用服务器可能同时向PCRF1对应的各用户终端传输数据,有可能导致网络拥塞。如果,承载建立请求包括PCRF1对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,应用服务器仅向PCRF1对应的各用户终端中,需要进行所述背景流量下载的用户终端传输数据,可以在一定程度上缓解网路拥塞。
由于步骤615的前提是判断所述响应消息中不存在定时信息,即PCRF1对应的运营商位置区域中,不存在背景流量下载策略生成失败的运营商位置区域,由于用户群组对应Y个运营商位置区域,则应用服务器接收到的各个响应消息中共包括了Y个策略标识。
616、应用服务器向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费执行设备发送承载建立请求,请求为PCRF1对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务。
这里,应用服务器需要为定时信息对应的运营商位置区域(即背景流量下载策略生成失败的运营商位置区域,可以是多个)重新请求背景流量下载业务。同时,对于除定时信息对应的运营商位置区域外的运营商位置区域(即背景流量下载策略生成成功的运营商位置区域),应用服务器需要向策略与计费执行设备发送承载建立请求,为PCRF1对应用户终端中,除区域信息对应的用户终端外的所有应户终端启动背景流量下载业务。
当然,定时信息也可以不包含区域信息,所述应用服务器则向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
这是由于PCRF1发送的响应消息,如果只包含定时信息不包含区域信息,应用服务器无法确定PCRF1对应的运营位置区域中,是哪一个运营商位置区域的背景流量下载策略生成失败。因此需要重新向开放平台背景流量下载请求,为PCRF1对应的所有运营位置区域请求背景流量下载业务。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例5:
本发明还提供了一种背景流量下载方法,与实施例4提供的方法不同的是:
在步骤616之后,还包括以下步骤:
617、应用服务器还会监测所述区域信息对应的运营商位置区域内的用户终端的移动情况。
618、应用服务器在检测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息,并确定所述区域信息对应的运营商区域内需要下载背景流量的用户终端,以便再次为所述区域信息对应的运营商区域内需要下载背景流量的用户终端请求背景流量下载业务。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例6:
本发明实施例提供了一种背景流量下载方法,应用于背景流量管理***,所述背景流量管理***包括:AS、开放平台(运营商的网络能力开放层exposure layer)、PCRF1、PCRF2以及CN(Core Network,核心网)。如图8所示,所述方法包括以下步骤:
701、AS获取用户群组进行背景流量下载的需求信息。
其中,所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。本实施例以上述需求信息包括所述用户群组进行背景流量下载需要的时间窗为例,介绍本发明提供的背景流量下载方法的流程步骤。
702、AS向开放平台发送所述背景流量下载请求。
首先,AS生成背景流量下载请求,其中,所述背景流量下载请求包含所述用户群组的需求信息。
703、开放平台接收AS发送的背景流量下载请求,并确定用户群组对应的PCRF。
这里,假设用户群组对应两个PCRF,分别是PCRF1、PCRF2。
具体是现中,开放平台首先将用户群组对应的X个位置区域映射成Y个运营商位置区域,并确定所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。其次,确定所述Y个运营商位置区域对应的Z个PCRF。在本实施例中,假定Z等于2。
704、开放平台将与PCRF1对应的运营商位置区域的网络状态信息发送给PCRF1。
705、开放平台将与PCRF2对应的运营商位置区域的网络状态信息发送给PCRF2。
706、PCRF1、PCRF2执行策略判断。
具体地,以PCRF1为例,介绍上述策略判断的具体步骤。PCRF1接收与其对应的各运营商位置区域的网络状态信息,以及用户群组请求的时间窗。
针对PCRF1对应的一个运营商位置区域,PCRF1判断该运营商位置区域内的网络状况在用户群组请求的时间窗内是否满足该运营商位置区域的背景流量下载请求。
另外,如果PCRF1判断该运营商位置区域内的网络状况在用户群组请求的时间窗内不满足该运营商位置区域的背景流量下载请求,则生成定时信息,也可以在定时信息中包含该运营商位置区域的区域信息,以便告知AS该运营商位置区域的背景流量下载策略生成失败。
707、PCRF1、PCRF2向AS发送策略决定。
PCRF发送的策略决定中包含背景流量下载策略的策略标识,也可能包含定时信息。
708、AS向CN发起承载建立请求。
所述CN设备可以是策略与计费执行设备,包括3GPP网络中支持不同接入技术的设备,包括移动性管理设备,如支持2G/3G网络接入的SGSN,支持4G网络接入的MME,4G-SGSN等;以及网关设备,如GGSN、S-GW、P-GW等。
如果AS发送的背景流量下载请求中不包括所述用户群组进行背景流量下载需要的时间窗,或用户群组对应的各个运营商位置区域的背景流量下载策略均生成成功。则,AS发送的承载建立请求中包含用户群组中需要下载背景流量的各用户终端的IP地址。
709、AS向开放平台重新发送背景流量下载请求。
这里,AS是为策略生成失败的运营商位置区域重新请求背景流量业务。所述策略生成失败的运营商位置区域AS接收到的各个PCRF反馈的策略决定中的定时信息对应的运营商位置区域。
这样,重复上述701-708为策略生成失败的运营商位置区域重新建立背景流量下载业务。
实施例7:
本发明实施还提供了一种背景流量下载方法,与上述实施例6中的步骤701-709均相同,不同的是:
709、AS检测用户终端的位置信息的变动。
具体地,AS监测步骤707接收到的策略决定中的定时信息中,区域信息对应的运营商位置区域内的用户终端的移动情况。
710、若位置变动的用户终端的数量超过预设值,则重新执行步骤701。
需要说明的是,只是针对该位置变动的用户终端的数量超过预设值的运营商位置区域重新执行步骤701,请求背景流量下载业务。
本发明实施例提供的一种背景流量下载方法、设备及***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例8:
本发明实施例提供了一种应用服务器8,所述应用服务器8对应至少一个群组,如图9所示,所述应用服务器包括:获取单元801、生成单元802、接收单元803以及发送单元804。
获取单元801,用于获取用户群组进行背景流量下载的需求信息。所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
其中,用户群组为该应用服务器对应的群组中,需要进行背景流量下载的群组。用户群组中的多个用户或全部用户将接收来自于应用服务器的背景流量,所述背景流量可以是群组应用的***信息,可以是群组用户统一订阅的周期性信息,也可以是其他内容相同的任何类型信息。需要说明的是,X个位置区域中的一个,是应用服务器所选择的提供背景流量下业务的区域范围,可以是GPS坐标位置区域或其他可以表达位置的信息。一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。也就是说用户群组对应X个位置区域,但不一定对应X个运营商位置区域。
现有技术中,网络侧的策略制定单元会为发起背景流量下载请求的用户终端制定背景流量下载策略,实际上一个群组内各用户终端的背景流量下载请求可能是相同的,这样,导致网络侧的策略制定单元对同样的请求作重复响应,增加了网络开销。而本发明提供的背景流量下载方法中,应用服务器确定群组进行背景流量下载的需求消息,以便网络侧的策略制定单元为群组制定背景流量下载策略,避免网络侧的策略制定单元对同样的请求作重复响应,节省了网络开销。
本发明利用策略与计费制定设备为用户群组制定背景流量下载策略,需要注意的是,策略与计费制定设备无法获知用户群组对应的区域,因此应用服务器需要确定第一服务器对应的各区域的区域信息,以便策略与计费制定设备为用户群组的各个区域生成背景流量下载策略。
生成单元802,用于生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求。
接收单元803,用于接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识。
发送单元804,用于用于向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
应用服务器8还包括判断单元。
所述判断单元用于,在所述获取单元获取所述响应消息中包含的策略标识之前,判断所述响应消息中是否包含定时信息。
若确定所述响应消息中不包含定时信息,则由所述发送单元执行“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
所述判断单元用于,确定所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息。
所述发送单元804用于,在所述判断单元确定所述响应消息中包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务。
所述发送单元804还用于,在所述判断单元在确定所述响应消息中不包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
应用服务器8还包括监测单元、删除单元。
所述监测单元用于,在所述判断单元确定所述响应消息中包含区域信息之后,监测所述区域信息对应的运营商位置区域内的用户终端的移动情况。
所述删除单元用于,监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息。
所述获取单元801还用于,获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
所述获取单元801具体用于,获取所述用户群组进行背景流量下载需要的时间段,将所述时间段确定为所述用户群组进行背景流量下载需要的时间窗。
或者,获取所述用户群组进行背景流量下载的起始时刻以及从所述起始时刻开始的计时信息,根据所述起始时刻以及从所述起始时刻开始的计时信息确定所述用户群组进行背景流量下载需要的时间窗。
所述获取单元801具体用于,获取所述用户群组内所有用户终端进行背景流量下载需要的总带宽,将所述总带宽作为所述用户群组进行背景流量下载需要的最大带宽。
或,获取所述用户群组单个用户终端进行背景流量下载需要的单位带宽以及所述用户群组内的用户终端的数量,将所述单位带宽与所述用户群组内的用户终端的数量的乘积作为所述用户群组进行背景流量下载需要的最大带宽,其中,各用户终端进行所述第一背景流量下载需要的带宽相同。
所述X个位置区域中的每一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。
本发明实施例还提供了一种开放平台9,如图10所示,包括:接收单元901、发送单元902。
接收单元901,用于接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息。
发送单元902,用于将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
需要说明的是,所述用户群组进行背景流量下载需要的最大带宽为所述用户群组内所有用户终端进行背景流量下载需要的总带宽。
或,所述用户群组内单个用户终端进行背景流量下载需要的带宽与所述用户群组内的用户终端的数量的乘积;其中,各用户终端进行背景流量下载需要的带宽相同。
开放平台9还包括映射单元。
所述映射单元用于,在所述接收单元901接收应用服务器发送的背景流量下载请求之后,将所述X个位置区域映射成Y个运营商位置区域。
所述获取单元用于,获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
所述映射单元还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
所述获取单元具体用于,若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的。
针对每一个运营商位置区域,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
所述发送单元902还用于,在所述接收单元901接收应用服务器发送的背景流量下载请求之后,将所述背景流量下载请求发送给运营管理设备。
所述接收单元901还用于,接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
所述发送单元902还用于,若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
本发明实施还提供了一种运营管理设备10,如图11所示,包括:接收单元1001、映射单元1002、获取单元1003以及发送单元1004。
接收单元1001,用于接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域。
所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
映射单元1002,用于将所述X个位置区域映射成Y个运营商位置区域。
获取单元1003,用于用于获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
所述映射单元1002还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
发送单元1004,用于将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
需要说明的是,所述用户群组进行背景流量下载需要的最大带宽为所述用户群组内所有用户终端进行背景流量下载需要的总带宽。
或,所述用户群组内单个用户终端进行背景流量下载需要的带宽与所述用户群组内的用户终端的数量的乘积;其中,各用户终端进行背景流量下载需要的带宽相同。
所述获取单元1003具体用于,当所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定时,针对每一个运营商位置区域,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
本发明实施还了一种策略与计费制定设备11,如图12所示,包括:接收单元1101、生成单元1102、发送单元1103。
接收单元1101,用于接收与所述策略与计费制定设备对应的每一个运营商位置区域的网络状态信息。
所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
生成单元1102,用于根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识。
发送单元1103,用于向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
需要说明的是,所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
所述接收单元1101还用于,接收所述开放平台发送的所述用户群组进行背景流量下载需要的时间窗。
策略与计费制定设备11还包括判断单元。
所述判断单元用于,在所述生成单元根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,针对每一个运营商位置区域,判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求。
所述生成单元1102用于,在所述判断单元确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求时,根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
所述判断单元还用于,确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求。
所述生成单元还用于,在所述判断单元确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求时,生成与所述运营商位置区域对应的定时信息;则,所述响应消息中还可以包含定时信息。
所述响应消息中还可以包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
本发明实施例提供的设备,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例9:
本发明实施例还提供了一种应用服务器12,如图13所示,所述应用服务器12包括:发射器1201、接收器1202、存储器1203以及分别与发射器1201、接收器1202和存储器1203连接的处理器1204。当然,所述应用服务器12还可以包括基带处理部件、中射频处理部件、输入输出装置等通用部件,本发明实施例在此不做任何限制。其中,存储器1203中存储一组程序代码,且处理器1204用于调用存储器1203中存储的程序代码,用于执行以下操作:
处理器1204,用于获取用户群组进行背景流量下载的需求信息;生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求。
所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
其中,用户群组为该应用服务器对应的群组中,需要进行背景流量下载的群组。用户群组中的多个用户或全部用户将接收来自于第三方应用服务器的背景流量,所述背景流量可以是群组应用的***信息,可以是群组用户统一订阅的周期性信息,也可以是其他内容相同的任何类型信息。需要说明的是,X个位置区域中的一个,是应用服务器所选择的提供背景流量下业务的区域范围,可以是GPS坐标位置区域或其他可以表达位置的信息。一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。也就是说用户群组对应X个位置区域,但不一定对应X个运营商位置区域。
现有技术中,网络侧的策略制定单元会为发起背景流量下载请求的用户终端制定背景流量下载策略,实际上一个群组内各用户终端的背景流量下载请求可能是相同的,这样,导致网络侧的策略制定单元对同样的请求作重复响应,增加了网络开销。而本发明提供的背景流量下载方法中,应用服务器确定群组进行背景流量下载的需求消息,以便网络侧的策略制定单元为群组制定背景流量下载策略,避免网络侧的策略制定单元对同样的请求作重复响应,节省了网络开销。
本发明利用策略与计费制定设备为用户群组制定背景流量下载策略,需要注意的是,策略与计费制定设备无法获知用户群组对应的区域,因此应用服务器需要确定所述用户群组对应的各区域的区域信息,以便策略与计费制定设备为用户群组的各个区域生成背景流量下载策略。
处理器1204用于用过接收器1202,接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识。
处理器1204用于通过发送器1201,向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
所述处理器1204还用于,在获取所述响应消息中包含的策略标识之前,判断所述响应消息中是否包含定时信息。
若确定所述响应消息中不包含定时信息,则由所述发射器1201执行“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
处理器1204用于,确定所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息。
所述处理器1204还用于,在确定所述各响应消息中存在包含定时信息的响应消息之后,判断所述包含定时信息的响应消息中是否包含区域信息。
所述处理器1204用于通过发射器1201,在确定所述响应消息中包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务。
所述处理器1204用于通过发射器1201,在确定所述响应消息中不包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
处理器1204用于,在确定所述包含定时信息的响应消息中包含区域信息之后,监测所述区域信息对应的运营商位置区域内的用户终端的移动情况。
所述处理器1204用于,在监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息。
所述处理器1204还用于,确定所述区域信息对应的运营商区域内需要进行所述第一背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域内需要进行第一背景流量下载的用户终端请求背景流量下载业务。
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
所述处理器1204具体用于,获取所述用户群组进行背景流量下载需要的时间段,将所述时间段确定为所述用户群组进行背景流量下载需要的时间窗。
或者,获取所述用户群组进行背景流量下载的起始时刻以及从所述起始时刻开始的计时信息,根据所述起始时刻以及从所述起始时刻开始的计时信息确定所述用户群组进行背景流量下载需要的时间窗。
所述处理器1204具体用于,获取所述用户群组内所有用户终端进行背景流量下载需要的总带宽,将所述总带宽作为所述用户群组进行背景流量下载需要的最大带宽。
或,获取所述用户群组单个用户终端进行背景流量下载需要的单位带宽以及所述用户群组内的用户终端的数量,将所述单位带宽与所述用户群组内的用户终端的数量的乘积作为所述用户群组进行背景流量下载需要的最大带宽,其中,各用户终端进行背景流量下载需要的带宽相同。
所述X个位置区域中的每一个位置区域对应运营商定义的跟踪区、演进基站eNB所覆盖区域、路由区、小区中的一个或多个。
本发明实施例还提供了一种开放平台13,如图14所示,所述开放平台13包括:发射器1301、接收器1302、存储器1303以及分别与发射器1301、接收器1302和存储器1303连接的处理器1304。当然,所述开放平台13还可以包括基带处理部件、中射频处理部件、输入输出装置等通用部件,本发明实施例在此不做任何限制。其中,存储器1303中存储一组程序代码,且处理器1304用于调用存储器1303中存储的程序代码,用于执行以下操作:
处理器1304用于通过接收器1302,用于接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息。
所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
处理器1304用于通过发射器1301,将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备。
所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
需要说明的是,所述用户群组进行背景流量下载需要的最大带宽为所述用户群组内所有用户终端进行背景流量下载需要的总带宽。
或,所述用户群组内单个用户终端进行背景流量下载需要的带宽与所述用户群组内的用户终端的数量的乘积;其中,各用户终端进行背景流量下载需要的带宽相同。
处理器1304用于,在所述接收器1302接收应用服务器发送的背景流量下载请求之后,将所述X个位置区域映射成Y个运营商位置区域。
处理器1304用于,获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。
所述处理器1304还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
所述处理器1304具体用于,当所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的时,针对每一个运营商位置区域,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
处理器1304还用于通过发射器1301,在接收器1302接收应用服务器发送的背景流量下载请求之后,将所述背景流量下载请求发送给运营管理设备。
处理器1304还用于通过接收器1302,接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
处理器1304还用于通过发射器1301,若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
本发明实施例还提供了一种运营管理设备14,如图15所示,所述运营管理设备14包括:发射器1401、接收器1402、存储器1403以及分别与发射器1401、接收器1402和存储器1403连接的处理器1404。当然,所述运营管理设备14还可以包括基带处理部件、中射频处理部件、输入输出装置等通用部件,本发明实施例在此不做任何限制。其中,存储器1403中存储一组程序代码,且处理器1404用于调用存储器1403中存储的程序代码,用于执行以下操作:
处理器1404用于通过接收器1402,接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域。
所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
处理器1404,用于将所述X个位置区域映射成Y个运营商位置区域;获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
处理器1404用于通过发射器1401,将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台。
需要说明的是,所述用户群组进行背景流量下载需要的最大带宽为所述用户群组内所有用户终端进行背景流量下载需要的总带宽。
或,所述用户群组内单个用户终端进行背景流量下载需要的带宽与所述用户群组内的用户终端的数量的乘积;其中,各用户终端进行背景流量下载需要的带宽相同。
处理器1404具体用于,当所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的时,针对每一个运营商位置区域,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
本发明实施例还提供了一种策略与计费制定设备15,如图16所示,策略与计费制定设备15包括:发射器1501、接收器1502、存储器1503以及分别与发射器1501、接收器1502和存储器1503连接的处理器1504。当然,所述策略与计费制定设备15还可以包括基带处理部件、中射频处理部件、输入输出装置等通用部件,本发明实施例在此不做任何限制。其中,存储器1503中存储一组程序代码,且处理器1504用于调用存储器1503中存储的程序代码,用于执行以下操作:
处理器1504用于通过接收器1502,接收与所述策略与计费制定设备对应的每一个运营商位置区域的网络状态信息。
所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
处理器1504,用于根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识。
处理器1504用于通过发射器1501,向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
需要说明的是,所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
处理器1504用于通过接收器1502,接收所述开放平台发送的所述用户群组进行背景流量下载需要的时间窗。
处理器1504用于,在根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,针对每一个运营商位置区域,判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求。
处理器1504还用于,在确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求时,根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
处理器1504还用于,在确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求时,生成与所述运营商位置区域对应的定时信息;则,所述响应消息中还可以包含定时信息。
所述响应消息中还可以包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
本发明实施例提供的设备,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例10:
本发明实施例还提供了一种***,用于背景流量下载,包括:应用服务器8、开放平台9、运营管理设备10以及策略与计费制定设备11。
应用服务器8获取用户群组进行背景流量下载的需求信息,生成携带所述需求信息的背景流量下载请求,并向开放平台9发送所述背景流量下载请求。开放平台9接收应用服务器8发送的背景流量下载请求。开放平台9将用户群组内各用户终端对应的X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。开放平台9确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备11。策略与计费制定设备11接收与其对应的每一个运营商位置区域的网络状态信息,根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;向应用服务器8发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。应用服务器8接收策略与计费制定设备11发送的响应消息,获取所述响应消息中包含的策略标识。应用服务器8向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
其中,所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
或者,应用服务器8获取用户群组进行背景流量下载的需求信息,生成携带所述需求信息的背景流量下载请求,并向开放平台9发送所述背景流量下载请求。开放平台9接收应用服务器8发送的背景流量下载请求。开放平台9将背景流量下载请求发送给运营管理设备10。运营管理设备10将用户群组内各用户终端对应的X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。运营管理设备10确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。运营管理设备10将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息发送给开放平台9。开放平台9将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备11。策略与计费制定设备11接收与其对应的每一个运营商位置区域的网络状态信息,根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;向应用服务器8发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。应用服务器8接收策略与计费制定设备11发送的响应消息,获取所述响应消息中包含的策略标识。应用服务器8向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
本发明实施例提供的***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
实施例11:
本发明实施例还提供了一种***,用于背景流量下载,包括:应用服务器12、开放平台13、运营管理设备14以及策略与计费制定设备15。
应用服务器12获取用户群组进行背景流量下载的需求信息,生成携带所述需求信息的背景流量下载请求,并向开放平台13发送所述背景流量下载请求。开放平台13接收应用服务器12发送的背景流量下载请求。开放平台13将用户群组内各用户终端对应的X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。开放平台13确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备15。策略与计费制定设备15接收与其对应的每一个运营商位置区域的网络状态信息,根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;向应用服务器12发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。应用服务器12接收策略与计费制定设备15发送的响应消息,获取所述响应消息中包含的策略标识。应用服务器12向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
其中,所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
或者,应用服务器12获取用户群组进行背景流量下载的需求信息,生成携带所述需求信息的背景流量下载请求,并向开放平台13发送所述背景流量下载请求。开放平台13接收应用服务器12发送的背景流量下载请求。开放平台13将背景流量下载请求发送给运营管理设备14。运营管理设备14将用户群组内各用户终端对应的X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息。运营管理设备14确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。运营管理设备14将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息发送给开放平台13。开放平台13将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备15。策略与计费制定设备15接收与其对应的每一个运营商位置区域的网络状态信息,根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;向应用服务器12发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。应用服务器12接收策略与计费制定设备15发送的响应消息,获取所述响应消息中包含的策略标识。应用服务器12向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识。
本发明实施例提供的***,应用服务器确定用户群组的需求信息,并发送携带所述需求信息的背景流量下载请求给开放平台。开放平台确定所述用户群组对应的运营商位置区域以及策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备,以便制定出该运营商位置区域的背景流量下载策略。现有技术中,应用服务器会将群组中的每个用户终端的背景流量下载请求转发给策略与计费制定设备,策略与计费制定设备会为群组中的每个用户终端生成背景流量下载策略。而本发明网络侧为所述用户群组对应的每个运营商位置区域制定背景流量下载策略,不必为群组中每个用户终端制定背景流量下载策略,即避免网络侧对来自应用服务器的同类请求做重复响应。另外,应用服务器确定群组中需要下载背景流量的用户终端的IP地址,以便请求策略与计费执行设备为需要下载背景流量的用户终端启动背景流量下载策略,最后由应用服务器向需要下载背景流量的用户终端传输数据。避免由于同时向群组中的每个用户终端传输数据而造成的网络拥塞。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (39)
1.一种背景流量下载方法,其特征在于,所述方法包括:
应用服务器获取用户群组进行背景流量下载的需求信息;
所述应用服务器生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求;
所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
所述应用服务器向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识;
其中,所述背景流量下载策略是通过以下操作生成的:
所述开放平台确定所述用户群组对应的所述运营商位置区域以及所述策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备;
所述策略与计费制定设备根据所述网络状态信息为与其对应的运营商位置区域生成所述背景流量下载策略。
2.根据权利要求1所述的方法,其特征在于,所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
3.根据权利要求1所述的方法,其特征在于,在所述应用服务器获取所述响应消息中包含的策略标识之前,所述方法还包括:
所述应用服务器判断所述响应消息中是否包含定时信息;
若所述响应消息中不包含定时信息,则执行所述“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息;
若确定所述响应消息中包含区域信息,则向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务;
若确定所述响应消息中不包含区域信息,所述应用服务器则向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
5.根据权利要求4所述的方法,其特征在于,在所述应用服务器确定所述响应消息中包含区域信息之后,所述方法还包括:
所述应用服务器监测所述区域信息对应的运营商位置区域内的用户终端的移动情况;
所述应用服务器在监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息,并获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
6.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
7.一种背景流量下载方法,其特征在于,所述方法包括:
开放平台接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;
所述开放平台将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备;
所述策略与计费制定设备根据所述每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
所述应用服务器向策略与计费执行设备发送承载建立请求,所述承载建立请求携带所述响应消息中的策略标识。
8.根据权利要求7所述的方法,其特征在于,所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
在所述开放平台接收应用服务器发送的背景流量下载请求之后,所述方法还包括:
所述开放平台将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽;
所述开放平台确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
9.根据权利要求8所述的方法,其特征在于,若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的,
则,所述开放平台获取每一个运营商位置区域的网络状态信息,具体包括:
所述开放平台获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;
所述开放平台根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
10.根据权利要求7所述的方法,其特征在于,所述开放平台接收应用服务器发送的背景流量下载请求之后,所述方法还包括:
所述开放平台将所述背景流量下载请求发送给运营管理设备;
所述开放平台接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
11.根据权利要求8所述的方法,其特征在于,若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,则,所述方法还包括:
所述开放平台分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
12.一种背景流量下载方法,其特征在于,所述方法包括:
运营管理设备接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域;
所述运营管理设备将所述X个位置区域映射成Y个运营商位置区域,并获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;
所述运营管理设备确定所述Y个运营商位置区域对应的Z个策略与计费制定设备;
所述运营管理设备将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台;
所述开放平台将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备;
所述策略与计费制定设备根据所述每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
所述应用服务器向策略与计费执行设备发送承载建立请求,所述承载建立请求携带所述响应消息中的策略标识。
13.根据权利要求12所述的方法,其特征在于,所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的,
则,所述运营管理设备获取每一个运营商位置区域的网络状态信息,具体包括:
所述运营管理设备获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;
所述运营管理设备根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
14.一种背景流量下载方法,其特征在于,所述方法包括:
策略与计费制定设备接收与其对应的每一个运营商位置区域的网络状态信息;
所述策略与计费制定设备根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
所述策略与计费制定设备向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
15.根据权利要求14所述的方法,其特征在于,所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
16.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述策略与计费制定设备接收开放平台发送的用户群组进行背景流量下载需要的时间窗。
17.根据权利要求16所述的方法,其特征在于,在所述策略与计费制定设备根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,所述方法还包括:
针对每一个运营商位置区域,所述策略与计费制定设备判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求;
若所述策略与计费制定设备确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求,则根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
18.根据权利要求17所述的方法,其特征在于,
若所述策略与计费制定设备确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求,则生成与所述运营商位置区域对应的定时信息;
则,所述响应消息中还包含定时信息。
19.根据权利要求18所述的方法,其特征在于,所述响应消息中还包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
20.一种应用服务器,其特征在于,包括:
获取单元,用于获取用户群组进行背景流量下载的需求信息;
生成单元,用于生成携带所述需求信息的背景流量下载请求,并向开放平台发送所述背景流量下载请求;
接收单元,用于接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
发送单元,用于向策略与计费执行设备发送承载建立请求,以便所述策略与计费执行设备根据所述响应消息中的策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务;所述承载建立请求携带所述响应消息中的策略标识;
其中,所述背景流量下载策略是通过以下操作生成的:
所述开放平台确定所述用户群组对应的所述运营商位置区域以及所述策略与计费制定设备,并将每一个运营商位置区域的网络状态信息发送给与该运营商位置区域对应的策略与计费制定设备;
所述策略与计费制定设备根据所述网络状态信息为与其对应的运营商位置区域生成所述背景流量下载策略。
21.根据权利要求20所述的应用服务器,其特征在于,
所述需求信息包括:所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽。
22.根据权利要求20所述的应用服务器,其特征在于,还包括判断单元,
所述判断单元用于,在所述获取单元获取所述响应消息中包含的策略标识之前,判断所述响应消息中是否包含定时信息;
若确定所述响应消息中不包含定时信息,则由所述发送单元执行“向所述策略与计费执行设备发送承载建立请求,以便所述策略与计费设备根据所述策略标识对应的背景流量下载策略,启动所述策略与计费制定设备对应的运营商位置区域内各用户终端的背景流量下载业务”。
23.根据权利要求22所述的应用服务器,其特征在于,
所述判断单元用于,确定所述响应消息中包含定时信息,则判断所述响应消息中是否包含区域信息;
所述发送单元用于,在所述判断单元确定所述响应消息中包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述区域信息对应的运营商位置区域建立背景流量下载业务;向所述策略与计费制定设备发送承载建立请求,请求为所述策略与计费制定设备对应的用户终端中,除所述区域信息对应的用户终端外的用户终端启动背景流量下载业务;
所述发送单元还用于,在确定所述响应消息中不包含区域信息之后,向所述开放平台发送背景流量下载请求,请求为所述策略与计费制定设备对应的各用户终端建立背景流量下载业务。
24.根据权利要求23所述的应用服务器,其特征在于,还包括监测单元、删除单元,
所述监测单元用于,在所述判断单元确定所述响应消息中包含区域信息之后,监测所述区域信息对应的运营商位置区域内的用户终端的移动情况;
所述删除单元用于,监测到所述区域信息对应的运营商区域内,位置发生变化的用户终端的数量超过预设值时,删除定时信息;
所述获取单元还用于,获取所述区域信息对应的运营商区域内需要进行背景流量下载的用户终端的数量,以便再次为所述区域信息对应的运营商区域请求背景流量下载业务。
25.根据权利要求22所述的应用服务器,其特征在于,
若所述响应消息中不包含定时信息,且所述应用服务器获取了每一个所述位置区域内需要进行背景流量下载的用户终端的IP地址,则所述承载建立请求中包括所述策略与计费设备对应的各用户终端中,需要进行所述背景流量下载的用户终端的IP地址,以便请求所述策略与计费制定设备为所述策略与计费设备对应的各用户终端中,需要进行背景流量下载的用户终端启动背景资源下载业务。
26.一种开放平台,其特征在于,包括:
接收单元,用于接收应用服务器发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;
发送单元,用于将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备;
其中,所述策略与计费制定设备根据所述每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
所述应用服务器向策略与计费执行设备发送承载建立请求,所述承载建立请求携带所述响应消息中的策略标识。
27.根据权利要求26所述的开放平台,其特征在于,所述需求信息包括所述用户群组中各用户终端对应的X个位置区域、所述X个位置区域中每一位置区域内的各用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
还包括映射单元、获取单元,
所述映射单元用于,在所述接收单元接收应用服务器发送的背景流量下载请求之后,将所述X个位置区域映射成Y个运营商位置区域;
所述获取单元还用于,获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽;
所述映射单元还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备。
28.根据权利要求27所述的开放平台,其特征在于,若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值、所述用户群组内的用户终端的数量确定的,
则,所述获取单元具体用于,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽。
29.根据权利要求26所述的开放平台,其特征在于,
所述发送单元还用于,在所述接收单元接收应用服务器发送的背景流量下载请求之后,将所述背景流量下载请求发送给运营管理设备;
所述接收单元还用于,接收所述运营管理设备发送的所述用户群组对应的Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Y个运营商位置区域对应的Z个策略与计费制定设备的信息。
30.根据权利要求27所述的开放平台,其特征在于,若所述需求信息中包括所述用户群组进行背景流量下载需要的时间窗,
则,所述发送单元还用于,分别向Z个策略与计费制定设备发送所述用户群组进行背景流量下载需要的时间窗。
31.一种运营管理设备,其特征在于,包括:
接收单元,用于接收开放平台发送的背景流量下载请求,所述背景流量下载请求携带用户群组进行背景流量下载所需的需求信息;所述需求信息携带所述用户群组中各用户终端对应的X个位置区域;
映射单元,用于将所述X个位置区域映射成Y个运营商位置区域;
获取单元,用于获取所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息;
所述映射单元还用于,确定所述Y个运营商位置区域对应的Z个策略与计费制定设备;
发送单元,用于将所述Y个运营商位置区域中每一个运营商位置区域的网络状态信息以及所述Z个策略与计费制定设备的信息发送给所述开放平台;
其中,所述开放平台将所述用户群组对应的Y个运营商位置区域中,每一个运营商位置区域的网络状态信息发送给与所述运营商位置区域对应的策略与计费制定设备;
所述策略与计费制定设备根据所述每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
所述应用服务器接收策略与计费制定设备发送的响应消息,获取所述响应消息中包含的策略标识;
所述应用服务器向策略与计费执行设备发送承载建立请求,所述承载建立请求携带所述响应消息中的策略标识。
32.根据权利要求31所述的运营管理设备,其特征在于,所述需求信息还包括所述X个位置区域中每一个位置区域内的用户终端的IP地址,以及以下信息中的至少一项:所述用户群组进行背景流量下载需要的时间窗、所述用户群组进行背景流量下载需要的最大带宽;
若所述用户群组进行背景流量下载需要的最大带宽为根据所述用户群组中单个用户终端进行背景流量下载需要的单位流量值与所述用户群组内的用户终端的数量确定的,
则,所述获取单元具体用于,获取所述运营商位置区域内需要进行背景流量下载的用户终端的数量;根据单个用户终端进行背景流量下载需要的单位流量值以及所述运营商位置区域内需要进行背景流量下载的用户终端的数量确定所述运营商位置区域的最大总带宽;所述运营商位置区域的网络状态信息包括:所述运营商位置区域内需要进行背景流量下载的用户终端的数量以及所述运营商位置区域的最大总带宽。
33.一种策略与计费制定设备,其特征在于,包括:
接收单元,用于接收与所述策略与计费制定设备对应的每一个运营商位置区域的网络状态信息;
生成单元,用于根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略以及各背景流量下载策略的策略标识;
发送单元,用于向应用服务器发送响应消息,所述响应消息包含各背景流量下载策略的策略标识。
34.根据权利要求33所述的策略与计费制定设备,其特征在于,所述背景流量下载策略包括:网络允许的下载时间窗、单个用户终端的最大下载速率以及单个用户终端的计费信息。
35.根据权利要求33所述的策略与计费制定设备,其特征在于,
所述接收单元还用于,接收开放平台发送的用户群组进行背景流量下载需要的时间窗。
36.根据权利要求35所述的策略与计费制定设备,其特征在于,还包括判断单元,
所述判断单元用于,在所述生成单元根据每一个运营商位置区域的网络状态信息生成每一个运营商位置区域的背景流量下载策略之前,针对每一个运营商位置区域,判断网络在所述用户群组进行背景流量下载需要的时间窗内是否满足所述运营商位置区域的背景流量下载请求;
所述生成单元用于,在所述判断单元确定网络在所述用户群组进行背景流量下载需要的时间窗内能够满足所述运营商位置区域的背景流量下载请求时,根据所述运营商位置区域的网络状态信息生成所述运营商位置区域的背景流量下载策略。
37.根据权利要求36所述的策略与计费制定设备,其特征在于,
所述生成单元还用于,在所述判断单元确定网络在所述用户群组进行背景流量下载需要的时间窗内不能满足所述运营商位置区域的背景流量下载请求时,生成与所述运营商位置区域对应的定时信息;则,所述响应消息中还包含定时信息。
38.根据权利要求37所述的策略与计费制定设备,其特征在于,
所述响应消息中还包括所述运营商位置区域的区域信息,以便所述应用服务器确认网络不能满足所述运营商位置区域的背景流量下载请求;其中,所述运营商位置区域的区域信息对应所述响应消息中的一个定时信息。
39.一种用于背景流量下载的***,其特征在于,包括:应用服务器、开放平台、运营管理设备以及策略与计费制定设备,
所述应用服务器为权利要求20~25任一项所述的应用服务器;
所述开放平台为权利要求26~30任一项所述的开放平台;
所述运营管理设备为权利要求31~32任一项所述的运营管理设备;
所述策略与计费制定设备为权利要求33~38任一项所述的策略与计费制定设备。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2014/087974 WO2016049866A1 (zh) | 2014-09-30 | 2014-09-30 | 一种背景流量下载方法、设备及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106797321A CN106797321A (zh) | 2017-05-31 |
CN106797321B true CN106797321B (zh) | 2019-11-12 |
Family
ID=55629293
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480082360.9A Active CN106797321B (zh) | 2014-09-30 | 2014-09-30 | 一种背景流量下载方法、设备及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106797321B (zh) |
WO (1) | WO2016049866A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019223658A1 (zh) * | 2018-05-21 | 2019-11-28 | 华为技术有限公司 | 一种确定背景流量传输策略的方法及装置 |
CN110519795B (zh) | 2018-05-21 | 2021-12-10 | 华为技术有限公司 | 一种确定背景流量传输策略的方法及装置 |
CN110933666A (zh) * | 2019-10-16 | 2020-03-27 | 珠海格力电器股份有限公司 | 定位模块控制方法及终端 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068148A (zh) * | 2007-04-19 | 2007-11-07 | 华为技术有限公司 | 策略和计费控制的方法及装置 |
CN101119211A (zh) * | 2007-09-18 | 2008-02-06 | 中兴通讯股份有限公司 | 一种公平用户策略的业务实现方法 |
CN101345633A (zh) * | 2007-07-10 | 2009-01-14 | 华为技术有限公司 | 一种应用的策略控制方法及装置 |
CN101472259A (zh) * | 2007-12-28 | 2009-07-01 | 华为技术有限公司 | 触发策略控制和计费功能的方法和装置 |
CN101801038A (zh) * | 2009-12-28 | 2010-08-11 | 华为技术有限公司 | 用户会话策略控制方法、装置及*** |
CN103607456A (zh) * | 2013-11-21 | 2014-02-26 | 厦门雅迅网络股份有限公司 | 一种集群移动终端的软件远程升级的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9654299B2 (en) * | 2012-09-19 | 2017-05-16 | Oracle International Corporation | Execution framework for policy management |
EP2901766A2 (en) * | 2012-09-27 | 2015-08-05 | Interdigital Patent Holdings, Inc. | End-to-end architecture, api framework, discovery, and access in a virtualized network |
-
2014
- 2014-09-30 WO PCT/CN2014/087974 patent/WO2016049866A1/zh active Application Filing
- 2014-09-30 CN CN201480082360.9A patent/CN106797321B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068148A (zh) * | 2007-04-19 | 2007-11-07 | 华为技术有限公司 | 策略和计费控制的方法及装置 |
CN101345633A (zh) * | 2007-07-10 | 2009-01-14 | 华为技术有限公司 | 一种应用的策略控制方法及装置 |
CN101119211A (zh) * | 2007-09-18 | 2008-02-06 | 中兴通讯股份有限公司 | 一种公平用户策略的业务实现方法 |
CN101472259A (zh) * | 2007-12-28 | 2009-07-01 | 华为技术有限公司 | 触发策略控制和计费功能的方法和装置 |
CN101801038A (zh) * | 2009-12-28 | 2010-08-11 | 华为技术有限公司 | 用户会话策略控制方法、装置及*** |
CN103607456A (zh) * | 2013-11-21 | 2014-02-26 | 厦门雅迅网络股份有限公司 | 一种集群移动终端的软件远程升级的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106797321A (zh) | 2017-05-31 |
WO2016049866A1 (zh) | 2016-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200267638A1 (en) | Network slice selection method and apparatus | |
US7366158B2 (en) | Connection device providing access point to wide area network | |
CN110120878A (zh) | 获取链路质量的方法和装置 | |
CN110769455A (zh) | 一种数据收集方法、设备及*** | |
CN108605383A (zh) | 无线通信***中执行用于基于网络切片的nr的小区规范过程的方法和装置 | |
CN109151913A (zh) | 一种服务质量的控制方法及相关装置 | |
JP2022504786A (ja) | 通信システムにおいてアプリケーションごとにポリシルールを実行するための方法およびデバイス | |
US8483177B2 (en) | Mobile terminal and method of performing handover | |
CN107105458B (zh) | 一种信息处理方法及装置 | |
CN111200565B (zh) | 一种信息传输方法、终端及网络设备 | |
CN106506633B (zh) | 一种业务分流方法、设备及*** | |
CN102577449B (zh) | 优先级业务激活、去激活方法、装置和*** | |
CN106535083B (zh) | 一种用于为远程ue提供服务的方法与设备 | |
CN110351899A (zh) | 释放用户面功能网元的方法和设备 | |
CN111586602B (zh) | 一种策略管理的方法及装置 | |
CN110177382A (zh) | 拥塞通知方法、相关设备和*** | |
CN113993094B (zh) | 通信方法、第一策略控制网元及通信*** | |
CN106797321B (zh) | 一种背景流量下载方法、设备及*** | |
KR20210143563A (ko) | 이동통신 네트워크에서 단말에 Deterministic Communication을 지원하는 방법 및 장치 | |
CN109495857A (zh) | 计费方法、移动边缘计算服务器、计费***及策略控制规则网元 | |
CN104144128B (zh) | 一种控制网络拥塞的方法和负荷感知功能 | |
CN103491517A (zh) | 一种pcc规则获取方法及设备 | |
CN101998513B (zh) | 控制pcrf负载均衡的方法、***及重定向dra | |
CN106101468B (zh) | 传输链路的确定方法及装置 | |
CN109673008A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |