CN110944343B - 一种aac和pcrf之间的交互方法 - Google Patents
一种aac和pcrf之间的交互方法 Download PDFInfo
- Publication number
- CN110944343B CN110944343B CN201911266360.5A CN201911266360A CN110944343B CN 110944343 B CN110944343 B CN 110944343B CN 201911266360 A CN201911266360 A CN 201911266360A CN 110944343 B CN110944343 B CN 110944343B
- Authority
- CN
- China
- Prior art keywords
- pcrf
- aac
- qos
- parameters
- management platform
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
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)
Abstract
一种AAC和PCRF之间的交互方法,包括:步骤一、AAC从PCC管理平台发来的QOS修改请求消息的AVP字段中提取若干参数,将提取参数和本地缓存的所有修改请求参数记录进行比对,判断在本地缓存中是否存在有重复的修改请求参数记录,如果是,则继续下一步;如果否,则将QOS修改请求消息中的所有参数作为一条修改请求参数记录保存到本地缓存中,然后向PCRF转发QOS修改请求,并将PCRF返回结果通知PCC管理平台,本流程结束;步骤二、AAC更新加速时间定时器,然后向PCC管理平台返回一条修改状态通知消息。本发明属于信息技术领域,能有效降低AAC和PCRF交互业务中的无效操作、增加业务承载量和减少响应时延。
Description
技术领域
本发明涉及一种AAC和PCRF之间的交互方法,属于信息技术领域。
背景技术
AAC(Application Access Control)应用接入控制网元,是PCC(Policy andCharging Control)管理平台创建及修改QOS(Quality of Service)保证关键网元。
在现有技术中,AAC当收到PCC管理平台发来的创建或修改QOS请求时,会将这些请求转发给PCRF,由PCRF对请求进行处理,最后再由AAC将PCRF的返回结果通知PCC管理平台。由于在目前现网环境的巨量请求下,存在有重复的创建和修改请求操作,即PCC管理平台会向AAC发送大量重复的请求创建和修改消息,这些无效操作极大的增加了信令链路和PCRF的负荷,降低了AAC的业务承载量。
但在目前3GPP的规范下,该技术问题没有得到较好的解决方案。因此,如何能有效降低AAC和PCRF交互业务中的无效操作、增加业务承载量和减少AAC与PCC管理平台之间的响应时延,已经成为技术人员普遍关注的技术问题。
发明内容
有鉴于此,本发明的目的是提供一种AAC和PCRF之间的交互方法,能有效降低AAC和PCRF交互业务中的无效操作、增加业务承载量和减少AAC与PCC管理平台之间的响应时延。
为了达到上述目的,本发明提供了一种AAC和PCRF之间的交互方法,包括有:
步骤一、AAC从PCC管理平台发送来的QOS修改请求消息的AVP字段中提取若干参数,然后将提取参数和本地缓存的所有修改请求参数记录进行比对,判断在本地缓存中是否存在有与所提取参数重复的修改请求参数记录,如果是,则继续下一步;如果否,则将QOS修改请求消息中的所有参数作为一条修改请求参数记录保存到本地缓存中,然后向PCRF转发QOS修改请求,并将PCRF的返回结果通知PCC管理平台,本流程结束;
步骤二、AAC更新加速时间定时器,然后向PCC管理平台返回一条修改状态通知消息,
步骤一中的提取参数是:Media-Component-Description、Media-Sub-Component、Flow-Description、Max-Requested-Bandwidth-UL、Max-Requested-Bandwidth-DL。
与现有技术相比,本发明的有益效果是:本发明中AAC当接收到重复的QOS修改请求消息时,会拦截该QOS修改请求消息,不向PCRF转发,同时更新该QOS保证的有效时间,并立即向PCC管理平台返回修改响应通知,从而可以有效降低修改时的无效操作,减少PCRF修改请求量,同样减少PCRF反向RAR通知的请求量,增加AAC承载量,减少AAC与PCC管理平台之间的响应时延;当接收到重复的创建QOS请求消息时,AAC会将创建QOS请求消息转化成一条QOS修改请求消息,从而能进一步降低PCRF网元链路压力,减少PCRF创建时的判重操作。
附图说明
图1是本发明一种AAC和PCRF之间的交互方法的流程图。
图2是当PCC管理平台向ACC发送一条重复的QOS修改请求消息时,现有技术中PCC管理平台、ACC和PCRF之间的信令交互流程图。
图3是当PCC管理平台向ACC发送一条重复的QOS修改请求消息时,本发明中PCC管理平台、ACC和PCRF之间的信令交互流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
如图1所示,本发明一种AAC和PCRF之间的交互方法,包括有:
步骤一、AAC从PCC管理平台发送来的QOS修改请求消息的AVP字段中提取若干参数,然后将提取参数和本地缓存的所有修改请求参数记录进行比对,判断在本地缓存中是否存在有与所提取参数重复的修改请求参数记录,如果是,则继续下一步;如果否,则将QOS修改请求消息中的所有参数作为一条修改请求参数记录保存到本地缓存中,然后向PCRF转发QOS修改请求,并将PCRF的返回结果通知PCC管理平台,本流程结束;
步骤二、AAC更新加速时间定时器,然后向PCC管理平台返回一条修改状态通知消息。
步骤一中的提取参数可以是:Media-Component-Description、Media-Sub-Component、Flow-Description、Max-Requested-Bandwidth-UL、Max-Requested-Bandwidth-DL。
步骤二可以进一步包括有:
AAC创建一条AAR-U结构请求消息,将QOS修改请求消息中请求修改的参数和本地缓存中重复的修改请求参数记录进行比对,判断是否只有有效时间参数被修改?如果是,则直接向PCC管理平台返回修改状态通知消息;如果否,则向PCRF发送AAR-U结构请求消息,并将PCRF的返回结果通知给PCC管理平台。
这样,AAC在接收到QOS修改请求消息时,检查其AVP中的某些参数是否和本地缓存中的某条修改请求参数记录存在重复,如果重复,则拦截该QOS修改请求消息,不向PCRF转发,同时更新该QOS保证的有效时间,并立即向PCC管理平台返回修改响应通知。为了更清楚的表明本发明的技术效果,以PCC管理平台向ACC发送一条重复的QOS修改请求消息为例,图2示出了现有技术中PCC管理平台、ACC和PCRF之间的信令交互流程,图3示出了本发明中PCC管理平台、ACC和PCRF之间的信令交互流程。通过图2、3的对比可以明显看出,本发明可以有效降低修改时的无效操作,减少PCRF修改请求量,同样减少PCRF反向RAR通知的请求量,增加AAC承载量。
同时,当AAC收到PCC管理平台发送来的创建QOS请求消息时,AAC也会检查其AVP中的某些参数是否和本地缓存中的某条请求参数记录存在重复,如果重复,则将创建QOS请求消息转化成一条QOS修改请求消息,从而降低PCRF网元链路压力,减少PCRF创建时的判重操作。本发明中,当PCC管理平台向AAC发送创建QOS请求消息时,还可以包括有:
步骤A、AAC从PCC管理平台发送来的创建QOS请求消息的AVP字段中提取若干标识来源的参数,然后将所提取的标识来源参数和本地缓存的所有创建请求参数记录进行比对,判断在本地缓存中是否存在有与所提取的标识来源参数重复的创建请求参数记录,如果是,则表示该来源会话已经创建,将创建QOS请求消息转化成一条PCC管理平台发送来的QOS修改请求消息,然后继续步骤一;如果否,则表示该创建QOS请求消息为第一次创建请求,将创建QOS请求消息中的所有参数作为一条创建请求参数记录保存到本地缓存中,然后创建一条AAR-I结构请求消息,将所创建的AAR-I结构请求消息下发至PCRF,最后将PCRF返回的结果通知PCC管理平台。
步骤A中,标识来源的参数可以是:AF-Application-Identifier、Framed-IP-Addres或Framed-Ipv6-Prefix、Subscription-Id-Data、IP-Domain-Id。
根据3GPP标准,AAC向PCRF发起的请求消息为AAR(即AA-Request)结构,AAR-I是AAC向PCRF请求QOS创建时的结构请求消息,其AVP字段Rx-Request-Type为INITIAL_REQUEST(0);AAR-U是AAC向PCRF请求QOS修改时的结构请求消息,其AVP字段Rx-Request-Type为UPDATE_REQUEST(1)。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (3)
1.一种AAC和PCRF之间的交互方法,其特征在于,包括有:
步骤一、AAC从PCC管理平台发送来的QOS修改请求消息的AVP字段中提取若干参数,然后将提取参数和本地缓存的所有修改请求参数记录进行比对,判断在本地缓存中是否存在有与所提取参数重复的修改请求参数记录,如果是,则继续下一步;如果否,则将QOS修改请求消息中的所有参数作为一条修改请求参数记录保存到本地缓存中,然后向PCRF转发QOS修改请求,并将PCRF的返回结果通知PCC管理平台,本流程结束;
步骤二、AAC更新加速时间定时器,然后向PCC管理平台返回一条修改状态通知消息,
步骤一中的提取参数是:Media-Component-Description、Media-Sub-Component、Flow-Description、Max-Requested-Bandwidth-UL、Max-Requested-Bandwidth-DL。
2.根据权利要求1所述的方法,其特征在于,步骤二进一步包括有:
AAC创建一条AAR-U结构请求消息,将QOS修改请求消息中请求修改的参数和本地缓存中重复的修改请求参数记录进行比对,判断是否只有有效时间参数被修改,如果是,则直接向PCC管理平台返回修改状态通知消息;如果否,则向PCRF发送AAR-U结构请求消息,并将PCRF的返回结果通知给PCC管理平台,其中,AAR-U是AAC向PCRF请求QOS修改时的结构请求消息,其AVP字段Rx-Request-Type为UPDATE_REQUEST(1)。
3.根据权利要求1所述的方法,其特征在于,当PCC管理平台向AAC发送创建QOS请求消息时,还包括有:
步骤A、AAC从PCC管理平台发送来的创建QOS请求消息的AVP字段中提取若干标识来源的参数,然后将所提取的标识来源参数和本地缓存的所有创建请求参数记录进行比对,判断在本地缓存中是否存在有与所提取的标识来源参数重复的创建请求参数记录,如果是,则将创建QOS请求消息转化成一条PCC管理平台发送来的QOS修改请求消息,然后继续步骤一;如果否,则将创建QOS请求消息中的所有参数作为一条创建请求参数记录保存到本地缓存中,然后创建一条AAR-I结构请求消息,将所创建的AAR-I结构请求消息下发至PCRF,最后将PCRF返回的结果通知PCC管理平台,其中,AAR-I是AAC向PCRF请求QOS创建时的结构请求消息,其AVP字段Rx-Request-Type为INITIAL_REQUEST(0),
步骤A中,标识来源的参数是:AF-Application-Identifier、Framed-IP-Addres或Framed-Ipv6-Prefix、Subscription-Id-Data、IP-Domain-Id。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911266360.5A CN110944343B (zh) | 2019-12-11 | 2019-12-11 | 一种aac和pcrf之间的交互方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911266360.5A CN110944343B (zh) | 2019-12-11 | 2019-12-11 | 一种aac和pcrf之间的交互方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110944343A CN110944343A (zh) | 2020-03-31 |
CN110944343B true CN110944343B (zh) | 2023-03-24 |
Family
ID=69910399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911266360.5A Active CN110944343B (zh) | 2019-12-11 | 2019-12-11 | 一种aac和pcrf之间的交互方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110944343B (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009631A (zh) * | 2006-01-24 | 2007-08-01 | 华为技术有限公司 | 一种QoS控制方法和系统 |
CN101047981B (zh) * | 2006-04-25 | 2010-05-12 | 华为技术有限公司 | 一种实现服务质量协商机制的系统和方法 |
CN101860836B (zh) * | 2009-04-13 | 2013-09-25 | 华为技术有限公司 | 策略和计费控制的处理方法、系统及设备 |
CN103024824B (zh) * | 2011-09-27 | 2017-04-12 | 中兴通讯股份有限公司 | 一种策略与计费规则的服务质量更新方法及系统 |
CN104253799B (zh) * | 2013-06-28 | 2017-10-13 | 中国电信股份有限公司 | Ims网络中的服务质量控制方法与系统 |
CN105493564B (zh) * | 2014-01-14 | 2019-06-21 | 华为技术有限公司 | 一种服务质量的协商方法、设备及系统 |
-
2019
- 2019-12-11 CN CN201911266360.5A patent/CN110944343B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110944343A (zh) | 2020-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5622933B2 (ja) | インターネットプロトコルコネクティビティアクセスネットワークセッションの管理 | |
CN108282342B (zh) | 计费管理方法、用户面功能实体以及控制面功能实体 | |
US20190289456A1 (en) | Enhancements to esim profile operation callbacks | |
EP4167609A1 (en) | Traffic charging method, network device and storage medium | |
CN110166983B (zh) | 一种事件订阅方法及网元设备 | |
EP3264723A1 (en) | Method, related apparatus and system for processing service request | |
CN114143265A (zh) | 一种网络流量限流方法、装置、设备及存储介质 | |
CN115277577B (zh) | 数据处理方法、装置、计算机设备和计算机可读存储介质 | |
CN111090495A (zh) | 节点管理方法、装置、设备、存储介质和系统 | |
CN110072251B (zh) | 一种分析用户通讯行为与管理用户的方法及装置 | |
EP4366334A1 (en) | Message processing method, electronic device, and storage medium | |
CN111726414A (zh) | 一种车辆上报数据的处理方法和车辆数据上报系统 | |
CN105988886B (zh) | 一种运维过程中的故障处理方法及装置 | |
CN110944343B (zh) | 一种aac和pcrf之间的交互方法 | |
US20170242765A1 (en) | Methods, systems, and computer readable media for detecting and managing suspect subscriber bindings | |
CN111522672A (zh) | 一种用于熔断数据重复消费的方法及系统 | |
CN116112342A (zh) | 告警信息处理方法、装置、电子设备以及存储介质 | |
US10103897B2 (en) | Method and apparatus for managing subscription to a policy counter | |
CN116420363A (zh) | 用于支持用户简档和策略信息的迁移的方法、系统和计算机可读介质 | |
CN112214268A (zh) | 一种基于Redis的限流方法 | |
CN111026748B (zh) | 网络访问频次管控的数据压缩方法、装置及系统 | |
CN113760398A (zh) | 接口调用方法、服务器、系统以及存储介质 | |
CN112597354A (zh) | 一种提供配置参数的方法、装置、系统及存储介质 | |
US10003696B2 (en) | Distributed collaborative offline charging system | |
JP7402292B1 (ja) | プロシージャ実行制御方法およびプログラム |
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 | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 310013 4th floor, No.398 Wensan Road, Xihu District, Hangzhou City, Zhejiang Province Patentee after: Xinxun Digital Technology (Hangzhou) Co.,Ltd. Address before: 310013 4th floor, No.398 Wensan Road, Xihu District, Hangzhou City, Zhejiang Province Patentee before: EB Information Technology Ltd. |