CN103379043A - 一种网络拥塞的处理方法、系统和控制网元 - Google Patents
一种网络拥塞的处理方法、系统和控制网元 Download PDFInfo
- Publication number
- CN103379043A CN103379043A CN2012101323082A CN201210132308A CN103379043A CN 103379043 A CN103379043 A CN 103379043A CN 2012101323082 A CN2012101323082 A CN 2012101323082A CN 201210132308 A CN201210132308 A CN 201210132308A CN 103379043 A CN103379043 A CN 103379043A
- Authority
- CN
- China
- Prior art keywords
- network element
- flow
- flow compression
- compression
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/38—Flow control; Congestion control by adapting coding or compression rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种网络拥塞的处理方法,包括:控制网元决策是否启动流量压缩,如果启动,则向支持流量压缩的网元下发流量压缩指示;所述支持流量压缩的网元根据所述流量压缩指示,启动流量压缩。本发明还提供一种控制网元和一种网络拥塞的处理系统。
Description
技术领域
本发明涉及通信领域,具体的,涉及一种网络拥塞的处理方法、系统和控制网元。
背景技术
图1是第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)定义的策略和计费控制架构(Policy and Charging Control,简称为PCC)。
应用功能(Application Function,简称为AF)用于提供为业务制定控制策略所需的业务信息,例如业务开展所使用的因特网协议(Internet Protocol,简称为IP)地址、端口号,业务开展所需要的带宽、服务质量(Quality ofService)等信息。
策略和计费规则功能(Policy and Charging Rules Function,简称为PCRF)为业务使用网络资源进行QoS和计费策略的制订。PCRF制定所述控制策略需要结合从AF接收的业务信息,从用户签约数据库(Subscription ProfileRepository,简称为SPR)接收的用户签约信息,运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能(Policy and ChargingEnforcement Function,简称为PCEF)或者承载绑定和事件上报功能(BearerBinding and Event Report Function,简称为BBERF)执行。同时PCRF可以向PCEF和/或BBERF订阅承载层相关事件,以便当承载层发生所述事件时及时感知,并更改控制策略。
PCEF用于执行PCRF下发的或者PCEF上预配置的PCC规则,并将所述规则绑定到与之匹配的承载上。PCEF根据PCC规则中包含五元组信息对网络上传输的IP报文进行检测,当IP报文和某一个规则的五元组匹配的时候,则按照规则对所述IP报文进行相应的QoS和计费控制。同时如果当PCRF向PCEF订阅了相关承载层事件,并且当所述事件发生后,PCEF需要向PCRF及时上报所述事件。
当网络采用代理移动性IP(Proxy Mobility Internet Protocol,简称为PMIP)协议或者双栈移动性IP(Dual Stack Mobility Internet Protocol,简称为DSMIP)协议的时候,网络需要配置BBERF功能。BBERF主要接收PCRF下发的QoS规则,并将所述规则绑定到与之匹配的承载上。BBERF根据规则中包含的五元组信息对网络上传输的IP报文进行检测,当IP报文与五元组匹配的时候,对所述IP报文执行规则定义的QoS控制策略。同时如果当PCRF向BBERF订阅了相关承载层事件,并且当所述事件发生后,BBERF需要向PCRF及时上报所述事件。
SPR用于保存用户签约信息,为PCRF制订PCC规则提供必须的用户签约信息。在线计费系统(Online Charging System,简称为OCS)和离线计费系统(Offline Charging System,简称为OFCS)分别用于离线和在线计费。
PCRF分别通过Gx、Gxa接口实现和PCEF、BBERF的交互。
PCC架构对承载网络上传输的业务实施策略控制的原理如下:
首先PCRF在用户正式开展具体业务之前,需要和BBERF、PCEF之间分别建立网关控制会话、IP-CAN会话,并要建立网关控制会话和IP-CAN会话关联,以保证针对特定业务数据流在BBERF和PCEF上实施控制策略的一致性。
此后在业务开展过程中,由PCRF根据应用层协商业务信息、用户签约信息、运营商策略等为业务包含的业务数据流制订相应的策略,包含标识流的五元组信息、授权带宽等信息。并将策略以QoS规则形式下发给BBERF,以PCC规则形式下发给PCEF。当IP报文到达PCEF、BBERF时,首先根据规则中的五元组信息匹配IP报文,并将匹配上的IP报文使用对应的承载进行传输,并进行相应的计费,以实现对业务的有效控制。另外当业务开展过程中,发生业务信息的更改,例如终止了某一业务数据流,通过PCC也可以实时的释放业务所占的网络资源,达到对业务进行动态QoS控制的目的。
随着网络和终端设备的发展,大量用户通过智能终端接入Internet网络访问各种数据业务,一方面网络上的数据业务还在不断的丰富,例如各种视频服务,游戏服务等,另一方面使用智能终端的上网用户还在爆发式的增长。这对运营商的网络运营带来了冲击和挑战。大量的数据业务增加了网络负荷,甚至造成了网络拥塞(例如在车站、码头等热点区域)。大量的数据业务甚至侵占了语音服务的资源,使得传统的语音服务都得不到可靠的QoS保证。因此如何调整网络流量,减轻网络负荷,减少网络拥塞是运营商需要面临的问题。
当然运营商可以通过增加投资,扩充网络容量的方式来解决上述问题,这将增加投资成本。另一种方式是用压缩流量的方式减少网络负荷或拥塞。
RFC2616已经为终端设备定义了多种头标,其中Accept-Encoding字段定义了客户端可以理解的编码机制,支持流量压缩。如果对于不能支持流量压缩的终端设备,需要加装合适的浏览器软件,可以使原本不支持压缩机制的终端设备开启压缩功能。而对于网络设备,如果需要对流量进行压缩,则需要在返回给终端设备的HTTP包中包含Content-Encoding字段,以表明给客户端浏览器返回了被压缩的内容,客户端据此可以对压缩内容进行解压得到所需的数据。通过上述机制可以减少网络的数据流量,例如可以将HTTP1.1的web内容压缩成gzip格式进行传送,或者将一个16bit的TIFF图像经过重新编码压缩成一个只有8bit的TIFF图像传送。
通过这种流量压缩机制使得运营商可以在网络不扩容的情况下解决网络拥塞问题,有助于运营商节省硬件投资,但是从上述流量压缩的介绍也可以看出流量压缩机制对终端能力和网络能力存在依赖,并非所有终端和网络都支持这种机制。同时流量压缩也会造成部分数据丢失,影响用户体验。因此流量压缩机制并非网络必选功能,而是运营商需要根据用户和网络情况有选择性的运用。
发明内容
本发明要解决的技术问题提供一种网络拥塞的处理方法、系统和控制网元,实现网络拥塞处理,达到减少网络拥塞,保证用户业务体验的目的。
为了解决上述问题,本发明提供了一种网络拥塞的处理方法,包括:
控制网元决策是否启动流量压缩,如果启动,则向支持流量压缩的网元下发流量压缩指示;
所述支持流量压缩的网元根据所述流量压缩指示,启动流量压缩。
进一步的,上述方法还可具有以下特点,所述控制网元决策是否启动流量压缩包括:
所述控制网元根据如下信息之一或其组合决策是否启动流量压缩:用户信息,用户设备信息,应用服务信息,接入网络类型,位置信息,时间,网络拥塞情况。
进一步的,上述方法还可具有以下特点,所述用户信息包括用户等级;所述用户设备信息包括用户设备是否支持流量压缩的能力和/或所述用户设备的屏幕尺寸;所述应用服务信息包括服务类型,所述位置信息包括用户当前所处的位置。
进一步的,上述方法还可具有以下特点,所述流量压缩指示包括:启动流量压缩的指示,和/或,流量压缩方式。
5、如权利要求1至4任一所述的方法,其特征在于,所述控制网元为策略和计费规则功能PCRF。
进一步的,上述方法还可具有以下特点,所述支持流量压缩的网元为如下之一:策略和计费执行功能PCEF、承载绑定和事件上报功能BBERF、传输检测功能TDF、应用功能AF。
本发明还提供一种控制网元,包括:决策单元和发送单元,其中:
所述决策单元用于,决策是否启动流量压缩;
所述发送单元用于,所述决策单元决策启动流量压缩后,向支持流量压缩的网元下发流量压缩指示。
进一步的,上述控制网元还可具有以下特点,所述决策单元决策是否启动流量压缩包括:
所述决策单元根据如下信息之一或其组合决策是否启动流量压缩:用户信息,用户设备信息,应用服务信息,接入网络类型,位置信息,时间,网络拥塞情况。
进一步的,上述控制网元还可具有以下特点,所述用户信息包括用户等级;所述用户设备信息包括用户设备是否支持流量压缩的能力和/或所述用户设备的屏幕尺寸;所述应用服务信息包括服务类型,所述位置信息包括用户当前所处的位置。
进一步的,上述控制网元还可具有以下特点,所述流量压缩指示包括启动流量压缩的指示,和/或,流量压缩方式。
进一步的,上述控制网元还可具有以下特点,所述控制网元为策略和计费规则功能PCRF。
本发明还提供一种网络拥塞的处理系统,包括上述控制网元和支持流量压缩的网元,其中:
所述支持流量压缩的网元用于,收到所述控制网元发送的流量压缩指示后,根据所述流量压缩指示,启动流量压缩。
进一步的,上述系统还可具有以下特点,所述支持流量压缩的网元为如下之一:策略和计费执行功能PCEF、承载绑定和事件上报功能BBERF、传输检测功能TDF、应用功能AF。
本发明提供了一种拥塞处理方法和系统,使得网络可以根据用户设备的能力,网络拥塞情况等决策是否为用户开展的业务启动流量压缩,从而可以达到减少网络拥塞,减轻网络负荷的目的。
附图说明
图1是现有技术的PCC架构图;
图2是本发明实施例一的流程图;
图3是本发明实施例二的流程图;
图4是本发明实施例三的流程图;
图5是本发明实施例四的流程图;
图6是本发明实施例控制网元框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例提供一种网络拥塞的处理方法,包括:
控制网元决策是否启动流量压缩,如果启动,向支持流量压缩的网元下发流量压缩指示,所述支持流量压缩的网元根据所述流量压缩指示,启动流量压缩。
具体的,所述控制网元决策是否启动流量压缩,包括:控制网元根据用户信息,用户设备信息,应用服务信息,接入网络类型,位置信息,时间,网络拥塞情况的一种或几种的任意组合决策是否启动流量压缩。本发明不限于上述信息,也可根据其他信息决策是否启动流量压缩。
所述用户信息包括用户等级,用户设备信息包括用户设备是否支持流量压缩的能力,设备屏幕尺寸,应用服务信息包括服务类型,位置信息表示用户当前所处的位置。
具体的,所述流量压缩指示包括:启动流量压缩的指示,和/或,流量压缩方式。
其中,所述控制网元可以为策略和计费规则功能PCRF。
其中,所述支持流量压缩的网元可以为如下之一:策略和计费执行功能PCEF、承载绑定和事件上报功能BBERF、传输检测功能TDF、应用功能AF。也可以是其他支持流量压缩的网元。
实施例一
本实施例描述的是PCRF根据当前网络拥塞情况,用户终端设备的能力决策是否为用户开展的业务进行流量压缩传输,其流程描述如下:
201.用户终端设备附着到网络,发起附着流程,并将用户设备的能力发送给网络,所述用户设备能力用于描述是否支持流量压缩,用户设备的屏幕尺寸等。
202.PCEF收到附着请求后,向PCRF发起IP-CAN会话建立请求,并将所述用户设备能力发送给PCRF。
203.PCRF根据请求消息中携带的用户标识,从SPR中获取用户签约信息,例如用户等级,分配给用户的带宽,允许用户访问的业务等信息。
204.PCRF向PCEF返回IP-CAN会话建立成功的响应。
205.终端设备开展业务,完成和应用服务器之间的业务协商。
206.AF将业务协商信息下发给PCRF。所述业务协商信息包括业务包含的媒体类型,业务流所述的带宽,以及采用的编解码方式等。
207.PCRF收到所述业务协商信息之后,从网管中心获取网络拥塞状况。所述网管中心用于统计网络流量状况并分析网络拥塞状态。本实施例中采用所述网管中心管理网络拥塞状态,实际运营中,具备感知网络拥塞状态的其他网元也可以应用于向PCRF报告网络拥塞状态。
所述PCRF获取网络拥塞状态的实现可以有多种,例如可以由网管中心定时主动向PCRF报告;或者应PCRF请求,网管中心向PCRF报告;或者设置一个流量阈值,当网络中的流量超出所述阈值时,所述网管中心向PCRF报告。
208.根据业务协商信息,网络拥塞状态,用户设备能力信息,用户签约信息以及运营策略,PCRF为所述业务使用网络QoS资源进行策略决策。由于从207步获取此时网络处于拥塞状态,并且用户设备能力信息指示所述终端设备支持流量压缩,且终端屏幕较小,即使业务数据压缩也对用户体验影响较小,因此PCRF决策为所述业务启动流量压缩。
209.PCRF向AF返回流量压缩的指示,指示启动流量压缩传输。
210.根据所述指示,应用服务器和终端之间进行业务的重协商,包括重新使用的编码等方式的协商。
211.AF将协商之后的业务信息重新下发给PCRF。
212.PCRF根据业务信息等再次对所述业务进行策略决策。
213.PCRF将授权QoS策略下发给PCEF执行。
214.终端设备和应用服务器之间按照协商的方式对业务数据流启动流量压缩传输。
实施例二
本实施例二描述的是网络中部署有专门支持流量压缩的网关,用户和网络交互的数据都经过所述压缩网关。根据需要,PCRF可以决策向压缩网关发送压缩指示,以此实现流量压缩。其流程实现如下描述:
301.用户终端设备附着到网络,发起附着流程,并将用户设备的能力发送给网络,所述用户设备能力用于描述是否支持流量压缩,用户设备的屏幕尺寸等。
302.PCEF收到附着请求后,向PCRF发起IP-CAN会话建立请求,并将所述用户设备能力发送给PCRF。
303.根据请求消息中携带的用户标识,PCRF从SPR中获取用户签约信息,例如用户等级,分配给用户的带宽,允许用户访问的业务等信息。
304.PCRF向PCEF返回IP-CAN会话建立成功的响应。
305.终端设备开展业务,完成和应用服务器之间的业务协商。
306.AF将业务协商信息下发给PCRF。
307.PCRF收到所述业务协商信息之后,从网管中心获取网络拥塞状况。其实现过程和步骤207相同。
308.根据业务协商信息,网络拥塞状态,用户设备能力信息,用户签约信息以及运营策略,PCRF为所述业务使用网络QoS资源进行策略决策。由于从307步获取此时网络处于拥塞状态,因此PCRF决策为所述业务启动流量压缩。
309.PCRF将授权QoS策略下发给PCEF执行。
310.同时PCRF向所述压缩网关设备下发启动流量压缩的指示。
311.根据所述指示,压缩网关对所述业务数据流启动流量压缩。
312.终端设备和应用服务器之间的交互的所述业务数据进行压缩传送。
实施例三
本实施例描述的是现有承载网络网元如果支持流量压缩功能,则采用所述网元实现流量压缩。所述承载网络网元可以是PCEF,BBERF,TDF(TrafficDetection Function,传输检测功能)。为了描述方便,本实施例仅以PCEF为例。用于决策网络启动流量压缩的PCRF根据用户设备的能力,用户等级以及网络拥塞情况来决定是否启动流量压缩机制,并向PCEF下发启动流量压缩指示,其流程描述如下:
401.终端设备附着到网络,将用户设备能力发送给网络。
402.当用户附着到网络的时候,PCEF向PCRF发起IP-CAN会话建立请求,通过所述请求将用户设备能力,以及用户信息上报给PCRF,例如用户设备是否支持流量压缩,所述用户设备的屏幕尺寸等。
403.PCRF接收到所述IP-CAN会话建立请求,根据用户信息从SPR获取对应用户的签约信息,例如用户等级,用户的签约业务,用户的签约QoS等。
404.PCRF保存从PCEF,SPR收到的上述信息,并向PCEF返回IP-CAN会话建立成功的响应,同时PCRF向PCEF订阅网络拥塞情况,要求当承载网络发生拥塞的时候,PCEF将所述拥塞状态上报给PCRF。
本实施例描述的是PCRF从PCEF获取网络拥塞状态。如果承载网络网元(以PCEF为例)能够感知网络拥塞状况,则PCRF可以通过向PCEF订阅网络拥塞状态事件来获取网络拥塞状态。
405.一旦网络发生拥塞,PCEF向PCRF上报拥塞状态。该步骤为可选,如果网络没有发生拥塞,则不会发生该步骤。
406.用户开展业务和AF之间完成业务协商。
407.AF将业务协商信息下发给PCRF,所述业务信息中包含业务标识、业务对QoS的要求等。
408.PCRF接收到所述业务信息之后,结合用户信息,用户设备信息,网络拥塞情况等为所述业务决策是否启动流量压缩。例如:
用户设备使用的是小尺寸屏幕设备,用户为铜牌用户,且此时网络处于拥塞状态,则PCRF决策对用户开展的所述业务启动流量压缩。同时PCRF根据业务信息以及用户签约信息等对所述业务使用的QoS进行策略决策。
409.PCRF将控制策略下发给PCEF,同时向PCEF下发对所述业务启动流量压缩的指示。
410.PCEF收到所述控制策略之后,安装所述策略,同时根据PCRF下发的启动流量压缩的指示,对用户开展的所述业务启动流量压缩。
411.当PCEF检测到所述业务对应的IP报文之后,对所述IP报文启动流量压缩。当用户设备接收到所述压缩报文之后,对所述报文启动解压。
上述实施例描述的是PCEF支持流量压缩功能。如果PCEF不支持流量压缩功能,则当PCEF收到PCRF下发的启动流量压缩的指示后,需要将所述指示提供给支持所述压缩功能的网元。
实施例四
本实施例描述的是PCRF根据业务信息,网络拥塞情况等决策是否对TDF检测的业务启动流量压缩。例如对于用户通过智能终端启动视频下载。由于所述下载业务将会占用大量网络资源,甚至可能影响到网络上传输的其他业务。而如果用户下载视频所使用的智能终端是小屏幕终端,那么结合所述智能终端的尺寸对所述下载业务启动压缩,即使损失了部分数据(例如将高清压缩成普通)也不会对用户体验造成重大影响,本实施例描述的是结合终端设备能力对视频下载业务启动流量压缩,其流程描述如下:
500.终端设备附着到网络,将用户设备能力发送给网络。
501.当用户附着到网络的时候,PCEF向PCRF发起IP-CAN会话建立请求,通过所述请求将用户设备能力,以及用户信息上报给PCRF,例如用户设备是否支持流量压缩,所述用户设备的屏幕尺寸等。
502.PCRF接收到所述IP-CAN会话建立请求,根据用户信息从SPR获取对应用户的签约信息,例如用户等级,用户的签约业务,用户的签约QoS等。
503.PCRF保存从PCEF,SPR收到的上述信息,并向PCEF返回IP-CAN会话建立成功的响应,同时PCRF向PCEF订阅网络拥塞情况,要求当承载网络发生拥塞的时候,PCEF将所述拥塞状态上报给PCRF。
504.PCRF与TDF之间建立TDF会话,并下发ADC(Application Detectionand Control,应用检测和控制)规则,要求TDF检测到P2P下载业务时上报。
505.此时所述用户启动视频下载。
506.根据ADC规则,TDF检测到所述下载应用。
507.TDF将检测到的业务信息上报给PCRF。
508.PCRF从网管中心获取网络拥塞状况。
509.根据网络拥塞状况,用户设备的能力(例如是否支持流量压缩,终端设备的屏幕尺寸等)PCRF决策为所述业务启动流量压缩。
情况A:
510a.如果TDF支持流量压缩,则PCRF向TDF下发控制策略,并下发流量压缩指示。
所述启动流量压缩的指示可以指明具体采用的流量压缩方式。如果执行流量压缩的网关可以支持多种流量压缩方式,则PCRF下发控制策略时应指明具体的流量压缩方式。
511a.根据指示TDF对所述业务数据流启动流量压缩。
情况B:
510b.如果PCEF支持流量压缩,且507步中TDF上报的业务信息中包含有业务流的五元组信息,则PCRF向PCEF下发针对所述业务的控制策略,同时下发启动流量压缩的指示。
511b.PCEF按照PCRF下发的启动流量压缩指示说明对所述下载业务启动流量压缩。
512.对所述用户的下载业务启动压缩方式的传输。
本发明实施例还提供一种控制网元,如图6所示,包括:决策单元和发送单元,其中:
所述决策单元用于,决策是否启动流量压缩;
所述发送单元用于,所述决策单元决策启动流量压缩后,向支持流量压缩的网元下发流量压缩指示。
其中,所述决策单元决策是否启动流量压缩包括:
所述决策单元根据如下信息之一或其组合决策是否启动流量压缩:用户信息,用户设备信息,应用服务信息,接入网络类型,位置信息,时间,网络拥塞情况。
其中,所述用户信息包括用户等级;所述用户设备信息包括用户设备是否支持流量压缩的能力和/或所述用户设备的屏幕尺寸;所述应用服务信息包括服务类型,所述位置信息包括用户当前所处的位置。
其中,所述流量压缩指示包括启动流量压缩的指示,和/或,流量压缩方式。
其中,所述控制网元为策略和计费规则功能PCRF。
本发明实施例还提供一种网络拥塞的处理系统,包括:上述控制网元和支持流量压缩的网元,其中:
所述支持流量压缩的网元用于,收到所述控制网元发送的流量压缩指示后,根据所述流量压缩指示,启动流量压缩。
另外,本发明还可以支持PCRF根据用户设备的地理位置,时间等决策是否为用户开展的业务启动流量压缩。例如对于一些热点区域,比如车站等,在人流高峰期间,网络自动启动流量压缩机制,其实现是:当用户附着到网络的时候,PCEF将用户设备能力,用户位置信息(小区信息,基站信息)等上报给PCRF。当PCRF为用户开展业务进行策略决策的时候,根据用户位置信息判断所述用户是否位于特点区域,同时判断当前时间是否为上班高峰时间。如果此时是高峰时间,并且用户位于热点区域,则PCRF决策为所述业务启动流量压缩,并向支持流量压缩的网元下发启动流量压缩的指示。据此,对所述业务启动流量压缩。
本发明中使用PCRF为用户开展业务是否启动流量压缩进行决策,同样也可以被其他支持所述功能的网元替代。
综上所述,通过上述实施例,本发明提供了一种拥塞处理方法和系统,使得网络可以根据用户设备的能力,网络拥塞情况等决策是否为用户开展的业务启动流量压缩,从而可以达到减少网络拥塞,减轻网络负荷的目的。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种网络拥塞的处理方法,其特征在于,包括:
控制网元决策是否启动流量压缩,如果启动,则向支持流量压缩的网元下发流量压缩指示;
所述支持流量压缩的网元根据所述流量压缩指示,启动流量压缩。
2.如权利要求1所述的方法,其特征在于,所述控制网元决策是否启动流量压缩包括:
所述控制网元根据如下信息之一或其组合决策是否启动流量压缩:用户信息,用户设备信息,应用服务信息,接入网络类型,位置信息,时间,网络拥塞情况。
3.如权利要求2所述的方法,其特征在于,所述用户信息包括用户等级;所述用户设备信息包括用户设备是否支持流量压缩的能力和/或所述用户设备的屏幕尺寸;所述应用服务信息包括服务类型,所述位置信息包括用户当前所处的位置。
4.如权利要求1所述的方法,其特征在于,所述流量压缩指示包括:启动流量压缩的指示,和/或,流量压缩方式。
5.如权利要求1至4任一所述的方法,其特征在于,所述控制网元为策略和计费规则功能PCRF。
6.如权利要求1至4任一所述的方法,其特征在于,所述支持流量压缩的网元为如下之一:策略和计费执行功能PCEF、承载绑定和事件上报功能BBERF、传输检测功能TDF、应用功能AF。
7.一种控制网元,其特征在于,包括:决策单元和发送单元,其中:
所述决策单元用于,决策是否启动流量压缩;
所述发送单元用于,所述决策单元决策启动流量压缩后,向支持流量压缩的网元下发流量压缩指示。
8.如权利要求7所述的控制网元,其特征在于,所述决策单元决策是否启动流量压缩包括:
所述决策单元根据如下信息之一或其组合决策是否启动流量压缩:用户信息,用户设备信息,应用服务信息,接入网络类型,位置信息,时间,网络拥塞情况。
9.如权利要求8所述的控制网元,其特征在于,所述用户信息包括用户等级;所述用户设备信息包括用户设备是否支持流量压缩的能力和/或所述用户设备的屏幕尺寸;所述应用服务信息包括服务类型,所述位置信息包括用户当前所处的位置。
10.如权利要求7所述的控制网元,其特征在于,所述流量压缩指示包括启动流量压缩的指示,和/或,流量压缩方式。
11.如权利要求7所述的控制网元,其特征在于,所述控制网元为策略和计费规则功能PCRF。
12.一种网络拥塞的处理系统,其特征在于,包括如权利要求7至11任一所述的控制网元和支持流量压缩的网元,其中:
所述支持流量压缩的网元用于,收到所述控制网元发送的流量压缩指示后,根据所述流量压缩指示,启动流量压缩。
13.如权利要求12所述的系统,其特征在于,所述支持流量压缩的网元为如下之一:策略和计费执行功能PCEF、承载绑定和事件上报功能BBERF、传输检测功能TDF、应用功能AF。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101323082A CN103379043A (zh) | 2012-04-28 | 2012-04-28 | 一种网络拥塞的处理方法、系统和控制网元 |
PCT/CN2013/072977 WO2013159617A1 (zh) | 2012-04-28 | 2013-03-21 | 一种网络拥塞的处理方法、系统和控制网元 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012101323082A CN103379043A (zh) | 2012-04-28 | 2012-04-28 | 一种网络拥塞的处理方法、系统和控制网元 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103379043A true CN103379043A (zh) | 2013-10-30 |
Family
ID=49463614
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012101323082A Pending CN103379043A (zh) | 2012-04-28 | 2012-04-28 | 一种网络拥塞的处理方法、系统和控制网元 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103379043A (zh) |
WO (1) | WO2013159617A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015067095A1 (zh) * | 2013-11-11 | 2015-05-14 | 华为技术有限公司 | 一种通信优化方法、设备及系统 |
WO2015100667A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种通知接入网拥塞状态的方法和装置 |
WO2017114220A1 (zh) * | 2015-12-30 | 2017-07-06 | 华为技术有限公司 | 一种用户终端数量的监控方法及相关设备 |
WO2017152830A1 (en) * | 2016-03-07 | 2017-09-14 | Huawei Technologies Co., Ltd. | Control channel compression upon congestion detection |
US10813101B2 (en) | 2016-05-10 | 2020-10-20 | Huawei Technologies Co., Ltd. | QoS resource allocation method and apparatus |
CN112311686A (zh) * | 2020-09-27 | 2021-02-02 | 长沙市到家悠享网络科技有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN112637886A (zh) * | 2019-09-24 | 2021-04-09 | 深圳市万普拉斯科技有限公司 | 基站与终端的通信资源共享方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101026566A (zh) * | 2007-02-13 | 2007-08-29 | 华为技术有限公司 | 一种提高接入设备服务带宽的方法、系统及其装置 |
CN101094180A (zh) * | 2007-07-20 | 2007-12-26 | 杭州华三通信技术有限公司 | 一种对压缩后流量进行监管的方法及装置 |
CN101394291A (zh) * | 2007-09-17 | 2009-03-25 | 华为技术有限公司 | 一种处理业务的方法、装置及系统 |
CN101472295A (zh) * | 2007-12-27 | 2009-07-01 | 中国移动通信集团公司 | 一种拥塞控制方法和装置 |
WO2011120257A1 (zh) * | 2010-04-02 | 2011-10-06 | 中兴通讯股份有限公司 | 一种家庭网络的资源接纳控制方法及系统 |
-
2012
- 2012-04-28 CN CN2012101323082A patent/CN103379043A/zh active Pending
-
2013
- 2013-03-21 WO PCT/CN2013/072977 patent/WO2013159617A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101026566A (zh) * | 2007-02-13 | 2007-08-29 | 华为技术有限公司 | 一种提高接入设备服务带宽的方法、系统及其装置 |
CN101094180A (zh) * | 2007-07-20 | 2007-12-26 | 杭州华三通信技术有限公司 | 一种对压缩后流量进行监管的方法及装置 |
CN101394291A (zh) * | 2007-09-17 | 2009-03-25 | 华为技术有限公司 | 一种处理业务的方法、装置及系统 |
CN101472295A (zh) * | 2007-12-27 | 2009-07-01 | 中国移动通信集团公司 | 一种拥塞控制方法和装置 |
WO2011120257A1 (zh) * | 2010-04-02 | 2011-10-06 | 中兴通讯股份有限公司 | 一种家庭网络的资源接纳控制方法及系统 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015067095A1 (zh) * | 2013-11-11 | 2015-05-14 | 华为技术有限公司 | 一种通信优化方法、设备及系统 |
CN104640150A (zh) * | 2013-11-11 | 2015-05-20 | 华为技术有限公司 | 一种通信优化方法、设备及系统 |
WO2015100667A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种通知接入网拥塞状态的方法和装置 |
WO2017114220A1 (zh) * | 2015-12-30 | 2017-07-06 | 华为技术有限公司 | 一种用户终端数量的监控方法及相关设备 |
CN106937323A (zh) * | 2015-12-30 | 2017-07-07 | 华为技术有限公司 | 一种用户终端数量的监控方法及相关设备 |
CN108781190A (zh) * | 2016-03-07 | 2018-11-09 | 华为技术有限公司 | 基于拥塞检测的控制通道压缩 |
WO2017152830A1 (en) * | 2016-03-07 | 2017-09-14 | Huawei Technologies Co., Ltd. | Control channel compression upon congestion detection |
US10374964B2 (en) | 2016-03-07 | 2019-08-06 | Huawei Technologies Co., Ltd. | Control channel compression upon congestion detection |
CN108781190B (zh) * | 2016-03-07 | 2021-02-05 | 华为技术有限公司 | 缓解网络中控制通道上的拥塞的方法及网络中的节点 |
US10813101B2 (en) | 2016-05-10 | 2020-10-20 | Huawei Technologies Co., Ltd. | QoS resource allocation method and apparatus |
CN112637886A (zh) * | 2019-09-24 | 2021-04-09 | 深圳市万普拉斯科技有限公司 | 基站与终端的通信资源共享方法及系统 |
CN112311686A (zh) * | 2020-09-27 | 2021-02-02 | 长沙市到家悠享网络科技有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN112311686B (zh) * | 2020-09-27 | 2022-09-30 | 长沙市到家悠享网络科技有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2013159617A1 (zh) | 2013-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11083033B2 (en) | Small data usage enablement in 3GPP networks | |
CN100546258C (zh) | 实现策略与计费控制的方法、装置和系统 | |
CN101841797B (zh) | 一种终端通过多接入网接入的计费方法和系统及上报方法 | |
RU2513711C2 (ru) | Триггер события услуги | |
CN101453722B (zh) | 实现策略与计费控制的方法、装置和系统 | |
CN103379043A (zh) | 一种网络拥塞的处理方法、系统和控制网元 | |
EP2521305B1 (en) | Method, device and system for controlling user session policy | |
JP6406259B2 (ja) | 通信装置、制御装置、通信方法、制御方法およびプログラム | |
EP2566197A1 (en) | Policy application method for machine type communication and policy and charging enforcement function | |
WO2012083795A1 (zh) | 业务控制方法、装置及系统 | |
JP2015524194A (ja) | アクセスネットワーク発見および選択のための方法、システム、およびコンピュータ読取可能媒体 | |
CN101399679A (zh) | 获取策略和计费执行功能能力的方法及设备 | |
EP2785105B1 (en) | Bearer mode selection method, packet gateway and policy and charging control function entity | |
CN113993094B (zh) | 通信方法、第一策略控制网元及通信系统 | |
CN104066115A (zh) | 无线接入网络拥塞管理方法及装置、拥塞策略管理方法及系统 | |
WO2014032289A1 (zh) | 带宽控制方法、装置及系统 | |
CN101730048A (zh) | 一种信息传输方法及系统 | |
CN104144128B (zh) | 一种控制网络拥塞的方法和负荷感知功能 | |
CN103391529A (zh) | 业务推送方法及装置 | |
EP3101926B1 (en) | Charging processing method, centralized network control node and function node | |
US8493878B2 (en) | Flexible parameter cache for machine type connections | |
JP6477476B2 (ja) | 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム | |
US20230179437A1 (en) | Quality of Service Dependent Policy Rules | |
CN103856924A (zh) | 一种pcc策略实现的方法和装置 | |
CN105162610A (zh) | 接入网信息发送方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20131030 |