CN105591831A - 业务能力探测方法及装置 - Google Patents
业务能力探测方法及装置 Download PDFInfo
- Publication number
- CN105591831A CN105591831A CN201410577272.8A CN201410577272A CN105591831A CN 105591831 A CN105591831 A CN 105591831A CN 201410577272 A CN201410577272 A CN 201410577272A CN 105591831 A CN105591831 A CN 105591831A
- Authority
- CN
- China
- Prior art keywords
- network element
- specified services
- feedback information
- request message
- specified
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了业务能力探测方法及装置,其中,该方法包括:第一网元向第二网元发送第一探测请求消息,其中,第一探测请求消息用于探测第二网元是否支持一个或多个指定业务;第一网元接收第二网元发送的第一反馈信息,其中,第一反馈信息用于指示第二网元对上述一个或多个指定业务的支持情况。通过本发明解决了相关技术中由于一端网元无法获知另一端网元所支持的业务导致的问题,进而实现了一端网元可以获知另一端网元所支持的业务。
Description
技术领域
本发明涉及通信领域,具体而言,涉及业务能力探测方法及装置。
背景技术
根据RFC3588Diameter基础协议,可以通过Diameter链路上发送设备看门狗请求(Device-Watchdog-Request,简称为DWR)/设备看门狗响应(Device-Watchdog-Answer,简称为DWA)检测对等端实体是否可用。同时,基础协议也提出了首要对等端和次要对等端概念,并通过DWR/DWA消息检测进行失败替换和失败恢复。
图1是根据相关技术的Diameter首要对等端正常工作或启动FailBack后工作示意图,如图1所示,在系统正常通信过程中,Diameter对等实体与首要对等端和次要对等端分别建立Diameter连接,在Diameter对等实体间进行数据处理过程中,Diameter对等实体一般与首要对等端进行数据处理,而Diameter对等实体虽然与次要对等端也建立Diameter连接,但一般不能进行Diameter数据处理。一旦首要对等端由于过载或其他原因处理失败,引起FailOver过程,即失败替换策略,此时,次要对等端就会充当首要对等端,继续与Diameter对等实体进行通信。图2是根据相关技术的Diameter启动FailOver后次要对等端正常工作示意图,如图2所示,当原先的首要对等端恢复了其处理能力后,就会与Diameter对等实体重新建立连接,达到稳定状态后启动故障回复(FailBack)过程,即失败恢复策略,使其重新成为首要对等端,又返回到图1的状态。
在对等端实体间链路上检测链路,并根据检测结果进行失败倒换方法存在如下缺点:失败替换和失败恢复策略只适合链路自动切换的场景,发起侧业务无法有效干预。这是由于一端网元无法获知另一端网元所支持的业务导致的。
针对相关技术中,由于一端网元无法获知另一端网元所支持的业务导致的问题,还没有提出有效的解决方案。
发明内容
本发明提供了一种业务能力探测方法及装置,以至少解决相关技术中由于一端网元无法获知另一端网元所支持的业务导致的问题。
根据本发明的一个方面,提供了一种业务能力探测方法,包括:第一网元向第二网元发送第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;所述第一网元接收所述第二网元发送的第一反馈信息,其中,所述第一反馈信息用于指示所述第二网元对所述一个或多个指定业务的支持情况。
进一步地,所述方法还包括:所述第一网元向第三网元发送第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持所述一个或多个指定业务;所述第一网元接收所述第三网元发送的第二反馈信息,其中,所述第二反馈信息用于指示所述第三网元对所述一个或多个指定业务的支持情况;所述第一网元确定所述第三网元为所述第二网元的备用网元。进一步地,所述方法还包括:所述第一网元在发送所述第一探测请求消息达到预定次数之后或者在预定时长内未收到所述第一反馈信息的情况下,所述第一网元确定所述第二网元不可用;和/或,所述第一网元在发送所述第二探测请求消息达到预定次数之后或者在预定时长内未收到所述第二反馈信息的情况下,所述第一网元确定所述第三网元不可用。
进一步地,所述第一网元向所述第二网元发送所述第一探测请求消息或者所述第一网元向所述第三网元发送所述第二探测请求消息包括:所述第一网元根据预先配置的周期向所述第二网元发送所述第一探测请求消息;和/或,所述第一网元根据预先配置的周期向所述第三网元发送所述第二探测请求消息。
进一步地,所述方法还包括:所述第一反馈信息包括以下之一:所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或,所述第二反馈信息包括以下之一:所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
进一步地,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
进一步地,所述方法还包括:所述第一网元通过路由代理实体DRA发送所述第一探测请求消息和/或第二探测请求消息;和/或,所述第一网元通过所述路由代理实体DRA接收所述第一反馈信息和/或所述第二反馈信息。
进一步地,所述第一网元接收所述第一反馈信息和所述第二反馈信息之后,所述方法还包括:所述第一网元将第一指定业务发送至所述第二网元进行处理,其中,所述第一指定业务是所述第二网元支持的业务消息;在所述第一反馈信息指示所述第一指定业务为所述第二网元不支持的业务时,所述第一网元将所述第一指定业务发送至所述第三网元进行处理。
进一步地,所述方法还包括:在所述第一反馈信息指示所述第二网元恢复支持所述第一指定业务时,所述第一网元将所述第一指定业务发送至所述第二网元。
进一步地,所述方法还包括:在所述第一网元确定所述第二网元和所述第三网元均支持第二指定业务时,所述第一网元根据负荷分担策略将所述第二指定业务发送给所述第二网元和所述第三网元进行处理。
根据本发明的另一个方面,还提供了一种业务能力探测方法,包括:第二网元接收第一网元发送的第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;所述第二网元检测自身支持的业务能力,确定所述第二网元是否支持所述一个或多个指定业务,并生成第一反馈信息;所述第二网元将所述第一反馈信息发送给所述第一网元。
进一步地,所述方法还包括:第三网元接收所述第一网元发送的第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持一个或多个指定业务;所述第三网元检测自身支持的业务能力,确定所述第三网元是否支持所述一个或多个指定业务,并生成第二反馈信息;所述第三网元将所述第二反馈信息发送给所述第一网元;其中,所述第三网元为所述第二网元的备用网元。
进一步地,所述方法还包括:所述第二网元在接收到所述第一探测请求消息达到预定次数之后或者在预定时长内未发送所述第一反馈信息的情况下,则确定所述第二网元不可用;和/或,所述第三网元在接收到所述第二探测请求消息达到预定次数之后或者在预定时长内未发送所述第二反馈信息的情况下,则确定所述第三网元不可用。
进一步地,所述第二网元接收所述第一网元发送的所述第一探测请求消息或者所述第三网元接收所述第一网元发送的所述第二探测请求消息包括:所述第二网元根据预先配置的周期接收所述第一网元发送所述第一探测请求消息;和/或,所述第三网元根据预先配置的周期接收所述第一网元发送所述第二探测请求消息。
进一步地,所述方法还包括:所述第一反馈信息包括以下之一:所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或所述第二反馈信息包括以下之一:所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
进一步地,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
进一步地,所述方法还包括:所述第二网元通过路由代理实体DRA接收所述探测请求消息,和/或所述第二网元通过所述路由代理实体DRA将所述第一反馈信息发送给所述第一网元;和/或所述第三网元通过路由代理实体DRA接收所述探测请求消息,和/或所述第三网元通过所述路由代理实体DRA将所述第二反馈信息发送给所述第一网元。
进一步地,所述第二网元和所述第三网元向所述第一网元发送所述第一反馈信息和所述第二反馈信息之后,所述方法还包括:在所述第一反馈信息指示所述第二网元不支持第一指定业务时,由所述第三网元执行所述第一指定业务。
进一步地,所述方法还包括:在所述第一反馈信息指示所述第二网元恢复支持所述第一指定业务时,由所述第二网元执行所述第一指定业务。
进一步地,所述方法还包括:在所述第一反馈信息和所述第二反馈信息指示均支持第二指定业务时,所述第二网元和所述第三网元根据负荷分担策略执行所述第二指定业务。
根据本发明的一个方面,还提供了一种业务能力探测装置,应用于第一网元,包括:第一发送模块,用于向第二网元发送第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;第一接收模块,用于接收所述第二网元发送的第一反馈信息,其中,所述第一反馈信息用于指示所述第二网元对所述一个或多个指定业务的支持情况。
进一步地,所述装置还包括:第二发送模块,用于向第三网元发送第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持所述一个或多个指定业务;第二接收模块,用于接收所述第三网元发送的第二反馈信息,其中,所述第二反馈信息用于指示所述第三网元对所述一个或多个指定业务的支持情况;确定模块,用于确定所述第三网元为所述第二网元的备用网元。
进一步地,所述第一反馈信息包括以下之一:所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或,所述第二反馈信息包括以下之一:所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
进一步地,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
根据本发明的另一个方面,还提供了一种业务能力探测装置,包括:第一接收模块,所述第一接收模块应用于第二网元,用于接收第一网元发送的第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;第一检测模块,所述第一检测模块应用于所述第二网元,用于检测自身支持的业务能力,确定所述第二网元是否支持所述一个或多个指定业务,并生成第一反馈信息;第一发送模块,所述第一发送模块应用于所述第二网元,用于将所述第一反馈信息发送给所述第一网元。
进一步地,所述装置还包括:第二接收模块,所述第二接收模块应用于第三网元,用于接收所述第一网元发送的第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持一个或多个指定业务;第二检测模块,所述第二检测模块应用于所述第三网元,用检测自身支持的业务能力,确定所述第三网元是否支持所述一个或多个指定业务,并生成第二反馈信息;第二发送模块,所述第二发送模块应用于所述第三网元,用于将所述第二反馈信息发送给所述第一网元;其中,所述第三网元为所述第二网元的备用网元。
进一步地,所述第一反馈信息包括以下之一:所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或所述第二反馈信息包括以下之一:所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
进一步地,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
通过本发明,采用第一网元向第二网元发送第一探测请求消息,其中,第一探测请求消息用于探测第二网元是否支持一个或多个指定业务;第一网元接收第二网元发送的第一反馈信息,其中,第一反馈信息用于指示第二网元对上述一个或多个指定业务的支持情况。解决了相关技术中由于一端网元无法获知另一端网元所支持的业务导致的问题,进而实现了一端网元可以获知另一端网元所支持的业务。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的Diameter首要对等端正常工作或启动FailBack后工作示意图;
图2是根据相关技术的Diameter启动FailOver后次要对等端正常工作示意图;
图3是根据本发明实施例的业务能力探测方法的流程图;
图4是根据本发明实施例的业务能力探测装置的结构框图;
图5是根据本发明实施例的业务能力探测装置的结构框图一;
图6是根据本发明实施例的业务能力探测方法的流程图一;
图7是根据本发明实施例的业务能力探测装置的结构框图二;
图8是根据本发明实施例的业务能力探测装置的结构框图三;
图9是根据本发明实施例的端到端保活检测Diameter网元实体可用示意图;
图10是根据本发明实施例的端到端主服务器网元实体可用示意图;
图11是根据本发明实施例的端到端备服务器网元实体可用示意图;
图12是根据本发明实施例的端到端负荷分担的两个服务器网元实体可用示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种业务能力探测方法,图3是根据本发明实施例的业务能力探测方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,第一网元向第二网元发送第一探测请求消息,其中,第一探测请求消息用于探测第二网元是否支持一个或多个指定业务;
步骤S304,第一网元接收第二网元发送的第一反馈信息,其中,第一反馈信息用于指示第二网元对该一个或多个指定业务的支持情况。
通过上述步骤,第一网元向第二网元发送第二网元是否支持指定业务的探测请求消息,第二网元将其所支持的指定业务反馈给第一网元,从而解决了相关技术中由于一端网元无法获知另一端网元所支持的业务导致的问题,进而实现了一端网元可以获知另一端网元所支持的业务。通过上述步骤也为其他业务的实现提供了可能,例如,在相关技术中,由于客户端网元无法获知服务器端网元所支持的业务,如果某客户端网元实体需要支持服务器网元实体的某种业务容灾功能,则需要人为控制业务消息的处理。通过上述步骤,客户端可以获知服务器网元所支持的情况,则客户端可以自行选择需要的服务器网元,进而可以实现诸如容灾等功能。
下面的一个可选实施例利用了上述步骤从而实现了容灾的处理。
在该可选实施例中,第一网元向第三网元发送第二探测请求消息,其中,第二探测请求消息用于探测第三网元是否支持该一个或多个指定业务;第一网元接收第三网元发送的第二反馈信息,其中,第二反馈信息用于指示第三网元对该一个或多个指定业务的支持情况。从而,第一网元获取了第二网元及其备用网元第三网元对指定业务的支持情况,基于此第一网元可以根据获取到的该结果对指定业务进行控制。其中,第一探测请求消息和第二探测请求消息可以为相同的探测请求消息也可以为不同的探测请求消息。
在一个可选实施例中,还可以对第二网元或者第三网元是否可用进行判断,具体地,第一网元在发送第一探测请求消息达到预定次数之后或者在预定时长内未收到第一反馈信息的情况下,第一网元确定第二网元不可用;和/或,第一网元在发送第二探测请求消息达到预定次数之后或者在预定时长内未收到第二反馈信息的情况下,第一网元确定第三网元不可用。在第一网元确认第二网元/第三网元不可用的情况下,就不会为第二网元/第三网元发送业务。
第一网元可以按周期向其他网元发送探测请求消息,在一个可选实施例中,第一网元根据预先配置的周期向第二网元发送第一探测请求消息;和/或,第一网元根据预先配置的周期向第三网元发送第二探测请求消息。
在上述实施例中,第二网元或者第三网元通过第一反馈信息和第二反馈信息来进行反馈,第一反馈信息和第二反馈信息仅仅是为了标识这两个反馈信息,不应当理解为任何的其他限定。这两个反馈信息可以包括各种信息,根据实际的需要进行配置即可。在一个可选实施例中,第一反馈信息可以包括以下之一:第二网元支持该一个或多个指定业务中的所有指定业务、第二网元对该一个或多个指定业务中的指定业务均不支持、第二网元支持该一个或多个指定业务中的部分指定业务;在另一个可选实施例中,第二反馈信息可以包括以下之一:第三网元支持该一个或多个指定业务中的所有指定业务、第三网元对该一个或多个指定业务中的指定业务均不支持、第三网元支持该一个或多个指定业务中的部分指定业务。
在第一网元接收第一反馈信息和第二反馈信息之后,即第一网元获知了第二网元和第三网元对指定业务的支持情况之后,第一网元可以将第一指定业务发送至第二网元进行处理,其中,第一指定业务是第二网元支持的业务消息,第三网元作为第二网元的备用网元,在第一反馈信息指示第一指定业务为第二网元不支持的业务时(例如,第二网元临时关闭了对该第一指定业务的支持),第一网元将第一指定业务发送至第三网元进行处理。在另一可选实施例中,在第一反馈信息指示第二网元恢复支持第一指定业务时,第一网元将第一指定业务发送至第二网元进行第一指定业务的处理。进而实现了在第二网元不支持指定业务时,由第二网元的备用网元进行该指定业务的处理。
第三网元作为第二网元的备用网元,两者可以对共同支持的指定业务进行分担处理,在另一个可选实施例中,在第一网元确定第二网元和第三网元均支持第二指定业务时,第一网元根据负荷分担策略将第二指定业务发送给第二网元和第三网元进行处理。其中,第二指定业务与上述第一指定业务可以为相同的业务,也可以为不同的业务。
上述的实施例及可选实施方式可以适用于各种实体,例如,在一个可选实施例中,上述涉及到的第一网元、第二网元和第三网元可以均为Diameter实体。
对于某些类型的实体,例如,Diameter实体,是无法检测Diameter客户端实体通过路由代理(DiameterRouteAgent,简称为DRA)中转后到达Diameter服务器的路径是否可达的。
在一个可选的实施例,第一网元可以通过路由代理实体DRA发送第一探测请求消息和/或第二探测请求消息。在另一个可选实施例中,第一网元也可以通过路由代理实体DRA接收第一反馈信息和/或第二反馈信息。
在本实施例中还提供了一种业务能力探测装置,该装置用于实现上述实施例及可选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的业务能力探测装置的结构框图,该装置应用于第一网元,如图4包括:第一发送模块42,用于向第二网元发送第一探测请求消息,其中,第一探测请求消息用于探测第二网元是否支持一个或多个指定业务;第一接收模块44,用于接收第二网元发送的第一反馈信息,其中,第一反馈信息用于指示该第二网元对该一个或多个指定业务的支持情况。
图5是根据本发明实施例的业务能力探测装置的结构框图一;如图5所示,该装置还包括:第二发送模块52,用于向第三网元发送第二探测请求消息,其中,第二探测请求消息用于探测第三网元是否支持该一个或多个指定业务;第二接收模块54,用于接收第三网元发送的第二反馈信息,其中,第二反馈信息用于指示第三网元对该一个或多个指定业务的支持情况;确定模块56,用于确定第三网元为第二网元的备用网元。
在一个可选的实施例中,第一反馈信息可以包括以下之一:第二网元支持该一个或多个指定业务中的所有指定业务、第二网元对该一个或多个指定业务中的指定业务均不支持、第二网元支持该一个或多个指定业务中的部分指定业务;和/或,第二反馈信息包括以下之一:第三网元支持该一个或多个指定业务中的所有指定业务、第三网元对该一个或多个指定业务中的指定业务均不支持、第三网元支持该一个或多个指定业务中的部分指定业务。
在另一个可选的实施例中,第一网元、第二网元和第三网元可以均为Diameter实体。
上述实施例及可选实施方式是从发起探测请求消息的一侧描述的,下面从接收探测请求消息的一侧进行描述。
在本实施例中提供了另一种业务能力探测方法,图6是根据本发明实施例的业务能力探测方法的流程图一,如图6所示,该流程包括如下步骤:
步骤S602,第二网元接收第一网元发送的第一探测请求消息,其中,第一探测请求消息用于探测第二网元是否支持一个或多个指定业务;
步骤S604,第二网元检测自身支持的业务能力,确定第二网元是否支持该一个或多个指定业务,并生成第一反馈信息;
步骤S606,第二网元将第一反馈信息发送给第一网元。
通过上述步骤,第二网元根据接收到的第一网元的探测请求消息,检测自身支持的业务能力,确定其对指定业务的支持情况,并将其所支持的指定业务反馈给第一网元,从而解决了相关技术中由于一端网元无法获知另一端网元所支持的业务导致的问题,进而实现了一端网元可以获知另一端网元所支持的业务。通过上述步骤也为其他业务的实现提供了可能,例如,在相关技术中,由于客户端网元无法获知服务器端网元所支持的业务,如果某客户端网元实体需要支持服务器网元实体的某种业务容灾功能,则需要人为控制业务消息的处理。通过上述步骤,客户端可以获知服务器网元所支持的情况,则客户端可以自行选择需要的服务器网元,进而可以实现诸如容灾等功能。
在确定第二网元的备用网元为第三网元的情况下,在一个可选实施例中,第三网元接收第一网元发送的第二探测请求消息,其中,第二探测请求消息用于探测第三网元是否支持一个或多个指定业务;第三网元检测自身支持的业务能力,确定第三网元是否支持该一个或多个指定业务,并生成第二反馈信息;第三网元将该第二反馈信息发送给该第一网元;其中,第三网元为该第二网元的备用网元。其中,第一探测请求消息和第二探测请求消息可以为相同的探测请求消息也可以为不同的探测请求消息。
在一个可选实施例中,还可以对第二网元或者第三网元是否可用进行判断,具体地,第二网元在接收到第一探测请求消息达到预定次数之后或者在预定时长内未发送第一反馈信息的情况下,则确定第二网元不可用;和/或,第三网元在接收到第二探测请求消息达到预定次数之后或者在预定时长内未发送第二反馈信息的情况下,则确定第三网元不可用。
第二网元或第三网元可以按周期接收第一网元发送探测请求消息,在一个可选实施例中,第二网元根据预先配置的周期接收第一网元发送第一探测请求消息;和/或,第三网元根据预先配置的周期接收第一网元发送第二探测请求消息。
在上述实施例中,第二网元或者第三网元通过第一反馈信息和第二反馈信息来进行反馈,第一反馈信息和第二反馈信息仅仅是为了标识这两个反馈信息,不应当理解为任何的其他限定。这两个反馈信息可以包括各种信息,根据实际的需要进行配置即可。在一个可选实施例中,第一反馈信息可以包括以下之一:第二网元支持该一个或多个指定业务中的所有指定业务、第二网元对该一个或多个指定业务中的指定业务均不支持、第二网元支持该一个或多个指定业务中的部分指定业务;在另一个可选实施例中,第二反馈信息可以包括以下之一:第三网元支持该一个或多个指定业务中的所有指定业务、第三网元对该一个或多个指定业务中的指定业务均不支持、第三网元支持该一个或多个指定业务中的部分指定业务。
在第二网元和第三网元向第一网元发送第一反馈信息和第二反馈信息之后,即第一网元获知了第二网元和第三网元对指定业务的支持情况之后,在一个可选实施例中,在第一反馈信息指示第二网元不支持第一指定业务时(例如,第二网元临时关闭了对该第一指定业务的支持),由第三网元执行第一指定业务。进而实现了在第二网元不支持指定业务时,由第二网元的备用网元进行该指定业务的处理。在另一可选实施例中,在第一反馈信息指示第二网元恢复支持第一指定业务时,由第二网元执行该第一指定业务。
第三网元作为第二网元的备用网元,两者可以对共同支持的指定业务进行分担处理,在一个可选实施例中,在第一反馈信息和第二反馈信息指示均支持第二指定业务时,第二网元和第三网元根据负荷分担策略执行第二指定业务。其中,第二指定业务与上述第一指定业务可以为相同的业务,也可以为不同的业务。
上述的实施例及可选实施方式可以适用于各种实体,例如,在一个可选实施例中,上述涉及到的第一网元、第二网元和第三网元可以均为Diameter实体。
对于某些类型的实体,例如,Diameter实体,是无法检测Diameter客户端实体通过路由代理(DiameterRouteAgent,简称为DRA)中转后到达Diameter服务器的路径是否可达的。
在一个可选的实施例,第二网元或者第三网元可以通过路由代理实体DRA接收第一网元发送第一探测请求消息和/或第二探测请求消息。在另一个可选实施例中,第二网元或者第三网元也可以通过路由代理实体DRA发送第一反馈信息和/或第二反馈信息。
在本实施例中还提供了一种业务能力探测装置,该装置用于实现上述实施例及可选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本发明实施例的业务能力探测装置的结构框图二,如图7所示,该装置包括:第一接收模块72,第一接收模块72应用于第二网元,用于接收第一网元发送的第一探测请求消息,其中,第一探测请求消息用于探测第二网元是否支持一个或多个指定业务;第一检测模块74,第一检测模块74应用于第二网元,用于检测自身支持的业务能力,确定第二网元是否支持该一个或多个指定业务,并生成第一反馈信息;第一发送模块76,第一发送模块76应用于第二网元,用于将第一反馈信息发送给第一网元。
图8是根据本发明实施例的业务能力探测装置的结构框图三,如图8所示,该装置还包括:第二接收模块82,第二接收模块82应用于第三网元,用于接收第一网元发送的第二探测请求消息,其中,第二探测请求消息用于探测该第三网元是否支持一个或多个指定业务;第二检测模块84,第二检测模块84应用于第三网元,用检测自身支持的业务能力,确定第三网元是否支持该一个或多个指定业务,并生成第二反馈信息;第二发送模块86,第二发送模块86应用于第三网元,用于将第二反馈信息发送给第一网元;其中,第三网元为第二网元的备用网元。
在一个可选实施例中,第一反馈信息包括以下之一:第二网元支持该一个或多个指定业务中的所有指定业务、第二网元对该一个或多个指定业务中的指定业务均不支持、第二网元支持该一个或多个指定业务中的部分指定业务;和/或第二反馈信息包括以下之一:第三网元支持该一个或多个指定业务中的所有指定业务、第三网元对该一个或多个指定业务中的指定业务均不支持、第三网元支持该一个或多个指定业务中的部分指定业务;
在一个可选实施例中,第一网元、第二网元和第三网元均为Diameter实体。
下面以第一网元、第二网元和第三网元均为Diameter实体为例结合一个可选的实施例进行说明。
本可选实施例提出了一种检测端到端Diameter实体网元可用的方法,通过规定一组业务层面的心跳探测消息来感知目标Diameter实体业务是否可用。
图9是根据本发明实施例的端到端保活检测Diameter网元实体可用示意图,本可选实施例提出的如图9所示,可以包括以下步骤:
步骤S902,Diameter实体A发送保活检测请求消息KeepAliveRequest(KAR)给DRA;
步骤S904,DRA转发KAR消息给Diameter实体B;
步骤S906,Diameter实体B检测自身有处理该业务能力,就回送一个KeepAliveAnswer(KAA)给DRA;
步骤S908,DRA将KAA消息转发给Diameter实体A。
这样Diameter实体A就知道实体B具有处理某类业务的处理能力。
假定Diameter实体B存在一个备用容灾的实体C,Diameter实体A也同样通过上述KAR/KAA交互的方法确定实体C也具有处理某类业务的处理能力,这样Diameter实体A就可以根据容灾策略将该类业务消息发送到实体B或实体C。
与现有协议标准相比,本可选实施例提出了一种端到端检测网元实体是否可用的方法,通过增加了一组端到端的探测消息进行检测。
本可选实施例的具体实施方式不限于KAR、KAA消息检测的方式,某些业务接口可以复用已存在的消息进行保活探测,如策略和计费控制(PolicyandChargingControl,简称为PCC)架构中可采用推送重授权请求(Re-Auth-Request简称为RAR)\重授权应答(Re-Auth-Answer,简称为RAA)进行探测。
在本可选实施例定义了一对保活检查消息KAR、KAA消息,KAR、KAA消息定义如下:
Session-Id除了按照RFC3588协议规定的<DiameterIdentity>;<high32bits>;<low32bits>[;<optionalvalue>]可选项内容可增加上接口应用标识(若携带Auth-Application-Id,可不增加),同时高32位取系统启动时间可以作特别处理,如取0值,这样确保KAR探测消息的Session-Id值固定不变。
KAR消息同时携带源主机和目的主机设备间的保活能力Auth-Application-Id,表明本端Diameter实现需要探测对端哪些能力仍然可用。
如果目标Diameter设备支持KAR携带的所有能力,Result-Code则回送全部支持(DIAMETER_SUCCESS,2001),若只支持部分业务能力,则回送部分支持(DIAMETER_LIMITED_SUCCESS,2002),若都不支持,则回复应用不支持(DIAMETER_APPLICATION_UNSUPPORTED,3007)。
采用上述消息检测端到端实体是否可用的流程可以包括如下步骤:
步骤S1101:Diameter本端实体A预先配置保活探测周期Tp(如设置在5秒至120秒之间)、探测次数Tw(如设置为0至10次,设置为0,则表示不用发保活消息探测)、不回复暂停检测时长(如设置为0~0xFFFF小时,0为一直探测,0xFFFF为不再探测,其它时间为暂停周期);
步骤S1102:Diameter本端实体A发送保活检测请求消息KAR,并设置定时器为Tp周期;
步骤S1103:若存在DRA设备,DRA转发KAR消息至Diameter目的端实体B;
步骤S1104:Diameter目的端实体B检测自身有处理这些业务能力,回复前述RAA的三种取值,并在KAA中携带本端支持的业务能力;
步骤S1105:若存在DRA设备,DRA转发KAA消息转发给Diameter实体A;
步骤S1106:Diameter本端实体A收到KAA消息,若KAA结果为部分支持或不支持,比较KAR消息和KAA消息的能力携带情况,说明KAR消息中业务能力没在KAA中出现的能力Diameter目的端实体B不支持,后续Diameter本端实体A不再向Diameter目的端实体B发送不支持的业务消息;
步骤S1107:Tp周期到,重新设置定时器为Tp周期,并将探测不回复次数清零,重复步骤S1102~步骤S1106。
在步骤S1106,在Tp周期到Diameter本端实体A未收到KAA消息,启动异常处理流程:
在步骤S1101,在Tp周期到Diameter本端实体A未收到KAA消息,再重复步骤S1102发送KAR消息,同时探测不回复次数加1;
在步骤S1102,探测不回复次数达到设置的Tw,根据不回复暂停检测时长决定间隔多长时间再重新探测。
基于上述步骤分别检测出端到端主、备服务器网元实体是否可用,图10和图11分别表示端到端主服务器网元实体可用、端到端备服务器网元实体可用的示意图,进而可以实现容灾切换,该容灾切换可以包括如下步骤:
步骤S1201:按照实施例一的检测方法,图10本端实体A检测到实体B可用;
步骤S1202:本端实体A发送业务消息至实体B处理;
步骤S1203:按照实施例一的检测方法,图11本端实体A检测到实体B不可用;
步骤S1204:按照实施例一的检测方法,图11本端实体A检测到实体C可用;
步骤S1205:本端实体A根据目的端容灾切换的配置,将业务消息发送至实体C处理;
在容灾切换之后,在本可选实施例还可以实现容灾切回,容灾切回,即在备用服务器实体C正常处理业务流程期间,检测到主用服务器实体B可用,本端实体A根据容灾的配置要求决定是否进行容灾切回,若需要进行容灾切回,本端实体A发送业务消息至主用服务器实体B,该容灾切回可以包括如下步骤:
步骤S1301:按照上述步骤S1101至步骤S1107的检测方法,图10中的本端实体A检测到实体B可用;
步骤S1302:本端实体A发送业务消息至实体B处理;
步骤S1303:按照实施例一的检测方法,图11中的本端实体A检测到实体B不可用;
步骤S1304:按照实施例一的检测方法,图11中的本端实体A检测到实体C可用;
步骤S1305:本端实体A根据目的端容灾切换的配置,将业务消息发送至实体C处理;
步骤S1306:按照实施例一的检测方法,图10中的本端实体A重新检测到实体B可用;
步骤S1307:本端实体A根据容灾的配置要求决定是否进行容灾切回,若需要容灾切回实体B;
步骤S1308:本端实体A发送业务消息至实体B处理。
在本可选实施例还可以实现负荷分担。负荷分担,即在两个目的服务器实体B和C正常处理业务流程期间,本端实体A检测到服务器实体B和实体C对某种应用均可用,本端实体A根据规划或配置策略要求是否进行负荷分担,若需要进行负荷分担,本端实体A按照负荷分担策略发送业务消息至服务器实体B和实体C。该负荷分担可以包括如下步骤:
步骤S1401:按照实施例一的检测方法,图12本端实体A检测到实体B和实体C可用;
步骤S1402:本端实体A根据负荷分担策略将业务消息发送到实体B,负荷分担策略包括按消息百分比、消息数目、应用类型等策略;
步骤S1403:本端实体A根据负荷分担策略将业务消息发送到实体C。
综上所述,存在一组探测端到端是否可达的消息,能够从客户端网元实体发出,在服务器网元实体接收处理。若客户端能收到正确响应就能确认客户端到服务器网元实体可达。同时,根据到主备服务器网元实体网元是否可达的状态,客户端网元实体就可以控制业务发往主服务器网元实体,还是备服务器网元实体。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的可选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (28)
1.一种业务能力探测方法,其特征在于,包括:
第一网元向第二网元发送第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;
所述第一网元接收所述第二网元发送的第一反馈信息,其中,所述第一反馈信息用于指示所述第二网元对所述一个或多个指定业务的支持情况。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网元向第三网元发送第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持所述一个或多个指定业务;
所述第一网元接收所述第三网元发送的第二反馈信息,其中,所述第二反馈信息用于指示所述第三网元对所述一个或多个指定业务的支持情况;
所述第一网元确定所述第三网元为所述第二网元的备用网元。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一网元在发送所述第一探测请求消息达到预定次数之后或者在预定时长内未收到所述第一反馈信息的情况下,所述第一网元确定所述第二网元不可用;和/或,
所述第一网元在发送所述第二探测请求消息达到预定次数之后或者在预定时长内未收到所述第二反馈信息的情况下,所述第一网元确定所述第三网元不可用。
4.根据权利要求1或2所述的方法,其特征在于,所述第一网元向所述第二网元发送所述第一探测请求消息或者所述第一网元向所述第三网元发送所述第二探测请求消息包括:
所述第一网元根据预先配置的周期向所述第二网元发送所述第一探测请求消息;和/或,
所述第一网元根据预先配置的周期向所述第三网元发送所述第二探测请求消息。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述第一反馈信息包括以下之一:所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或,
所述第二反馈信息包括以下之一:所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
6.根据权利要求1所述的方法,其特征在于,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一网元通过路由代理实体DRA发送所述第一探测请求消息和/或第二探测请求消息;和/或,
所述第一网元通过所述路由代理实体DRA接收所述第一反馈信息和/或所述第二反馈信息。
8.根据权利要求5所述的方法,其特征在于,所述第一网元接收所述第一反馈信息和所述第二反馈信息之后,所述方法还包括:
所述第一网元将第一指定业务发送至所述第二网元进行处理,其中,所述第一指定业务是所述第二网元支持的业务消息;
在所述第一反馈信息指示所述第一指定业务为所述第二网元不支持的业务时,所述第一网元将所述第一指定业务发送至所述第三网元进行处理。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
在所述第一反馈信息指示所述第二网元恢复支持所述第一指定业务时,所述第一网元将所述第一指定业务发送至所述第二网元。
10.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在所述第一网元确定所述第二网元和所述第三网元均支持第二指定业务时,所述第一网元根据负荷分担策略将所述第二指定业务发送给所述第二网元和所述第三网元进行处理。
11.一种业务能力探测方法,其特征在于,包括:
第二网元接收第一网元发送的第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;
所述第二网元检测自身支持的业务能力,确定所述第二网元是否支持所述一个或多个指定业务,并生成第一反馈信息;
所述第二网元将所述第一反馈信息发送给所述第一网元。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
第三网元接收所述第一网元发送的第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持一个或多个指定业务;
所述第三网元检测自身支持的业务能力,确定所述第三网元是否支持所述一个或多个指定业务,并生成第二反馈信息;
所述第三网元将所述第二反馈信息发送给所述第一网元;
其中,所述第三网元为所述第二网元的备用网元。
13.根据权利要求11或12所述的方法,其特征在于,所述方法还包括:
所述第二网元在接收到所述第一探测请求消息达到预定次数之后或者在预定时长内未发送所述第一反馈信息的情况下,则确定所述第二网元不可用;和/或,
所述第三网元在接收到所述第二探测请求消息达到预定次数之后或者在预定时长内未发送所述第二反馈信息的情况下,则确定所述第三网元不可用。
14.根据权利要求11或12所述的方法,其特征在于,所述第二网元接收所述第一网元发送的所述第一探测请求消息或者所述第三网元接收所述第一网元发送的所述第二探测请求消息包括:
所述第二网元根据预先配置的周期接收所述第一网元发送所述第一探测请求消息;和/或,
所述第三网元根据预先配置的周期接收所述第一网元发送所述第二探测请求消息。
15.根据权利要求12所述的方法,其特征在于,所述方法还包括:
所述第一反馈信息包括以下之一:
所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或
所述第二反馈信息包括以下之一:
所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
16.根据权利要求11所述的方法,其特征在于,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
17.根据权利要求15所述的方法,其特征在于,所述方法还包括:
所述第二网元通过路由代理实体DRA接收所述探测请求消息,和/或所述第二网元通过所述路由代理实体DRA将所述第一反馈信息发送给所述第一网元;和/或
所述第三网元通过路由代理实体DRA接收所述探测请求消息,和/或所述第三网元通过所述路由代理实体DRA将所述第二反馈信息发送给所述第一网元。
18.根据权利要求15所述的方法,其特征在于,所述第二网元和所述第三网元向所述第一网元发送所述第一反馈信息和所述第二反馈信息之后,所述方法还包括:
在所述第一反馈信息指示所述第二网元不支持第一指定业务时,由所述第三网元执行所述第一指定业务。
19.根据权利要求18所述的方法,其特征在于,所述方法还包括:
在所述第一反馈信息指示所述第二网元恢复支持所述第一指定业务时,由所述第二网元执行所述第一指定业务。
20.根据权利要求15所述的方法,其特征在于,所述方法还包括:
在所述第一反馈信息和所述第二反馈信息指示均支持第二指定业务时,所述第二网元和所述第三网元根据负荷分担策略执行所述第二指定业务。
21.一种业务能力探测装置,应用于第一网元,其特征在于,包括:
第一发送模块,用于向第二网元发送第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;
第一接收模块,用于接收所述第二网元发送的第一反馈信息,其中,所述第一反馈信息用于指示所述第二网元对所述一个或多个指定业务的支持情况。
22.根据权利要求21所述的装置,其特征在于,所述装置还包括:
第二发送模块,用于向第三网元发送第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持所述一个或多个指定业务;
第二接收模块,用于接收所述第三网元发送的第二反馈信息,其中,所述第二反馈信息用于指示所述第三网元对所述一个或多个指定业务的支持情况;
确定模块,用于确定所述第三网元为所述第二网元的备用网元。
23.根据权利要求22所述的装置,其特征在于,
所述第一反馈信息包括以下之一:所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或,
所述第二反馈信息包括以下之一:所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
24.根据权利要求21所述的装置,其特征在于,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
25.一种业务能力探测装置,其特征在于,包括:
第一接收模块,所述第一接收模块应用于第二网元,用于接收第一网元发送的第一探测请求消息,其中,所述第一探测请求消息用于探测所述第二网元是否支持一个或多个指定业务;
第一检测模块,所述第一检测模块应用于所述第二网元,用于检测自身支持的业务能力,确定所述第二网元是否支持所述一个或多个指定业务,并生成第一反馈信息;
第一发送模块,所述第一发送模块应用于所述第二网元,用于将所述第一反馈信息发送给所述第一网元。
26.根据权利要求25所述的装置,其特征在于,所述装置还包括:
第二接收模块,所述第二接收模块应用于第三网元,用于接收所述第一网元发送的第二探测请求消息,其中,所述第二探测请求消息用于探测所述第三网元是否支持一个或多个指定业务;
第二检测模块,所述第二检测模块应用于所述第三网元,用检测自身支持的业务能力,确定所述第三网元是否支持所述一个或多个指定业务,并生成第二反馈信息;
第二发送模块,所述第二发送模块应用于所述第三网元,用于将所述第二反馈信息发送给所述第一网元;
其中,所述第三网元为所述第二网元的备用网元。
27.根据权利要求26所述的装置,其特征在于,
所述第一反馈信息包括以下之一:
所述第二网元支持所述一个或多个指定业务中的所有指定业务、所述第二网元对所述一个或多个指定业务中的指定业务均不支持、所述第二网元支持所述一个或多个指定业务中的部分指定业务;和/或
所述第二反馈信息包括以下之一:
所述第三网元支持所述一个或多个指定业务中的所有指定业务、所述第三网元对所述一个或多个指定业务中的指定业务均不支持、所述第三网元支持所述一个或多个指定业务中的部分指定业务。
28.根据权利要求25所述的装置,其特征在于,所述第一网元、所述第二网元和所述第三网元均为Diameter实体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410577272.8A CN105591831A (zh) | 2014-10-24 | 2014-10-24 | 业务能力探测方法及装置 |
PCT/CN2015/075915 WO2016062021A1 (zh) | 2014-10-24 | 2015-04-03 | 业务能力探测方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410577272.8A CN105591831A (zh) | 2014-10-24 | 2014-10-24 | 业务能力探测方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105591831A true CN105591831A (zh) | 2016-05-18 |
Family
ID=55760183
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410577272.8A Pending CN105591831A (zh) | 2014-10-24 | 2014-10-24 | 业务能力探测方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105591831A (zh) |
WO (1) | WO2016062021A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112104644A (zh) * | 2020-09-11 | 2020-12-18 | 维沃移动通信有限公司 | Ims请求消息的发送方法和装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992695B (zh) * | 2020-07-09 | 2022-12-27 | 华为技术有限公司 | 网元设备间业务协同的方法和网元设备 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094237A (zh) * | 2007-07-30 | 2007-12-26 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中网元间的负荷分担方法 |
CN101237383A (zh) * | 2007-01-31 | 2008-08-06 | 华为技术有限公司 | 一种传输组播信息及授权组播业务的方法和系统 |
US20090083861A1 (en) * | 2007-09-24 | 2009-03-26 | Bridgewater Systems Corp. | Systems and Methods for Server Load Balancing Using Authentication, Authorization, and Accounting Protocols |
US20090265467A1 (en) * | 2008-04-17 | 2009-10-22 | Radware, Ltd. | Method and System for Load Balancing over a Cluster of Authentication, Authorization and Accounting (AAA) Servers |
CN101621476A (zh) * | 2009-08-17 | 2010-01-06 | 中兴通讯股份有限公司 | Diameter链路的建立方法和Diameter网元 |
CN101977396A (zh) * | 2010-10-22 | 2011-02-16 | 中兴通讯股份有限公司 | 多媒体消息业务中实现网元业务切换的系统及方法 |
CN102239481A (zh) * | 2007-12-01 | 2011-11-09 | 朗讯科技公司 | 具有负载平衡的ims diameter路由器 |
CN102271366A (zh) * | 2011-08-29 | 2011-12-07 | 大唐移动通信设备有限公司 | 一种Diameter节点的消息传输方法及装置 |
CN102480495A (zh) * | 2010-11-23 | 2012-05-30 | 中兴通讯股份有限公司 | 一种网元间标示协议版本的处理方法及系统 |
CN102984761A (zh) * | 2012-11-28 | 2013-03-20 | 大唐移动通信设备有限公司 | 一种设备能力信息的传输及获取方法、装置 |
US20140304415A1 (en) * | 2013-04-06 | 2014-10-09 | Citrix Systems, Inc. | Systems and methods for diameter load balancing |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101582835A (zh) * | 2008-05-13 | 2009-11-18 | 华为技术有限公司 | 一种设备能力交互的方法、系统和装置 |
CN101631360B (zh) * | 2009-08-19 | 2012-05-09 | 中兴通讯股份有限公司 | 负载均衡的实现方法、装置和系统 |
-
2014
- 2014-10-24 CN CN201410577272.8A patent/CN105591831A/zh active Pending
-
2015
- 2015-04-03 WO PCT/CN2015/075915 patent/WO2016062021A1/zh active Application Filing
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237383A (zh) * | 2007-01-31 | 2008-08-06 | 华为技术有限公司 | 一种传输组播信息及授权组播业务的方法和系统 |
CN101094237A (zh) * | 2007-07-30 | 2007-12-26 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中网元间的负荷分担方法 |
US20090083861A1 (en) * | 2007-09-24 | 2009-03-26 | Bridgewater Systems Corp. | Systems and Methods for Server Load Balancing Using Authentication, Authorization, and Accounting Protocols |
CN102239481A (zh) * | 2007-12-01 | 2011-11-09 | 朗讯科技公司 | 具有负载平衡的ims diameter路由器 |
US20090265467A1 (en) * | 2008-04-17 | 2009-10-22 | Radware, Ltd. | Method and System for Load Balancing over a Cluster of Authentication, Authorization and Accounting (AAA) Servers |
CN101621476A (zh) * | 2009-08-17 | 2010-01-06 | 中兴通讯股份有限公司 | Diameter链路的建立方法和Diameter网元 |
CN101977396A (zh) * | 2010-10-22 | 2011-02-16 | 中兴通讯股份有限公司 | 多媒体消息业务中实现网元业务切换的系统及方法 |
CN102480495A (zh) * | 2010-11-23 | 2012-05-30 | 中兴通讯股份有限公司 | 一种网元间标示协议版本的处理方法及系统 |
CN102271366A (zh) * | 2011-08-29 | 2011-12-07 | 大唐移动通信设备有限公司 | 一种Diameter节点的消息传输方法及装置 |
CN102984761A (zh) * | 2012-11-28 | 2013-03-20 | 大唐移动通信设备有限公司 | 一种设备能力信息的传输及获取方法、装置 |
US20140304415A1 (en) * | 2013-04-06 | 2014-10-09 | Citrix Systems, Inc. | Systems and methods for diameter load balancing |
Non-Patent Citations (1)
Title |
---|
H. TSCHOFENIG: "Diameter Overload Architecture and Information Model", 《IETF》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112104644A (zh) * | 2020-09-11 | 2020-12-18 | 维沃移动通信有限公司 | Ims请求消息的发送方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016062021A1 (zh) | 2016-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6487883B2 (ja) | 障害回復方法、およびそれを用いたモノのインターネットシステムおよび充電システム | |
CN106598789B (zh) | 容器服务容灾的方法、装置、生产站点和灾备站点 | |
EP2919441A1 (en) | Connection management device, communication system, connection management method, and computer program product | |
US10503415B2 (en) | Snapshot processing method and related device | |
US20170006655A1 (en) | Communication apparatus, method of controlling the same, and non-transitory computer-readable storage medium | |
CN103596160A (zh) | 一种数据传输方法和装置 | |
KR20180075374A (ko) | Nfc 연결을 이용한 스크린 미러링 및 캐스팅 방법과 시스템 | |
CN105591912A (zh) | 一种转发路径的选择方法和装置 | |
CN104462033A (zh) | 在设备间实现编辑操作的方法及设备 | |
JP2013038806A (ja) | トンネル管理方法、トンネル管理装置および通信システム | |
CN104660639B (zh) | 云终端升级处理方法及装置 | |
CN111858170A (zh) | 一种配置管理方法、系统及可读存储介质 | |
CN105591831A (zh) | 业务能力探测方法及装置 | |
CA3017055C (en) | System and method for transmitting dynamic content to mobile devices | |
CN107819594B (zh) | 网络故障定位方法及装置 | |
CN110233791B (zh) | 数据去重方法和装置 | |
EP3806403A1 (en) | Apparatus and method for managing message transmission delay | |
JP2006338374A (ja) | ネットワーク接続管理装置およびネットワーク接続管理方法 | |
EP3195528B1 (en) | Application control interworking in network | |
CN109428814B (zh) | 一种组播流量传输方法、相关设备和计算机可读存储介质 | |
JP6461841B2 (ja) | 情報出力サーバ、情報出力方法、及び情報出力プログラム | |
CN104580547A (zh) | 用于Linux操作系统的IP配置方法和装置 | |
EP3172891B1 (en) | Reliable transfer of data from an image capturing device to a remote data storage | |
CN107872824A (zh) | 一种无线业务处理方法、装置、设备及存储介质 | |
JP2018180905A (ja) | 情報処理装置、情報処理システム、及び情報処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160518 |