CN111294216A - Pcrf容灾方法、系统和pgw - Google Patents
Pcrf容灾方法、系统和pgw Download PDFInfo
- Publication number
- CN111294216A CN111294216A CN201811501510.1A CN201811501510A CN111294216A CN 111294216 A CN111294216 A CN 111294216A CN 201811501510 A CN201811501510 A CN 201811501510A CN 111294216 A CN111294216 A CN 111294216A
- Authority
- CN
- China
- Prior art keywords
- pcrf
- service
- standby
- cscf
- request
- 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
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供了一种PCRF容灾方法、系统和PGW,涉及通信技术领域。该方法包括:在终端进行附着请求时,保存终端向PCRF鉴权所需信息;判断主用RCRP是否故障;若确定主用PCRF故障,则在接收到终端发起的业务请求或者P‑CSCF发起的下行数据请求后,将PCRF鉴权所需信息触发至备用PCRF,以便备用PCRF鉴权通过后完成业务处理。本公开在主用PCRF故障时,无需触发用户重新附着,不中断当前呼叫业务,能够实时恢复被叫业务和主叫业务,不会引起网络风暴和雪崩效应,降低PCRF故障对用户业务的影响,提高了VoLTE业务容灾接管可靠性。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种PCRF(Policy and Charging RulesFunction,策略和计费规则控制设备)容灾方法、系统和PGW(PDN GateWay,分组数据网关)。
背景技术
在VoLTE业务部署中,PCRF为关键网元,主要负责QoS(Quality of Service,服务质量)策略及计费控制,PGW负责承载建立和数据包转发,P-CSCF(Proxy-Call SessionControl Funtion,代理呼叫会话控制设备)负责语音承载申请和业务信令处理。当用户发起VoLTE业务时,核心网(PGW、P-CSCF)需要向PCRF获取当前用户的业务控制策略,以实现VoLTE语音业务的后续处理。
各省PCRF设备集中部署,容量较大,覆盖范围广,若主用PCRF故障后,备用PCRF无法接管业务导致大面积的VoLTE业务失败。若需备用PCRF能接管业务,需要主、备用PCRF进行大量数据实时同步,从而导致PCRF网元的性能消耗很大,降低设备有效容量,数据同步有效性难以保证。
目前PCRF容灾技术通过PGW检测到当前服务的PCRF故障后,触发所有用户同时重新附着,等待用户重新附着后才能恢复主叫和被叫业务。然而,此时PGW同时触发所有用户重新附着,一台PCRF设备有300万用户,这些用户同时重新附着将会引发突然井喷信令风暴,容易引起网络设备雪崩效应,从而无法恢复业务,严重影响客户感知。因此,目前PCRF容灾技术中,存在一系列问题,会严重影响VoLTE业务服务质量。
发明内容
本公开要解决的一个技术问题是提供一种PCRF容灾方法、系统和PGW,能够在主用PCRF故障时,无需终端当前呼叫业务,确保实时恢复业务,提高VoLTE业务容灾接管可靠性。
根据本公开一方面,提出一种策略和计费规则控制设备PCRF容灾方法,包括:在终端进行附着请求时,保存终端向PCRF鉴权所需信息;判断主用RCRP是否故障;若确定主用PCRF故障,则在接收到终端发起的业务请求或者代理呼叫会话控制设备P-CSCF发起的下行数据请求后,将PCRF鉴权所需信息触发至备用PCRF,以便备用PCRF鉴权通过后完成业务处理。
可选地,在终端进行附着请求时,保存终端向PCRF鉴权所需信息包括:接收移动性管理实体MME发送的创建会话请求;保存终端向PCRF鉴权所需信息,并向主用PCRF发送第一初始信用请求;接收主用PCRF返回的第一初始信用响应消息,向MME发送创建会话响应消息,以便MME向终端发送附着响应。
可选地,在接收到终端发起的业务请求后,将第二初始信用请求发送至备用PCRF,其中,第二初始信用请求携带PCRF鉴权所需信息,备用PCRF根据PCRF鉴权所需信息进行鉴权;接收备用PCRF返回的第二初始信用响应消息,将备用PCRF作为服务PCRF。
可选地,将始发业务请求发送至P-CSCF,以便P-CSCF向核心网转发始发业务请求,其中,核心网向P-CSCF返回始发业务响应消息,P-CSCF将授权请求消息发送至备用PCRF;接收备用PCRF发起的第一重新授权请求消息,其中,第一重新授权请求消息包括创建语音专用承载消息;向备用PCRF发送第一重新授权响应消息,以便备用PCRF向P-CSCF返回第一授权响应消息,从而使得P-CSCF向终端发送业务响应消息。
可选地,在接收到P-CSCF发起的下行数据请求后,向备用PCRF发起第三初始信用请求,其中,第三初始信用请求携带PCRF鉴权所需信息,备用PCRF根据PCRF鉴权所需信息进行鉴权;接收备用PCRF返回的第三初始信用响应消息,将备用PCRF作为服务PCRF。
可选地,向终端发送终呼业务请求消息,其中,终端向P-CSCF返回终呼业务请求消息,P-CSCF选择备用PCRF后,发起授权请求消息;接收备用PCRF发送的第二重新鉴权请求消息后,向备用PCRF返回第二重新授权响应消息,其中,第二重新授权请求消息包括创建语音专用承载消息,以便备用PCRF向P-CSCF返回第二授权响应消息,P-CSCF向核心网发起初始业务响应消息。
根据本公开的另一方面,还提出一种分组数据网关PGW,包括:数据存储模块,用于在终端进行附着请求时,保存终端向PCRF鉴权所需信息;故障检测模块,用于判断主用RCRP是否故障;容灾控制模块,用于若确定主用PCRF故障,则在接收到终端发起的业务请求或者代理呼叫会话控制设备P-CSCF发起的下行数据请求后,将PCRF鉴权所需信息触发至备用PCRF,以便备用PCRF进行鉴权;业务控制模块,用于保持呼叫业务,完成业务处理。
可选地,数据存储模块用于接收移动性管理实体MME发送的创建会话请求,保存终端向PCRF鉴权所需信息,并向主用PCRF发送第一初始信用请求,接收主用PCRF返回的第一初始信用响应消息,向MME发送创建会话响应消息,以便MME向终端发送附着响应。
可选地,容灾控制模块用于在接收到终端发起的业务请求后,将第二初始信用请求发送至备用PCRF,其中,第二初始信用请求携带PCRF鉴权所需信息,接收备用PCRF返回的第二初始信用响应消息,将备用PCRF作为服务PCRF。
可选地,业务控制模块用于将始发业务请求发送至P-CSCF,以便P-CSCF向核心网转发始发业务请求,其中,核心网向P-CSCF返回始发业务响应消息,P-CSCF将授权请求消息发送至备用PCRF;接收备用PCRF发起的第一重新授权请求消息,其中,第一重新授权请求消息包括创建语音专用承载消息;向备用PCRF发送第一重新授权响应消息,以便备用PCRF向P-CSCF返回第一授权响应消息,从而使得P-CSCF向终端发送业务响应消息。
可选地,容灾控制模块用于在接收到P-CSCF发起的下行数据请求后,向备用PCRF发起第三初始信用请求,其中,第三初始信用请求携带PCRF鉴权所需信息;接收备用PCRF返回的第三初始信用响应消息,将备用PCRF作为服务PCRF。
可选地,业务控制模块用于向终端发送终呼业务请求消息,其中,终端向P-CSCF返回终呼业务请求消息,P-CSCF选择备用PCRF后,发起授权请求消息;接收备用PCRF发送的第二重新授权请求消息后,向备用PCRF返回第二重新授权响应消息,其中,第二重新授权请求消息包括创建语音专用承载消息,以便备用PCRF向P-CSCF返回第二授权响应消息,P-CSCF向核心网发起初始业务响应消息。
根据本公开的另一方面,还提出一种分组数据网关PGW,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器的指令执行如上述的策略和计费规则控制设备PCRF容灾方法。
根据本公开的另一方面,还提出一种策略和计费规则控制设备PCRF容灾系统,包括:分组数据网关PGW;主用策略和计费规则控制设备PCRF;备用PCRF;移动性管理实体MME;以及代理呼叫会话控制设备P-CSCF。
根据本公开的另一方面,还提出一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现策略和计费规则控制设备PCRF容灾方法的步骤。
本公开在主用PCRF故障时,无需触发用户重新附着,不中断当前呼叫业务,能够实时恢复被叫业务和主叫业务,不会引起网络风暴和雪崩效应,降低PCRF故障对用户业务的影响,提高了VoLTE业务容灾接管可靠性。
通过以下参照附图对本公开的示例性实施例的详细描述,本公开的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本公开的实施例,并且连同说明书一起用于解释本公开的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本公开,其中:
图1为本公开PCRF容灾方法的一个实施例的流程示意图。
图2为本公开PCRF容灾方法的一个实施例的数据存储流程示意图。
图3为本公开PCRF容灾方法中主叫恢复的一个实施例的流程示意图。
图4为本公开PCRF容灾方法中被叫恢复的另一个实施例的流程示意图。
图5为本公开PGW的一个实施例的结构示意图。
图6为本公开PGW的另一个实施例的结构示意图。
图7为本公开PGW的又一个实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开进一步详细说明。
图1为本公开PCRF容灾方法的一个实施例的流程示意图。该实施例可以由PGW网关执行。
在步骤110,在终端进行附着请求时,保存终端向PCRF鉴权所需信息。例如,
在步骤120,判断主用RCRP是否故障。例如,检测PGW与主用PCRF之间Diameter(直径)链路的心跳,判断主用RCRP是否故障。
在步骤130,若确定主用PCRF故障,则在接收到终端发起的业务请求或者P-CSCF发起的下行数据请求后,将PCRF鉴权所需信息触发至备用PCRF,以便备用PCRF鉴权通过后完成业务处理。
例如,若终端首次进行呼叫业务时,PGW收到用户发起业务请求或P-CSCF设备发起下行数据请求后,PGW根据主用PCRF故障标识将之前保存鉴权信息自动触发初始信用请求到备用PCRF,待备用PCRF鉴权通过后继续完成业务处理,从而完成VoLTE业务的实时接管。在此过程中,呼叫业务保持不中断。
在该实施例中,在主用PCRF故障时,无需触发用户重新附着,不中断当前呼叫业务,能够实时恢复被叫业务和主叫业务,不会引起网络风暴和雪崩效应,降低PCRF故障对用户业务的影响。
图2为本公开PCRF容灾方法的一个实施例的数据存储流程示意图。
在步骤210,终端向MME(Mobility Management Entity,移动性管理实体)发起附着请求。
在步骤220,MME发起创建会话请求到PGW。
在步骤230,PGW保存终端向PCRF鉴权所需信息,并向主用PCRF发送第一初始信用请求。例如,PGW根据数据配置选择其中一个主用的PCRF,发送第一初始信用请求信令到主用PCRF,并且此时保存用户到PCRF鉴权的信息,其中,PCRF鉴权所需信息包括IMSI(International Mobile Subscriber Identification Number,国际移动用户识别码)、APN(Access Point Name,接入点)、业务类型、终端签约QoS等。
在步骤240,主用PCRF向PGW发送第一初始信用响应消息。
在步骤250,PGW向MME返回创建会话响应消息。
在步骤260,MME向终端发送附着响应,完成终端附着网络功能。
在该实施例中,能够实现在用户进行附着请求时,PGW保存用户向PCRF鉴权所需信息。
图3为本公开PCRF容灾方法中主叫恢复的一个实施例的流程示意图。
在步骤310,终端向PGW发起始发业务请求。
在步骤320,PGW若确定主用PCRF故障,将第二初始信用请求发送至备用PCRF,其中,第二初始信用请求携带PCRF鉴权所需信息。例如,若PGW接到始发业务请求消息后,如果该请求为首次进行呼叫业务请求,PGW发现当前服务PCRF故障后,保持呼叫不中断,并将之前保存的PCRF鉴权信息自动触发初始信用请求到备用PCRF,备用PCRF根据PCRF鉴权所需信息进行鉴权。如果不是首次进行呼叫业务,则不需要触发初始信用请求消息。
在步骤330,备用PCRF向PGW返回第二初始信用响应消息,PGW将此时当前服务的PCRF修改为备用PCRF。
在步骤340,PGW将始发业务请求发送至P-CSCF。
在步骤350,P-CSCF向核心网转发始发业务请求。
在步骤360,核心网向P-CSCF返回始发业务响应消息。
在步骤370,P-CSCF将授权请求消息发送至备用PCRF。
在步骤380,备用PCRF向PGW发起的第一重新授权请求消息指示PGW创建语音专用承载。
在步骤390,PGW向备用PCRF发送第一重新授权响应消息。
在步骤3100,备用PCRF向P-CSCF返回第一授权响应消息。
在步骤3110,P-CSCF向终端发送业务响应消息。
在该实施例中,在主用PCRF故障后,若用户首次进行主叫业务时,PGW收到用户发起始发业务请求后,PGW根据当前PCRF故障标识将之前保存鉴权信息自动触发初始信用请求到备用PCRF,待备用PCRF鉴权通过后继续完成业务处理,从而完成VoLTE业务的实时接管。
图4为本公开PCRF容灾方法中被叫恢复的另一个实施例的流程示意图。
在步骤410,IMS核心网络向P-CSC设备发送终呼业务请求。
在步骤420,P-CSCF将终呼业务请求通过下行数据请求消息发送至PGW设备。
在步骤430,备用PCRF发起第三初始信用请求,其中,第三初始信用请求携带PCRF鉴权所需信息。PGW接到下行数据请求后,如果此时PGW发现当前服务PCRF故障后,保持呼叫不中断,并将之前保存的PCRF鉴权信息自动触发初始信用请求到备用PCRF,备用PCRF根据PCRF鉴权所需信息进行鉴权。如果不是首次进行呼叫业务,则不需要触发初始信用请求消息。
在步骤440,备用PCRF向PGW返回的第三初始信用响应消息,PGW将备用PCRF作为服务PCRF。
在步骤450,PGW向终端发送终呼业务请求消息。
在步骤460,终端向P-CSCF返回终呼业务请求消息。
在步骤470,P-CSCF选择备用PCRF后,发起授权请求消息,请求建立语音承载。
在步骤480,PGW接收备用PCRF发送的第二重新鉴权请求消息,其中,第二重新授权请求消息包括创建语音专用承载消息。即指示PGW创建语音专用承载。
在步骤490,PGW向备用PCRF返回第二重新授权响应消息。
在步骤4100,备用PCRF向P-CSCF返回第二授权响应消息。
在步骤4110,P-CSCF向核心网发起初始业务响应消息。
在该实施例中,当PCRF设备故障后,若用户首次进行被叫业务时,PGW收到P-CSCF设备发起下行数据请求后,下行数据请求消息封装了终呼业务请求,PGW根据当前PCRF故障标识将之前保存鉴权信息自动触发初始信用请求到备用PCRF,待备用PCRF鉴权通过后继续完成业务处理,从而完成VoLTE业务的实时接管。
通过本公开实施例1-4可以看出,在当前服务的PCRF故障后,基于首次呼叫的PGW自动触发PCRF鉴权的实时恢复业务方法,不会中断当前呼叫,不需增加、改变信令流程,无需触发用户重附着,避免引起网络设备雪崩效应,提高VoLTE业务容灾接管可靠性。
图5为本公开PGW的一个实施例的结构示意图。该PGW包括数据存储模块510、故障检测模块520、容灾控制模块530和业务控制模块540。
数据存储模块510用于在终端进行附着请求时,保存终端向PCRF鉴权所需信息。例如,接收MME发送的创建会话请求,保存终端向PCRF鉴权所需信息,并向主用PCRF发送第一初始信用请求,接收主用PCRF返回的第一初始信用响应消息,向MME发送创建会话响应消息,以便MME向终端发送附着响应。
故障检测模块520用于判断主用RCRP是否故障。例如,检测PGW和PCRF之间Diameter链路的心跳,及时检测发现用户当前服务的PCRF设备故障。
容灾控制模块530用于若确定主用PCRF故障,则在接收到终端发起的业务请求或者代理呼叫会话控制设备P-CSCF发起的下行数据请求后,将PCRF鉴权所需信息触发至备用PCRF,以便备用PCRF进行鉴权。
例如,在接收到终端发起的业务请求后,将第二初始信用请求发送至备用PCRF,其中,第二初始信用请求携带PCRF鉴权所需信息,备用PCRF根据PCRF鉴权所需信息进行鉴权,接收备用PCRF返回的第二初始信用响应消息,将备用PCRF作为服务PCRF。
再例如,在接收到P-CSCF发起的下行数据请求后,向备用PCRF发起第三初始信用请求,其中,第三初始信用请求携带PCRF鉴权所需信息,备用PCRF根据PCRF鉴权所需信息进行鉴权;接收备用PCRF返回的第三初始信用响应消息,将备用PCRF作为服务PCRF。
业务控制模块540用于保持呼叫业务,完成业务处理。
例如,若PGW收到的是终端发起的业务请求,则业务控制模块540将始发业务请求发送至P-CSCF,以便P-CSCF向核心网转发始发业务请求,其中,核心网向P-CSCF返回始发业务响应消息,P-CSCF将授权请求消息发送至备用PCRF;接收备用PCRF发起的第一重新授权请求消息,其中,第一重新授权请求消息包括创建语音专用承载消息;向备用PCRF发送第一重新授权响应消息,以便备用PCRF向P-CSCF返回第一授权响应消息,从而使得P-CSCF向终端发送业务响应消息。
若PGW收到的是P-CSCF下发的下行数据请求,则业务控制模块540向终端发送终呼业务请求消息,其中,终端向P-CSCF返回终呼业务请求消息,P-CSCF选择备用PCRF后,发起授权请求消息;接收备用PCRF发送的第二重新授权请求消息后,向备用PCRF返回第二重新授权响应消息,其中,第二重新授权请求消息包括创建语音专用承载消息,以便备用PCRF向P-CSCF返回第二授权响应消息,P-CSCF向核心网发起初始业务响应消息。
图6为本公开PGW的另一个实施例的结构示意图。该PGW包括:存储器610和处理器620。其中:存储器610可以是磁盘、闪存或其它任何非易失性存储介质。存储器610用于存储图1-4所对应实施例中的指令。处理器620耦接至存储器610,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器620用于执行存储器中存储的指令。
在一个实施例中,还可以如图7所示,该PGW700包括存储器710和处理器720。处理器720通过BUS总线730耦合至存储器710。该PGW700还可以通过存储接口740连接至外部存储装置750以便调用外部数据,还可以通过网络接口760连接至网络或者另外一台计算机系统(未标出),此处不再进行详细介绍。
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,无需要PGW触发所有用户同时触发重附着,避免发生网络设备雪崩的严重,能够实时恢复被叫业务和主叫业务,降低PCRF故障对用户业务的影响。
在本公开的另一个实施例中,还保护一种PCRF容灾系统,该容灾系统包括PGW、主用PCRF、备用PCRF、MME以及P-CSCF,其中,各网元之间的信息流可以如图2-4所示。在终端进行附着请求时,PGW保存终端向PCRF鉴权所需信息。在主用PCRF故障后,若用户首次进行呼叫业务时,PGW收到终端发起业务请求或P-CSCF发起下行数据请求后,PGW根据当前PCRF故障标识将之前保存鉴权信息自动触发初始信用请求到备用PCRF,待备用PCRF鉴权通过后继续完成业务处理,从而完成VoLTE业务的实时接管。无需触发用户重附着,避免引起网络设备雪崩效应,并且,不会中断当前呼叫,不需增加、改变信令流程,提高了VoLTE业务容灾接管可靠性。
在另一个实施例中,一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现图1-4所对应实施例中的方法的步骤。本领域内的技术人员应明白,本公开的实施例可提供为方法、装置、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改。本公开的范围由所附权利要求来限定。
Claims (15)
1.一种策略和计费规则控制设备PCRF容灾方法,包括:
在终端进行附着请求时,保存终端向PCRF鉴权所需信息;
判断主用RCRP是否故障;
若确定所述主用PCRF故障,则在接收到终端发起的业务请求或者代理呼叫会话控制设备P-CSCF发起的下行数据请求后,将所述PCRF鉴权所需信息触发至备用PCRF,以便所述备用PCRF鉴权通过后完成业务处理。
2.根据权利要求1所述的PCRF容灾方法,其中,在终端进行附着请求时,保存终端向PCRF鉴权所需信息包括:
接收移动性管理实体MME发送的创建会话请求;
保存终端向PCRF鉴权所需信息,并向所述主用PCRF发送第一初始信用请求;
接收所述主用PCRF返回的第一初始信用响应消息,向所述MME发送创建会话响应消息,以便所述MME向终端发送附着响应。
3.根据权利要求1所述的PCRF容灾方法,其中,
在接收到终端发起的业务请求后,将第二初始信用请求发送至所述备用PCRF,其中,所述第二初始信用请求携带所述PCRF鉴权所需信息,所述备用PCRF根据所述PCRF鉴权所需信息进行鉴权;
接收所述备用PCRF返回的第二初始信用响应消息,将所述备用PCRF作为服务PCRF。
4.根据权利要求3所述的PCRF容灾方法,还包括:
将始发业务请求发送至所述P-CSCF,以便所述P-CSCF向核心网转发所述始发业务请求,其中,所述核心网向所述P-CSCF返回始发业务响应消息,所述P-CSCF将授权请求消息发送至所述备用PCRF;
接收所述备用PCRF发起的第一重新授权请求消息,其中,所述第一重新授权请求消息包括创建语音专用承载消息;
向所述备用PCRF发送第一重新授权响应消息,以便所述备用PCRF向所述P-CSCF返回第一授权响应消息,从而使得所述P-CSCF向终端发送业务响应消息。
5.根据权利要求1所述的PCRF容灾方法,其中,
在接收到P-CSCF发起的下行数据请求后,向所述备用PCRF发起第三初始信用请求,其中,所述第三初始信用请求携带所述PCRF鉴权所需信息,所述备用PCRF根据所述PCRF鉴权所需信息进行鉴权;
接收所述备用PCRF返回的第三初始信用响应消息,将所述备用PCRF作为服务PCRF。
6.根据权利要求5所述的PCRF容灾方法,还包括:
向终端发送终呼业务请求消息,其中,所述终端向所述P-CSCF返回终呼业务请求消息,所述P-CSCF选择所述备用PCRF后,发起授权请求消息;
接收所述备用PCRF发送的第二重新鉴权请求消息后,向所述备用PCRF返回第二重新授权响应消息,其中,所述第二重新授权请求消息包括创建语音专用承载消息,以便所述备用PCRF向所述P-CSCF返回第二授权响应消息,所述P-CSCF向核心网发起初始业务响应消息。
7.一种分组数据网关PGW,包括:
数据存储模块,用于在终端进行附着请求时,保存终端向PCRF鉴权所需信息;
故障检测模块,用于判断主用RCRP是否故障;
容灾控制模块,用于若确定所述主用PCRF故障,则在接收到终端发起的业务请求或者代理呼叫会话控制设备P-CSCF发起的下行数据请求后,将所述PCRF鉴权所需信息触发至备用PCRF,以便所述备用PCRF进行鉴权;
业务控制模块,用于保持呼叫业务,完成业务处理。
8.根据权利要求7所述的PGW,其中,
所述数据存储模块用于接收移动性管理实体MME发送的创建会话请求,保存终端向PCRF鉴权所需信息,并向所述主用PCRF发送第一初始信用请求,接收所述主用PCRF返回的第一初始信用响应消息,向所述MME发送创建会话响应消息,以便所述MME向终端发送附着响应。
9.根据权利要求7所述的PGW,其中,
所述容灾控制模块用于在接收到终端发起的业务请求后,将第二初始信用请求发送至所述备用PCRF,其中,所述第二初始信用请求携带所述PCRF鉴权所需信息,所述备用PCRF根据所述PCRF鉴权所需信息进行鉴权;接收所述备用PCRF返回的第二初始信用响应消息,将所述备用PCRF作为服务PCRF。
10.根据权利要求9所述的PGW,其中,
所述业务控制模块用于将始发业务请求发送至所述P-CSCF,以便所述P-CSCF向核心网转发所述始发业务请求,其中,所述核心网向所述P-CSCF返回始发业务响应消息,所述P-CSCF将授权请求消息发送至所述备用PCRF;接收所述备用PCRF发起的第一重新授权请求消息,其中,所述第一重新授权请求消息包括创建语音专用承载消息;向所述备用PCRF发送第一重新授权响应消息,以便所述备用PCRF向所述P-CSCF返回第一授权响应消息,从而使得所述P-CSCF向终端发送业务响应消息。
11.根据权利要求7所述的PGW,其中,
所述容灾控制模块用于在接收到P-CSCF发起的下行数据请求后,向所述备用PCRF发起第三初始信用请求,其中,所述第三初始信用请求携带所述PCRF鉴权所需信息,所述备用PCRF根据所述PCRF鉴权所需信息进行鉴权;接收所述备用PCRF返回的第三初始信用响应消息,将所述备用PCRF作为服务PCRF。
12.根据权利要求11所述的PGW,其中,
所述业务控制模块用于向终端发送终呼业务请求消息,其中,所述终端向所述P-CSCF返回终呼业务请求消息,所述P-CSCF选择所述备用PCRF后,发起授权请求消息;接收所述备用PCRF发送的第二重新授权请求消息后,向所述备用PCRF返回第二重新授权响应消息,其中,所述第二重新授权请求消息包括创建语音专用承载消息,以便所述备用PCRF向所述P-CSCF返回第二授权响应消息,所述P-CSCF向核心网发起初始业务响应消息。
13.一种分组数据网关PGW,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至6任一项所述的策略和计费规则控制设备PCRF容灾方法。
14.一种策略和计费规则控制设备PCRF容灾系统,包括:
权利要求7-13任一所述的分组数据网关PGW;
主用策略和计费规则控制设备PCRF;
备用PCRF;
移动性管理实体MME;以及
代理呼叫会话控制设备P-CSCF。
15.一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现权利要求1至6任一项所述的策略和计费规则控制设备PCRF容灾方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811501510.1A CN111294216A (zh) | 2018-12-10 | 2018-12-10 | Pcrf容灾方法、系统和pgw |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811501510.1A CN111294216A (zh) | 2018-12-10 | 2018-12-10 | Pcrf容灾方法、系统和pgw |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111294216A true CN111294216A (zh) | 2020-06-16 |
Family
ID=71024651
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811501510.1A Pending CN111294216A (zh) | 2018-12-10 | 2018-12-10 | Pcrf容灾方法、系统和pgw |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111294216A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114125909A (zh) * | 2020-08-31 | 2022-03-01 | 华为技术有限公司 | 一种故障恢复方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103238346A (zh) * | 2010-12-03 | 2013-08-07 | 日本电气株式会社 | 移动通信方法、网关设备、移动性管理节点和呼叫会话控制服务器设备 |
CN105517031A (zh) * | 2015-12-07 | 2016-04-20 | 中国联合网络通信集团有限公司 | Pcrf故障后业务恢复的方法及装置 |
WO2016082710A1 (zh) * | 2014-11-28 | 2016-06-02 | 华为技术有限公司 | 一种呼叫控制方法、Diameter协议转发设备及系统 |
CN106549791A (zh) * | 2015-09-22 | 2017-03-29 | 北京信威通信技术股份有限公司 | 业务恢复处理方法及装置 |
US20170242765A1 (en) * | 2016-02-19 | 2017-08-24 | Oracle International Corporation | Methods, systems, and computer readable media for detecting and managing suspect subscriber bindings |
US20180241615A1 (en) * | 2017-02-19 | 2018-08-23 | Cisco Technology, Inc. | System and method to facilitate network element failure detection and session restoration in a network environment |
-
2018
- 2018-12-10 CN CN201811501510.1A patent/CN111294216A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103238346A (zh) * | 2010-12-03 | 2013-08-07 | 日本电气株式会社 | 移动通信方法、网关设备、移动性管理节点和呼叫会话控制服务器设备 |
WO2016082710A1 (zh) * | 2014-11-28 | 2016-06-02 | 华为技术有限公司 | 一种呼叫控制方法、Diameter协议转发设备及系统 |
CN106549791A (zh) * | 2015-09-22 | 2017-03-29 | 北京信威通信技术股份有限公司 | 业务恢复处理方法及装置 |
CN105517031A (zh) * | 2015-12-07 | 2016-04-20 | 中国联合网络通信集团有限公司 | Pcrf故障后业务恢复的方法及装置 |
US20170242765A1 (en) * | 2016-02-19 | 2017-08-24 | Oracle International Corporation | Methods, systems, and computer readable media for detecting and managing suspect subscriber bindings |
US20180241615A1 (en) * | 2017-02-19 | 2018-08-23 | Cisco Technology, Inc. | System and method to facilitate network element failure detection and session restoration in a network environment |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114125909A (zh) * | 2020-08-31 | 2022-03-01 | 华为技术有限公司 | 一种故障恢复方法及装置 |
CN114125909B (zh) * | 2020-08-31 | 2023-08-22 | 华为技术有限公司 | 一种故障恢复方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10805096B2 (en) | Method and system for managing user location information in a communication system | |
US9998343B2 (en) | Selective event reporting in a mobile telecommunications network | |
US20150289304A1 (en) | Method,system and device for switching communication paths | |
CN105592486B (zh) | 一种容灾方法及网元、服务器 | |
CN109996216B (zh) | 订阅请求处理方法、网络实体及能力开放平台 | |
CN113098822B (zh) | 一种恢复ims业务的方法及装置 | |
WO2016082710A1 (zh) | 一种呼叫控制方法、Diameter协议转发设备及系统 | |
CN105357701A (zh) | 一种lte网络网关池组容灾方法、设备及系统 | |
EP2756703B1 (en) | Method for preventing fraud or misuse when using a specific service of a public land mobile network by a user equipment, subscriber identity module and application program | |
US9706058B2 (en) | Method, system and network side of monitoring machine type communication device event | |
EP3219065B1 (en) | Ims emergency session handling | |
CN103957542A (zh) | 一种业务承载建立的方法及装置 | |
WO2016078026A1 (zh) | 处理被叫业务的方法、移动管理实体和归属用户服务器 | |
US8718636B1 (en) | System and method for expedited call retry handling due to voice over 4G call failure | |
CN103856968B (zh) | Gx接口故障后PCC规则获取的方法及装置 | |
US8737202B2 (en) | Automatic connection recovery | |
CN105764042B (zh) | 一种处理归属用户服务器注册风暴的方法、装置和系统 | |
US20140064183A1 (en) | Fast acceptance of diameter peer failover | |
CN111294216A (zh) | Pcrf容灾方法、系统和pgw | |
JP6657374B2 (ja) | クレジット制御セッションの選択的再スタートによる改善型混雑制御 | |
CN108574959A (zh) | Sgw故障的业务恢复方法及系统、mme、sgw | |
US9237595B2 (en) | Diameter based communication session discovery and recovery | |
CN105763524A (zh) | Ip多媒体子系统中的注册方法、装置和系统 | |
CN110650026A (zh) | 通信方法、系统、pgw以及计算机可读存储介质 | |
US11363517B1 (en) | Policy node grouping for efficient network operation |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200616 |
|
RJ01 | Rejection of invention patent application after publication |