CN106549791A - 业务恢复处理方法及装置 - Google Patents
业务恢复处理方法及装置 Download PDFInfo
- Publication number
- CN106549791A CN106549791A CN201510607703.5A CN201510607703A CN106549791A CN 106549791 A CN106549791 A CN 106549791A CN 201510607703 A CN201510607703 A CN 201510607703A CN 106549791 A CN106549791 A CN 106549791A
- Authority
- CN
- China
- Prior art keywords
- network element
- business
- status information
- message
- network
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了业务恢复处理方法与装置,该方法包括:第一网元与第二网元进行业务交互;该第一网元将该业务的状态信息发送给该第二网元,其中,该业务的状态信息用于该第一网元故障的情况下,该第二网元在该第一网元的备份网元上恢复该业务。通过本发明解决了解决现有技术中网元发生故障之后正在进行的业务无法继续的问题,保证正在进行的业务不受到网元故障的影响。
Description
技术领域
本发明涉及通讯领域,具体而言,涉及业务恢复处理方法及装置。
背景技术
PCRF(Policy and Charging Rules Function,策略与计费规则功能)是3GPPR7开始定义的PCC(Policy and Charging Control,策略和计费控制)架构中的核心功能。PCRF可以根据用户签约和业务类型对承载的QoS和计费进行控制,为用户提供差异化的服务。真正让运营商实现基于业务和用户分类的精细化的网络资源控制和计费,合理利用网络资源,创造最大利润。
图1是根据相关技术中PCRF的典型组网示意图,如图1所示,PCRF的典型组网是部署在IMS网络和PS网络之间,接受来自AF(ApplicationFunction,应用功能,一般是IMS网络的P-CSCF充当)的业务信息,来自SPR(Subscription Profile Repository,用户信息库,一般和PCRF合设),结合自身的相关规则定义,做出PCC决策。PCC决策中包含数据流检测、门限控制、QoS控制和计费方法等信息,下发给PCEF(Policy and Charging EnforcementFunction,策略与计费执行功能,一般是GPRS网络的GGSN和EPS网络的P-GW充当),PCEF据此实施针对用户业务数据流的检测、门限控制、QoS控制和计费。
PCRF在网络中的枢纽地位,要求其必须具有高可靠性,PCRF故障将导致运营商网络资源调度和计费失效,造成严重后果。因此,如图2所示,网络中部署PCRF时,一般要求多个PCRF互相提供负荷分担或备份容灾。当某台PCRF故障时,其他PCRF能够接管故障PCRF的业务,减小设备故障对用户、业务和网络造成的影响。
图2是根据相关技术的PCRF故障之后处理示意图,如图2所示,PCRF2替代PCRF1后,新发起的用户业务将会由PCRF2提供PCC服务,不会受到PCRF1故障的影响。
但是对于正在进行的业务,是存在问题的。例如,和PCRF接口的网元,如AF和PCEF,对正在进行的业务申请进一步的PCC服务时,会被PCRF2直接拒绝。也就是说,PCRF1故障时正在进行的业务会全部会受到影响,无法再获得PCC服务。
发明内容
本发明提供了业务恢复处理方法及装置,以解决现有技术中网元发生故障之后正在进行的业务无法继续的问题。
根据本发明的一个方面,提供了一种业务恢复处理方法,包括:第一网元与第二网元进行业务交互;所述第一网元将所述业务的状态信息发送给所述第二网元,其中,所述业务的状态信息用于所述第一网元故障的情况下,所述第二网元在所述第一网元的备份网元上恢复所述业务。
进一步地,所述第一网元包括策略与计费规则功能PCRF;所述第二网元包括以下至少之一:策略与计费执行功能PCEF、应用功能AF。
进一步地,所述方法还包括:所述第一网元接收所述第二网元发送的消息,其中,所述消息用于改变所述业务,所述消息中携带有所述第二网元保存的所述业务的状态信息;所述第一网元根据改变后的业务重新生成业务的状态信息,并比较所述重新生成的业务的状态信息与所述第二网元保存的所述业务的状态信息是否相同;在不相同的情况下,所述第一网元将所述重新生成的业务的状态信息发送给所述第二网元,以替换所述第二网元之前保护的所述业务的状态信息。
进一步地,所述第一网元和所述第二网元通过Diameter协议进行交互。
根据本发明的另一个方面,还提供了一种业务恢复处理方法,包括:第二网元与第一网元进行业务交互;所述第二网元接收所述第一网元发送的所述业务的状态信息;所述第二网元在所述第一网元故障的情况下,根据所述业务的状态信息在所述第一网元的备份网元上恢复所述业务。
进一步地,,所述第一网元包括策略与计费规则功能PCRF;所述第二网元包括以下至少之一:策略与计费执行功能PCEF、应用功能AF。
进一步地,所述方法还包括:所述第二网元向所述第一网元发送消息,其中,所述消息用于改变所述业务,所述消息中携带有所述第二网元保存的所述业务的状态信息;所述第二网元接收所述第一网元根据改变后的业务重新生成业务的状态信息;所述第二网元将本地保存的所述业务的状态信息替换为所述重新生成的业务的状态信息。
进一步地,所述第一网元和所述第二网元通过Diameter协议进行交互。
根据本发明的一个方面,还提供了一种业务恢复处理装置,包括:第一交互模块,用于与第二网元进行业务交互;第一发送模块,用于将所述业务的状态信息发送给所述第二网元,其中,所述业务的状态信息用于所述第一网元故障的情况下,所述第二网元在所述第一网元的备份网元上恢复所述业务。
根据本发明的另一个方面,还提供了一种业务恢复处理装置,包括:第二交互模块,用于与第一网元进行业务交互;接收模块,用于接收所述第一网元发送的所述业务的状态信息;恢复模块,用于在所述第一网元故障的情况下,根据所述业务的状态信息在所述第一网元的备份网元上恢复所述业务。
通过本发明,采用第一网元与第二网元进行业务交互;所述第一网元将所述业务的状态信息发送给所述第二网元,其中,所述业务的状态信息用于所述第一网元故障的情况下,所述第二网元在所述第一网元的备份网元上恢复所述业务。通过本发明解决了现有技术中网元发生故障之后正在进行的业务无法继续的问题,保证正在进行的业务不受到网元故障的影响。
附图说明
图1是根据相关技术中PCRF的典型组网示意图;
图2是根据相关技术的PCRF故障之后处理示意图;
图3是根据本发明实施例的业务恢复处理方法的流程图一;
图4是根据本发明实施例的业务恢复处理方法的流程图二;
图5是根据本发明实施例的PCRF会话信息热备的流程图;
图6是根据本发明实施例的PCRF会话信息恢复的流程图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
在本实施例中提供了一种业务恢复处理方法,图3是根据本发明实施例的业务恢复处理方法的流程图一,如图3所示,该流程包括如下步骤:
步骤S302,第一网元与第二网元进行业务交互;例如,第一网元可以包括策略与计费规则功能PCRF;第二网元可以包括以下至少之一:策略与计费执行功能PCEF、应用功能AF。
步骤S304,第一网元将该业务的状态信息发送给该第二网元,其中,该业务的状态信息用于该第一网元故障的情况下,该第二网元在该第一网元的备份网元上恢复该业务。
通过上述步骤,第一网元将恢复业务的状态信息发送给了第二网元,这为解决现有技术中网元发生故障之后正在进行的业务无法继续的问题,保证正在进行的业务不受到网元故障的影响提供了可能。
作为一个可选的实施例,为了提高业务恢复的可靠性,该第一网元接收该第二网元发送的消息,其中,该消息用于改变该业务,该消息中携带有该第二网元保存的该业务的状态信息;该第一网元根据改变后的业务重新生成业务的状态信息,并比较该重新生成的业务的状态信息与该第二网元保存的该业务的状态信息是否相同;在不相同的情况下,该第一网元将该重新生成的业务的状态信息发送给该第二网元,以替换该第二网元之前保护的该业务的状态信息。
在本发明实施例中,还提供了另一种业务恢复处理方法,图4是根据本发明实施例的业务恢复处理方法的流程图二,如图4所示,该方法包括如下步骤:
步骤S402,第二网元与第一网元进行业务交互;例如,第一网元可以包括策略与计费规则功能PCRF;第二网元可以包括以下至少之一:策略与计费执行功能PCEF、应用功能AF
步骤S404,第二网元接收该第一网元发送的该业务的状态信息;
步骤S406,第二网元在该第一网元故障的情况下,根据该业务的状态信息在该第一网元的备份网元上恢复该业务。
通过上述步骤,第二网元通过业务信息可以恢复正在进行的业务。
作为一个可选的实施方式方,第二网元还可以向该第一网元发送消息,其中,该消息用于改变该业务,该消息中携带有该第二网元保存的该业务的状态信息;该第二网元接收该第一网元根据改变后的业务重新生成业务的状态信息;该第二网元将本地保存的该业务的状态信息替换为该重新生成的业务的状态信息。
在上述实施例中,第一网元和第二网元可以通过Diameter协议进行交互。
在本发明实施例中,还提供了一种业务恢复处理装置,包括:第一交互模块,用于与第二网元进行业务交互;第一发送模块,用于将该业务的状态信息发送给该第二网元,其中,该业务的状态信息用于该第一网元故障的情况下,该第二网元在该第一网元的备份网元上恢复该业务。
在本实施例中,还提供了一种业务恢复处理装置,包括:第二交互模块,用于与第一网元进行业务交互;接收模块,用于接收该第一网元发送的该业务的状态信息;恢复模块,用于在该第一网元故障的情况下,根据该业务的状态信息在该第一网元的备份网元上恢复该业务。
上述两个装置用于实现上述实施例中的方法步骤。
下面以PCRF为例进行说明。
本实施例的目的在于提供一种改善PCRF容灾效果的方法。在PCRF发生故障时,新发起业务不受影响的基础上,进一步保证正在进行的业务也不受影响。从而提高网络可靠性,改善业务可获得性,提升用户体验。直接增强运营商的竞争能力。
本实施例提供的改善PCRF容灾效果的方法,在PCRF和其他网元对接的Rx、Gx等接口的Diameter消息中携带恢复当前正在进行业务所必须的信息,由对端网元保存这些信息。当对端网元申请进一步的PCC服务时,通过Diameter消息带回这些信息,使得故障恢复后的PCRF能通过这些信息恢复业务会话,保证正在进行的业务不受PCRF故障的影响。
在Diameter信令中扩充Session-Info AVP,用来携带PCRF恢复业务会话所需的信息。Session-Info采用Grouped格式,具体携带哪些内容,视PCRF恢复会话的需要而定。考虑网元存储和Diameter信令开销,Session-Info AVP只应携带对于恢复业务会话必不可少的信息,比如用户身份(IMSI、SIP URI)、会话标识(Session-Id AVP),其他通过PCRF本地配置和SPR记录可以恢复的信息,不应在Session-Info AVP中携带。
PCRF1发生故障之前:
当PCEF向PCRF1发送Diameter CCR-I消息请求建立用户的Gx会话时,PCRF1在发给PCEF的Diameter CCA-I消息响应中携带Session-Info AVP,其中携带了PCRF恢复用户的Gx会话所必需的信息。PCEF无需解析Session-InfoAVP,只需原样保存。
当AF向PCRF1发送Diameter AAR-I消息请求建立用户的AF会话时,PCRF1在发给AF的Diameter AAA-I消息响应中携带Session-Info AVP,其中携带了PCRF恢复用户的Gx会话和AF会话所必需的信息。AF无需解析Session-Info AVP,只需原样保存。
PCRF1主动向PCEF发送Diameter RAR消息,携带Session-Info AVP,其中携带了PCRF恢复用户的Gx会话和AF会话所必需的信息。PCEF无需解析Session-Info AVP,只需原样保存,覆盖原先保存的Session-Info AVP。
后续,AF以Diameter AAR-U消息请求改变AF会话时,必须携带其保存的Session-Info AVP,PCRF1根据改变后的AF会话重新生成Session-Info AVP,和AF带来的Session-Info AVP相比较:
如果相同,则发给AF的Diameter AAA-U消息响应中不再携带Session-InfoAVP。AF继续保存其之前保存的Session-Info AVP;
如果不同,则发给AF的Diameter AAA-U消息中携带新的Session-InfoAVP,其中携带了PCRF恢复用户的Gx会话和改变后AF会话所必需的信息。AF无需解析Session-Info AVP,只需原样保存,覆盖原先保存的Session AVP。同时,PCRF1主动向PCEF发送Diameter RAR消息,携带Session-Info AVP,其中携带了PCRF恢复用户的Gx会话和改变后AF会话所必需的信息。PCEF无需解析Session-Info AVP,只需原样保存,覆盖原先保存的Session-Info AVP。
后续,PCEF以Diameter CCR-U消息请求改变Gx会话时,必须携带其保存的Session-Info AVP,PCRF1根据改变后的Gx会话重新生成Session-InfoAVP,和Gx带来的Session-Info AVP相比较:
如果相同,则发给PCEF的Diameter CCA-U消息响应中不再携带Session-Info AVP。PCEF继续保存其之前保存的Session-Info AVP;
如果不同,则发给PCEF的Diameter AAA-U消息中携带新的Session-InfoAVP,其中携带了PCRF恢复用户的AF会话和改变后Gx会话所必需的信息。PCEF无需解析Session-Info AVP,只需原样保存,覆盖原先保存的Session AVP。同时,PCRF1主动向AF发送Diameter RAR消息,携带Session-Info AVP,其中携带了PCRF恢复用户的AF会话和改变后Gx会话所必需的信息。AF无需解析Session-Info AVP,只需原样保存,覆盖原先保存的Session-Info AVP。
PCRF1发生故障,PCRF2接管业务之后:
如果AF先以Diameter AAR-U消息请求改变AF会话时,必须携带其保存的Session-Info AVP,PCRF2根据Session-Info AVP恢复用户的AF会话和Gx会话。
如果PCEF先以Diameter CCR-U消息请求改变Gx会话时,必须携带其保存的Session-Info AVP,PCRF2根据根据Session-Info AVP恢复用户的AF会话和Gx会话。
无论发生上述哪种情况,PCRF2都能恢复PCRF1故障时,正在进行中的用户业务会话,保证正在进行中的用户业务不受影响。
本实施例中,扩充Diameter,支持在Diameter消息中携带恢复PCRF业务会话所需的必须信息。利用对端网元对PCRF正在进行中的业务进行热备,不引入额外的热备设备和热备通信平面。利用现有PCRF Diameter消息交互过程完成业务热备和恢复,不引入额外的热备消息交互和处理逻辑。
本实施例不限于PCRF网元和Diameter协议。任何网元均可以遵照本实施例的思路,利用有通信关系的对端网元,在正常的业务通信过程中,进行本网元关键信息热备和故障恢复。
实例1PCRF会话信息热备
参考图5:
1、用户在PS域附着或连接PDN,会请求PCEF建立IP-CAN会话。
2、PCEF以Diameter CCR-I消息请求PCRF1建立Gx会话并请求PCC规则。
3、PCRF1建立Gx会话后,以Diameter CCA-I消息响应PCEF,除携带PCC规则外,还以Session-Info AVP携带PCRF恢复Gx会话必须的信息,如用户的IMSI、Gx Session-Id。PCEF保存Session-InfoAVP。
4、用户发起业务请求。比如语音呼叫。
5、AF以Diameter AAR-I消息请求PCRF1建立AF会话并通知PCRF1业务相关信息。
6、PCRF1建立AF会话后,以Diameter AAA-I消息响应AF,以Session-InfoAVP携带PCRF恢复Gx会话必须的信息,如用户的IMSI、Gx Session-Id;和PCRF恢复AF会话所必须的信息,如用户的SIP URI、AF Session-Id。AF保存Session-Info AVP。
7、PCRF1以Diameter RAR消息请求PCEF执行根据用户业务产生的新PCC规则,同时以Session-Info AVP携带PCRF恢复Gx会话必须的信息,如用户的IMSI、Gx Session-Id;和PCRF恢复AF会话所必须的信息,如用户的SIP URI、AF Session-Id。
8、PCEF执行PCC规则,并更新本地保存的Session-Info AVP,以DiameterRAA消息响应PCRF1。
实例2PCRF会话信息恢复
参考图6,PCRF1故障,PCRF2接管PCRF1业务,以AF发起业务修改为例:
1、用户对正在进行的业务发起修改。如将语音呼叫改变为音视频呼叫。
2、AF以Diameter AAR-U消息通知PCRF2业务变化的相关信息,同时以Session-Info AVP携带AF保存的Session-Info AVP信息。
3、PCRF2根据Session-Info AVP的信息恢复Gx会话和AF会话后,以以Diameter AAA-U消息响应AF。
4、PCRF2以Diameter RAR消息请求PCEF执行根据用户业务变化产生的新PCC规则,同时以Session-Info AVP携带PCRF恢复Gx会话必须的信息,如用户的IMSI、Gx Session-Id;和PCRF恢复AF会话所必须的信息,如用户的SIP URI、AF Session-Id。
5、PCEF执行PCC规则,并更新本地保存的Session-Info AVP,以DiameterRAA消息响应PCRF2。
利用本实施例提供的改善PCRF容灾效果的方法,具有如下优点:
相比3GPP标准的故障恢复方案,实施本实施例的方案后,PCRF发生故障时正在进行的用户业务也不受影响,容灾效果得到极大改善。
本实施例的方案没有引入额外的热备设备、热备通信平面、热备消息交互和热备处理逻辑,方案简单而高效,易于实施。
本实施例具有普遍的适用性,理论上任何网元都可以本实施例的思路,利用有通信关系的对端网元,在正常的业务通信过程中,进行本网元关键信息热备和故障恢复。
以上所述仅为本发明的优选实施例,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种业务恢复处理方法,其特征在于包括:
第一网元与第二网元进行业务交互;
所述第一网元将所述业务的状态信息发送给所述第二网元,其中,所述业务的状态信息用于所述第一网元故障的情况下,所述第二网元在所述第一网元的备份网元上恢复所述业务。
2.根据权利要求1所述的方法,其特征在于,所述第一网元包括策略与计费规则功能PCRF;所述第二网元包括以下至少之一:策略与计费执行功能PCEF、应用功能AF。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一网元接收所述第二网元发送的消息,其中,所述消息用于改变所述业务,所述消息中携带有所述第二网元保存的所述业务的状态信息;
所述第一网元根据改变后的业务重新生成业务的状态信息,并比较所述重新生成的业务的状态信息与所述第二网元保存的所述业务的状态信息是否相同;
在不相同的情况下,所述第一网元将所述重新生成的业务的状态信息发送给所述第二网元,以替换所述第二网元之前保护的所述业务的状态信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一网元和所述第二网元通过Diameter协议进行交互。
5.一种业务恢复处理方法,其特征在于包括:
第二网元与第一网元进行业务交互;
所述第二网元接收所述第一网元发送的所述业务的状态信息;
所述第二网元在所述第一网元故障的情况下,根据所述业务的状态信息在所述第一网元的备份网元上恢复所述业务。
6.根据权利要求5所述的方法,其特征在于,所述第一网元包括策略与计费规则功能PCRF;所述第二网元包括以下至少之一:策略与计费执行功能PCEF、应用功能AF。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第二网元向所述第一网元发送消息,其中,所述消息用于改变所述业务,所述消息中携带有所述第二网元保存的所述业务的状态信息;
所述第二网元接收所述第一网元根据改变后的业务重新生成业务的状态信息;
所述第二网元将本地保存的所述业务的状态信息替换为所述重新生成的业务的状态信息。
8.根据权利要求5至7中任一项所述的方法,其特征在于,所述第一网元和所述第二网元通过Diameter协议进行交互。
9.一种业务恢复处理装置,其特征在于包括:
第一交互模块,用于与第二网元进行业务交互;
第一发送模块,用于将所述业务的状态信息发送给所述第二网元,其中,所述业务的状态信息用于所述第一网元故障的情况下,所述第二网元在所述第一网元的备份网元上恢复所述业务。
10.一种业务恢复处理装置,其特征在于包括:
第二交互模块,用于与第一网元进行业务交互;
接收模块,用于接收所述第一网元发送的所述业务的状态信息;
恢复模块,用于在所述第一网元故障的情况下,根据所述业务的状态信息在所述第一网元的备份网元上恢复所述业务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510607703.5A CN106549791A (zh) | 2015-09-22 | 2015-09-22 | 业务恢复处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510607703.5A CN106549791A (zh) | 2015-09-22 | 2015-09-22 | 业务恢复处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106549791A true CN106549791A (zh) | 2017-03-29 |
Family
ID=58364872
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510607703.5A Withdrawn CN106549791A (zh) | 2015-09-22 | 2015-09-22 | 业务恢复处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106549791A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109040991A (zh) * | 2017-06-12 | 2018-12-18 | 华为技术有限公司 | 无线通信的方法和设备 |
CN111294216A (zh) * | 2018-12-10 | 2020-06-16 | 中国电信股份有限公司 | Pcrf容灾方法、系统和pgw |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946035A (zh) * | 2006-09-06 | 2007-04-11 | 华为技术有限公司 | 一种网元数据配置管理的方法及网元 |
CN101426306A (zh) * | 2008-10-24 | 2009-05-06 | 中国移动通信集团山东有限公司 | 一种容灾切换方法、系统及装置 |
CN101453754A (zh) * | 2008-10-24 | 2009-06-10 | 中国移动通信集团山东有限公司 | 一种数据备份的方法和装置 |
CN101729305A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 故障自动恢复的方法、系统和控制网元 |
US20130060934A1 (en) * | 2011-09-06 | 2013-03-07 | Broadcom Corporation | Secure electronic element network |
-
2015
- 2015-09-22 CN CN201510607703.5A patent/CN106549791A/zh not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946035A (zh) * | 2006-09-06 | 2007-04-11 | 华为技术有限公司 | 一种网元数据配置管理的方法及网元 |
CN101426306A (zh) * | 2008-10-24 | 2009-05-06 | 中国移动通信集团山东有限公司 | 一种容灾切换方法、系统及装置 |
CN101453754A (zh) * | 2008-10-24 | 2009-06-10 | 中国移动通信集团山东有限公司 | 一种数据备份的方法和装置 |
CN101729305A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 故障自动恢复的方法、系统和控制网元 |
US20130060934A1 (en) * | 2011-09-06 | 2013-03-07 | Broadcom Corporation | Secure electronic element network |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109040991A (zh) * | 2017-06-12 | 2018-12-18 | 华为技术有限公司 | 无线通信的方法和设备 |
EP3618468A4 (en) * | 2017-06-12 | 2020-03-18 | Huawei Technologies Co., Ltd. | WIRELESS COMMUNICATION METHOD AND DEVICE |
CN109040991B (zh) * | 2017-06-12 | 2021-02-26 | 华为技术有限公司 | 无线通信的方法和设备 |
US11223492B2 (en) | 2017-06-12 | 2022-01-11 | Huawei Technologies Co., Ltd. | Wireless communication method and device |
CN111294216A (zh) * | 2018-12-10 | 2020-06-16 | 中国电信股份有限公司 | Pcrf容灾方法、系统和pgw |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2878097B1 (en) | Termination of a charging session for an always on ip connectivity session | |
EP2146458B1 (en) | Method,system and entity of realizing event detection | |
US8804511B2 (en) | Policy-enabled dynamic deep packet inspection for telecommunications networks | |
US9191960B2 (en) | Methods and apparatus for mitigating service interruption | |
CN103004241B (zh) | 策略控制方法、相关设备和策略计费控制系统 | |
CN103636279B (zh) | 用于控制承载相关资源的方法和节点以及对应的系统和计算机可读介质 | |
US20120275300A1 (en) | Service event trigger | |
CN102131172B (zh) | 业务处理方法及系统 | |
CN108011737A (zh) | 一种故障切换方法、装置及系统 | |
US20130010804A1 (en) | Method and apparatus for an ims restoration procedure | |
CN103119981B (zh) | 服务质量控制方法和设备 | |
CN103957542B (zh) | 一种业务承载建立的方法及装置 | |
CN101394291A (zh) | 一种处理业务的方法、装置及系统 | |
CN103856968B (zh) | Gx接口故障后PCC规则获取的方法及装置 | |
EP2484050A1 (en) | Charging correlation for dedicated bearers | |
CN106549791A (zh) | 业务恢复处理方法及装置 | |
CN101420361A (zh) | 一种会话终止的方法、系统及服务器、客户端 | |
WO2014180410A1 (zh) | 一种实现媒体QoS承载资源控制的方法及装置 | |
CN105764082B (zh) | 网元容灾方法及装置 | |
CN107548077A (zh) | 一种位置信息获取方法、设备及系统 | |
CN101778434B (zh) | 一种统一控制的方法、网络设备及系统 | |
CN101567876B (zh) | 上报会话状态的方法、媒体网关和系统 | |
CN103024714B (zh) | 一种PCC系统中Gx接口会话稽核的方法及装置 | |
CN106209473B (zh) | 一种容灾倒回的方法及系统 | |
US20140119241A1 (en) | Scheme for setting up session in a mobile communication system |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170329 |
|
WW01 | Invention patent application withdrawn after publication |