CN105530183B - 响应消息的获取、响应消息的路由方法、装置及系统 - Google Patents
响应消息的获取、响应消息的路由方法、装置及系统 Download PDFInfo
- Publication number
- CN105530183B CN105530183B CN201410526406.3A CN201410526406A CN105530183B CN 105530183 B CN105530183 B CN 105530183B CN 201410526406 A CN201410526406 A CN 201410526406A CN 105530183 B CN105530183 B CN 105530183B
- Authority
- CN
- China
- Prior art keywords
- node
- dra
- group
- information
- business 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/304—Route determination for signalling traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/34—Source routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
Abstract
本发明公开了一种响应消息的获取、响应消息的路由方法、装置及系统,该方法包括:源节点通过第一组DRA节点向第二组节点发送业务请求消息,第二组节点包括:目的节点和第二组DRA节点;业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,上述第一标识信息用于标识目的节点,上述第二标识信息用于指示第一组DRA节点按照上述第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,该第三标识信息用于标识源节点;源节点通过第二组DRA节点获取目的节点返回的业务响应消息,降低了对Diameter服务器的重发消息处理能力的依赖。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种响应消息的获取、响应消息的路由方法、装置及系统。
背景技术
目前,请求注解(RFC)3588和RFC6733是互联网工程任务组(IETF)提出的“Diameter基本协议”的两个版本,为长期演进(Long Term Evolution,简称为LTE)/分组核心演进(Evolved Packet Core,简称为EPC)/策略与计费控制(Policy and ChargingControl,简称为PCC)网络提供了一种通用的认证、授权和计费(AAA)信令支持。“Diameter基本协议”定义了Diameter节点的网络角色是各种代理(Agent),其中,可以包括:中继代理(Relay Agent)、代理人代理(Proxy Agent)、重定向代理(Redirect Agent)和翻译代理(Translate Agent),所有类型的代理都维护事务状态(Transaction State),除中继代理之外的其他代理还可以维护会话状态(Session State)。
由于第四代移动通信技术(4G)用户的增长导致LTE/EPC/PCC网络中的Diameter信令呈爆炸性增长。为了应对上述情况发生,运营商仿效SS7信令网,通过路由代理节点(Diameter Routing Agent,简称为DRA)组建Diameter信令网,用于Diameter信令的疏通。图1是根据相关技术的在IP网上建立的网上网(即Diameter信令转接网)的组网示意图。如图1所示,即使没有一个DRA,业务节点之间也是可以通过Diameter信令直接访问的。故而称DRA信令转接网是在互联网协议(IP)承载网上构建的网上网。图2是根据相关技术的将Diameter信令转接网分为国际层和国内层的示意图。如图2所示,Diameter信令网可以分为国际Diameter信令网和国内Diameter信令网,漫游国的移动管理实体(MME)的位置更新请求(ULR)消息通过漫游国的DRA信令转接网转发至国际DRA信令转接网的漫游国iDRA1,再转发到归属国iDRA2,继而转发到归属国的DRA信令转接网,最后落地到归属国的归属用户服务器(HSS),在图2中ULR消息总共经过6次DRA转发。
Diameter节点之间可以通过流控制传输协议(Stream Control TransmissionProtocol,简称为SCTP)偶连或者传输控制协议(Control Transmission Protocol,简称为TCP)连接作为数据承载链路,通过能够交换请求(Capabilities Exchange Request,简称为CER)/能力交换响应(Capabilities Exchange Answer,简称为CEA)消息交互进行能力协商,通过设备监控请求(Device Watchdog Request,简称为DER)/设备监控响应(DeviceWatchdog Answer,简称为DEA)消息交互进行信令链路的检测和恢复,以构成Diameter信令链路层。通过域路由表(Realm Routing Table)为Diameter请求(Request)消息进行网路路由;通过Diameter事务处理(一个Diameter事务可以包括一个请求消息以及一个与之对应的响应消息)和Diameter会话处理(一个Diameter会话可以包括一个或者多个事务且所有事务均具有相同的会话标识(SessionId)),以此为各个应用接口提供了通用的实现框架。图3是根据相关技术的按照OSI模型,DRA网络的协议层次示意图。如图3所示,参考国际标准化阻值(ISO)提出的开放系统互连参考模型(OSI)的七层网络模型,虽然流控制传输协议(SCTP)在IP网络中属于事务层,但是,在Diameter信令转接网络或者SigTran网络中,都只是信令链路层的一部分。DRA网络层中的域路由表(Realm Routing Table)仅为请求消息提供路由,ACK消息按照请求消息的原路径返回,而不再进行路由分析。
除了OSI七层网络构架外,ISO组织还提出了消息在网络中传递的标准模型。消息在网络中传递时,中间节点(即信令转接点)仅提供网络层功能,事务层及事务层以上层才是“端到端”的。图4是根据相关技术的按照OSI模型,业务节点之间信令转发的标准模型的示意图。如图4所示,中间节点可以通过网络层进行转发,事务层及以上层才是‘端到端’的。IP网络、SS7网络、SigTran网络都是符合这个模型的。
但是,通过Diameter节点组网时,DRA作为中间节点,提供了事务层甚至还有会话层。
图5是根据相关技术的Diameter业务节点之间通过DRA转发时信令传递方式1,DRA仅维持事务状态的示意图。如图5所示,中间节点在事务层转发,维护事务层处理。图6是根据相关技术的Diameter业务节点之间通过DRA转发时信令传递方式2,DRA维持事务状态和会话状态的示意图。如图6所示,中间节点在会话层转发,维护事务层和会话层处理。然而,在图5和图6中均没有提供完善的网络层功能,即响应消息无法单独路由,而需要按照请求消息的入局路径原路返回。
作为信令转接点,DRA提供事务管理其实是一个缺陷。DRA需要维护事务状态,一旦该DRA退出服务,其上承载的所有事务都将失败。对于此缺陷,当前可采取的措施是:对于失败的事务,Diameter客户端或者DRA对事务的请求消息进行消息重发(在等待Diameter响应的定时器超时的情况下)或者路由重选(当等待ACK响应时,接收到携带失败码的响应),选择其他DRA节点进行再次尝试。
依靠事务层的消息重发或者路由重选措施来弥补Diameter响应消息无法单独路由的缺陷会带来以下弊端:
(1)当作为中间节点的某个DRA退出服务时,其维护的任何一个事务,该事务经过的所有中间节点和业务节点对应的事务资源都会短暂吊死,直到各个节点的事务保护定时器超时或接收到失败的ACK响应。由于退出服务的DRA同时转发的事务可能成千上万,此短暂吊死现象将会影响整个Diameter网络全部节点的事务资源。
(2)一旦事务保护定时器超时,Diameter客户端或DRA节点则会重发请求消息(对于重发的请求消息设置‘T’标记),大量的重发请求消息对整个Diameter信令网造成很大的冲击。如果该退出服务的DRA有一个负荷分担节点,除本身的负荷外,此负荷分担节点既要承担该DRA退出服务的负荷,还需要承担所有消息重发的信令负荷,短期负荷剧增3倍。当开启多次重发,多个节点重发时,对网络的影响更甚。
(3)DRA节点的事务资源(以及会话资源)可能成为瓶颈,成为无意的或者恶意地攻击对象。例如:某个归属位置寄存器(Home Location Register,简称为HLR)对REQ消息不回响应,相当于拒绝服务(Deny Of Service,简称为DoS)攻击,数秒钟即可占用所有事务资源,进而造成其他事务无法正常转发。
发明内容
本发明实施例提供了一种响应消息的获取、响应消息的路由方法、装置及系统,以至少解决相关技术中依靠事务层的消息重发或者路由重选措施来弥补Diameter响应消息无法单独路由存在较大缺陷的问题。
根据本发明的一个方面,提供了一种响应消息的获取方法。
根据本发明实施例的响应消息的获取方法包括:源节点通过第一组DRA节点向第二组节点发送业务请求消息,其中,第二组节点包括:目的节点和第二组DRA节点;业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息用于标识目的节点,业务请求消息的第二标识信息用于指示第一组DRA节点按照第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;源节点通过第二组DRA节点获取目的节点返回的业务响应消息。
优选地,业务请求消息的第一标识信息为目的域名(Destination-Realm)和目的主机名(Destination-Host)的属性值对(AVP)。
优选地,业务请求消息的第三标识信息为源域名(Origin-Realm)和源主机名(Origin-Host)的AVP。
优选地,业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
优选地,业务请求消息在经由第一组DRA节点进行路由转发过程中,第一组DRA节点中的每个DRA节点在对业务请求消息进行路由分析后将业务请求消息转发至相邻的下一个DRA节点或者目的节点,且无需进行事务处理和/或会话处理。
优选地,第一组DRA节点和第二组DRA节点分别为源节点与目的节点之间的两条不同链路,其中,第一组DRA节点中的一个或多个DRA节点在业务请求消息的路由转发过程中退出服务。
根据本发明的另一方面,提供了一种响应消息的路由方法。
根据本发明实施例的响应消息的路由方法包括:目的节点通过第一组DRA节点接收来自于源节点的业务请求消息,其中,业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息为目的节点的标识,业务请求消息的第二标识信息用于指示第一组DRA节点按照业务请求消息的第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;目的节点按照业务请求消息的第二标识信息将业务响应消息的第一标识信息设置为为业务请求消息的第三标识信息,并通过第二组节点向源节点返回业务响应消息,其中,第二组节点包括:目的节点和第二组DRA节点。
优选地,目的节点按照业务请求消息的第二标识信息将业务请求消息的第一标识信息设置为业务请求消息的第三标识信息包括以下至少之一:目的节点将业务响应消息中携带的目的域名(Destination-Realm)设置为源节点的源域名(Origin-Realm);目的节点将业务响应消息中携带的目的主机名(Destination-Host)设置为源节点的源主机名(Origin-Host)。
优选地,业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
优选地,业务响应消息在通过第二组节点进行路由转发过程中,第二组节点中的每一个节点对业务响应消息进行路由分析,并根据路由结果将业务响应消息转发至相邻的下一个DRA节点或者源节点,且无需进行事务处理和/或会话处理。
根据本发明的又一方面,提供了一种响应消息的获取装置。
根据本发明实施例的响应消息的获取装置包括:发送模块,用于通过第一组DRA节点向第二组节点发送业务请求消息,其中,第二组节点包括:目的节点和第二组DRA节点;业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息用于标识目的节点,业务请求消息的第二标识信息用于指示第一组DRA节点按照第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为发送业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;获取模块,用于通过第二组DRA节点获取目的节点返回的业务响应消息。
优选地,业务请求消息的第一标识信息为目的域名(Destination-Realm)和目的主机名(Destination-Host)的AVP。
优选地,业务请求消息的第三标识信息为源域名(Origin-Realm)和源主机名(Origin-Host)的AVP。
优选地,业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
优选地,业务请求消息在经由第一组DRA节点进行路由转发过程中,第一组DRA节点中的每个DRA节点在对业务请求消息进行路由分析后将业务请求消息转发至相邻的下一个DRA节点或者目的节点,且无需进行事务处理和/或会话处理。
优选地,第一组DRA节点和第二组DRA节点分别为源节点与目的节点之间的两条不同链路,其中,第一组DRA节点中的一个或多个DRA节点在业务请求消息的路由转发过程中退出服务。
根据本发明的再一方面,提供了一种响应消息的路由装置。
根据本发明实施例的响应消息的路由装置包括:接收模块,用于通过第一组DRA节点接收来自于源节点的业务请求消息,其中,业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息为目的节点的标识,业务请求消息的第二标识信息用于指示第一组DRA节点按照业务请求消息的第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;确定模块,用于按照业务请求消息的第二标识信息将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,并通过第二组DRA节点向源节点返回业务响应消息,其中,第二组节点包括:目的节点和第二组DRA节点。
优选地,确定模块包括:第一处理单元,用于将业务响应消息中携带的目的域名(Destination-Realm)设置为源节点的源域名(Origin-Realm);第二处理单元,用于将业务响应消息中携带的目的主机名(Destination-Host)设置为源节点的源主机名(Origin-Host)。
优选地,业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
优选地,业务响应消息在通过第二组节点进行路由转发过程中,第二组节点中的每一个节点对业务响应消息进行路由分析,并根据理由结果将业务响应消息转发至相邻的下一个DRA节点或者是源节点,且无需进行事务处理和/或会话处理。
根据本发明的再一方面,提供了一种响应消息的获取和响应消息的路由系统。
根据本发明实施例的响应消息的获取和响应消息的路由系统包括:业务源节点、业务目的节点,从业务源节点向业务目的节点发送业务请求消息所经过的第一组DRA节点以及从业务目的节点向业务源节点发送业务响应消息所经过的第二组DRA节点。
通过本发明实施例,采用源节点通过第一组DRA节点向第二组节点发送业务请求消息,其中,第二组节点包括:目的节点和第二组DRA节点;业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息用于标识目的节点,业务请求消息的第二标识信息用于指示第一组DRA节点按照第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;源节点通过第二组DRA节点获取目的节点返回的业务响应消息,解决了相关技术中依靠事务层的消息重发或者路由重选措施来弥补Diameter响应消息无法单独路由存在较大缺陷的问题,进而提高了网络层的可靠性,降低了对Diameter服务器的重发消息处理能力的依赖。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的在IP网上建立的网上网(即Diameter信令转接网)的组网示意图;
图2是根据相关技术的将Diameter信令转接网分为国际层和国内层的示意图;
图3是根据相关技术的按照OSI模型,DRA网络的协议层次示意图;
图4是根据相关技术的按照OSI模型,业务节点之间信令转发的标准模型的示意图;
图5是根据相关技术的Diameter业务节点之间通过DRA转发时信令传递方式1,DRA仅维持事务状态的示意图;
图6是根据相关技术的Diameter业务节点之间通过DRA转发时信令传递方式2,DRA维持事务状态和会话状态的示意图;
图7是根据本发明实施例的响应消息的获取方法的流程图;
图8是根据本发明优选实施例的Diameter消息头定义的示意图;
图9是根据本发明优选实施例的命令标记定义的示意图;
图10是根据本发明实施例的响应消息的路由方法的流程图;
图11是根据本发明优选实施例的DRA关口代理组网,国际DRA网络不支持‘N’标记的示意图;
图12是根据本发明优选实施例的由4个DRA组成单层双平面最简化组网的示意图;
图13是根据本发明优选实施例的当特定DRA退出服务时,事务请求和响应消息的转发过程的流程图;
图14是根据本发明优选实施例的由8个DRA组成双层双平面最简化组网的示意图;
图15是在特定HDRA退出服务时,事务请求和响应消息的转发过程的流程图;
图16是根据本发明优选实施例的DRA关口代理组网,业务节点不支持‘N’标记的示意图;
图17是根据本发明实施例的响应消息的获取装置的结构框图;
图18是根据本发明实施例的响应消息的路由装置的结构框图;
图19是根据本发明实施例的响应消息的获取和响应消息的路由系统的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图7是根据本发明实施例的响应消息的获取方法的流程图。如图7所示,该方法可以包括以下处理步骤:
步骤S702:源节点通过第一组DRA节点向第二组节点发送业务请求消息,其中,第二组节点包括:目的节点和第二组DRA节点;业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息用于标识目的节点,业务请求消息的第二标识信息用于指示第一组DRA节点按照第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;
步骤S704:源节点通过第二组DRA节点获取目的节点返回的业务响应消息。
相关技术中依靠事务层的消息重发或者路由重选措施来弥补Diameter响应消息无法单独路由存在较大缺陷。采用如图7所示的方法,通过在业务请求消息中携带用于标识目的节点的第一标识信息,并且还携带有用于指示第一组DRA节点按照第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为标识源节点的业务请求消息的第三标识信息,简化了DRA作为信令转接点的功能,去掉事务处理和会话处理,由此解决了相关技术中依靠事务层的消息重发或者路由重选措施来弥补Diameter响应消息无法单独路由存在较大缺陷的问题,进而提高了网络层的可靠性,降低了对Diameter服务器的重发消息处理能力的依赖。
优选地,上述业务请求消息的第二标识信息可以为在Diameter消息头中新增的命令标记。
在优选实施例中,可以在Diameter消息头中增加一个标记(‘N’),当请求消息和响应消息中的‘N’标记均设置为1时,表示按照本发明实施例所提供的技术方案进行处理。当接收的Diameter请求/响应消息的消息头中未含有‘N’标记时,则按照现有的方式进行处理。
图8是根据本发明优选实施例的Diameter消息头定义的示意图。如图8所示,参见RFC3588,其中,命令标记(Command Flags)定义如图9所示,图9是根据本发明优选实施例的命令标记定义的示意图。在图9中,命令标记的比特4/5/6/7均为保留字段,可以定义比特4为‘N’,其含义为网络(Network)。
在优选实施例中,对于Diameter消息中‘N’命令标记的设置,如果全网Diameter节点均支持本发明实施例所提供的技术方案,则可以在Diameter业务节点设置;如果某个业务节点不支持‘N’标记,则将直接连接该业务节点的DRA作为DRA代理关口节点,在DRA代理关口节点上转发消息时设置。这样,业务节点不需要升级版本。如果仅本网支持‘N’标记,则将直接连接其他DRA网络(例如:国际DRA网络)的DRA作为DRA代理关口节点,在DRA代理关口节点上转发消息时不设置。这样,非本网Diameter节点不需要升级版本。
优选地,上述业务请求消息的第一标识信息可以为目的域名(Destination-Realm)和目的主机名(Destination-Host)的属性值对AVP。
优选地,上述业务请求消息的第三标识信息为源域名(Origin-Realm)和源主机名(Origin-Host)的AVP。
当接收的Diameter响应消息的消息头中含有‘N’标记时,DRA节点对Destination-Realm、Destination-Host进行路由分析并转发该响应消息,在消息转发过程中也同时转发消息中携带的Destination-Realm、Destination-Host属性值对。
优选地,业务请求消息在经由第一组DRA节点进行路由转发过程中,第一组DRA节点中的每个DRA节点在对业务请求消息进行路由分析后将业务请求消息转发至相邻的下一个DRA节点或者目的节点,且无需进行事务处理和/或会话处理。
当接收的Diameter请求消息的消息头中含有‘N’标记时,DRA节点进行路由分析并转发该请求消息,但不保存事务状态(或会话状态)。即简化了DRA作为信令转接点的功能,去掉事务处理和会话处理。又由于去掉了事务/会话资源,DRA就不会发生事务/会话资源短缺,或被恶意或无意的攻击。
在优选实施过程中,对于DRA接收到Diameter消息,消息含‘N’命令标记时的处理,如果消息为Diameter请求消息,即消息中的‘R’标记为1,本DRA不维护事务状态和会话状态,通过路由分析获取路由,转发消息(含‘N’标记);如果消息为Diameter响应消息,即消息中的‘R’标记为0,本DRA通过路由分析获取路由,转发消息(可以包括:Destination-Realm、Destination-Host AVP、‘N’标记)。
优选地,第一组DRA节点和第二组DRA节点分别为源节点与目的节点之间的两条不同链路,其中,第一组DRA节点中的一个或多个DRA节点在业务请求消息的路由转发过程中退出服务。即一旦某个DRA临时或者永久地退出服务,diameter响应消息可以从其他节点转发,从而提高了网络层的可靠性。
图10是根据本发明实施例的响应消息的路由方法的流程图。如图10所示,该方法可以包括以下处理步骤:
步骤S1002:目的节点通过第一组DRA节点接收来自于源节点的业务请求消息,其中,业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息为目的节点的标识,业务请求消息的第二标识信息用于指示第一组DRA节点按照业务请求消息的第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;
步骤S1004:目的节点按照业务请求消息的第二标识信息将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,并通过第二组节点向源节点返回业务响应消息,其中,第二组节点包括:目的节点和第二组DRA节点。
优选地,在步骤S1004中,目的节点按照业务请求消息的第二标识信息将业务请求消息的第一标识信息设置为业务请求消息的第三标识信息可以包括以下操作至少之一:
步骤S1:目的节点将业务响应消息中携带的目的域名(Destination-Realm)设置为源节点的源域名(Origin-Realm);
步骤S2:目的节点将业务响应消息中携带的目的主机名(Destination-Host)设置为源节点源主机名(Origin-Host)。
在优选实施例中,所有Diameter响应(ACK)消息中均增加目的域名(Destination-Realm)、目的主机名(Destination-Host)为可选属性值对(AVP),用于ACK消息的路由。当请求消息中的‘N’标记为1时,产生响应消息的节点将请求消息中的源域名(Origin-Realm)设置为响应消息的Destination-Realm;将请求消息中的源主机名(Origin-Host)设置为响应消息的Destination-Host。
优选地,上述业务响应消息在通过第二组DRA节点进行路由转发过程中,第二组节点中的每一个节点对业务响应消息进行路由分析,并根据路由结果将业务响应消息转发至相邻的下一个DRA节点或者源节点,且无需进行事务处理和/或会话处理。
下面将结合图11至图16所示优选实施方式对上述优选实施过程作进一步的描述。
图11是根据本发明优选实施例的DRA关口代理组网,国际DRA网络不支持‘N’标记的示意图。如图11所示,DRA2作为DRA关口代理,其左下方的本国Diameter信令转发网络支持‘N’标记,而其右上方的所有Diameter节点都不支持‘N’标记,便于兼容不支持本发明实施例所提供的技术方案的其他网络。当关口DRA转发响应消息时,DRA2作为DRA关口代理,可以根据事务数据区记录的请求消息将接收REQ消息中的Origin-Realm设置为ACK消息的Destination-Realm;并且将接收REQ消息中的Origin-Host设置为ACK消息的Destination-Host。
图12是根据本发明优选实施例的由4个DRA组成单层双平面最简化组网的示意图。如图12所示,在该组网模型下,当‘N’标记为1时,所有转发Diameter响应消息的节点都进行路由分析,获取可用的DRA节点并进行消息转发。DRA可以分为A/B两个平面,每个大区有一对DRA,每个平面一个。该大区的任何一个业务节点同时与一对DRA连接,负荷分担方式。相同平面的DRA两两互连,在两个平面之间,仅成对的DRA之间存在Diameter信令链接,称为C链路。
图13是根据本发明优选实施例的当特定DRA退出服务时,事务请求和响应消息的转发过程的流程图。如图13所示,该流程可以包括以下处理步骤:
步骤S1302:MME用户发起注册,终端发送更新位置请求(Update LocationRequest,简称为ULR)消息到DRA1,其中,该ULR消息中携带有国际移动用户识别码(IMSI)号码、目的域名信息,设置‘N’标记。
步骤S1304:DRA1在接收到该ULR消息后,进行路由分析并将该ULR消息转发至DRA3,设置‘N’标记。
步骤S1306:DRA3接收到该消息后,进行路由分析,并将消息转发给HSS,设置‘N’标记。
步骤S1308-S1314:此时DRA1由于版本升级,在所有Diameter的SCTP偶联上发送SHUTDOWN消息,接收到SHUTDOWN ACK消息后,退出服务。
步骤S1316:HSS在接收到ULR消息后,向DRA3发送ULA消息,ULA消息的Destination-Host设置为MME,设置‘N’标记。
步骤S1318:DRA3在接收到ULA消息后,进行路由分析,向DRA4发送ULA消息,其中,该ULA消息中携带有‘N’标记。
步骤S1320:DRA4在接收到ULA消息后,进行路由分析,向DRA2发送ULA消息,其中,该ULA消息中携带有‘N’标记。
步骤S1322:DRA2在接收到ULA消息后,进行路由分析,向MME发送ULA消息。MME上的事务成功。
图14是根据本发明优选实施例的由8个DRA组成双层双平面最简化组网的示意图。如图14所示,DRA信令转接网可以分为两层:H层和L层。所有大区组成H层,每个大区的全部省组成L层。
L层可以分为A/B两个平面,每个省有一对DRA,每个平面一个。该省的任何一个业务节点(例如:MME)同时与一对低级DRA(Low Diameter Routing Agent,简称为LDRA)连接,负荷分担方式。相同平面的LDRA两两互连,两个平面之间,仅成对的LDRA之间存在Diameter信令链接,称为C链路。
H层也可以分为A/B两个平面,每个大区有一对DRA,每个平面一个。该大区的任何一对LDRA与一对LDRA连接,负荷分担方式。相同平面的高级DRA(High Diameter RoutingAgent,简称为HDRA)两两互连,两个平面之间,仅成对的HDRA之间存在Diameter信令链接,称为C链路。对于业务节点(例如:HSS),则同时与一对HDRA链接,负荷分担。
图15是在特定HDRA退出服务时,事务请求和响应消息的转发过程的流程图。如图15所示,该流程可以包括以下处理步骤:
步骤1502:MME用户发起注册,终端向DRA1发送ULR消息,其中,该ULR消息中携带有IMSI号码,目的域名信息,设置‘N’标记。
步骤1504:DRA1在接收到该消息后,进行路由分析,并将消息转发至DRA3,设置‘N’标记。
步骤1506:DRA3在接收到该消息后,进行路由分析,并将消息转发至HDRA1,设置‘N’标记。
步骤1508:HDRA1在接收到该消息后,进行路由分析,并将消息转发至HDRA3,设置‘N’标记。
步骤1510:HDRA3在接收到该消息后,进行路由分析,并将消息转发至HSS,设置‘N’标记。
步骤1512-1522:此时,HDRA1由于版本升级,在所有Diameter的SCTP偶联上发送SHUTDOWN消息,接收到SHUTDOWN ACK消息后,退出服务。
步骤1524:HSS在接收到ULR消息后,向HDRA3发送ULA消息,其中,该ULA消息的DestHost设置为MME,设置‘N’标记。
步骤1526:HDRA3在接收到ULA消息后,进行路由分析,向HDRA4发送ULA消息,其中,该ULA消息中携带有‘N’标记。
步骤1528:HDRA4在接收到ULA消息后,进行路由分析,向HDRA2发送ULA消息,其中,该ULA消息中携带有‘N’标记。
步骤1530:HDRA2在接收到ULA消息后,进行路由分析,向LDRA4发送ULA消息,其中,该ULA消息中携带有‘N’标记。
步骤1532:LDRA4在接收到ULA消息后,进行路由分析,向LDRA2发送ULA消息,其中,该ULA消息中携带有‘N’标记。
步骤1534:LDRA2在接收到ULA消息后,进行路由分析,向MME发送ULA消息。MME上的事务成功。
图16是根据本发明优选实施例的DRA关口代理组网,业务节点不支持‘N’标记的示意图。如图16所示,DRA1作为DRA关口代理,其左下方的MME节点不支持‘N’标记,而其右上方的Diameter节点都支持‘N’标记,便于兼容不支持本发明实施例所提供的技术方案的业务节点。
DRA1需要维护与MME之间的事务,此段上的响应消息不需要路由,直接按照DRA1上记录的原事务路径返回;DRA1不需要维护与DRA2之间的事务,此段上响应消息,DRA2按照路由分析方式单独路由。由此体现了DRA1作为关口代理的双重身份。除DRA1外,其他DRA都不需要维护事务状态。
图17是根据本发明实施例的响应消息的获取装置的结构框图。该装置可以应用于源节点,如图17所示,该响应消息的获取装置可以包括:发送模块10,用于通过第一组DRA节点向第二组节点发送业务请求消息,其中,第二组节点包括:目的节点和第二组DRA节点;业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息用于标识目的节点,业务请求消息的第二标识信息用于指示第一组DRA节点按照第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为发送业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;获取模块20,用于通过第二组DRA节点获取目的节点返回的业务响应消息。
采用如图17所示的装置,解决了相关技术中依靠事务层的消息重发或者路由重选措施来弥补Diameter响应消息无法单独路由存在较大缺陷的问题,进而提高了网络层的可靠性,降低了对Diameter服务器的重发消息处理能力的依赖。
优选地,业务请求消息的第一标识信息为目的域名(Destination-Realm)和目的主机名(Destination-Host)的AVP。
优选地,业务请求消息的第三标识信息为源域名(Origin-Realm)和源主机名(Origin-Host)的AVP。
优选地,业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
优选地,业务请求消息在经由第一组DRA节点进行路由转发过程中,第一组DRA节点中的每个DRA节点在对业务请求消息进行路由分析后将业务请求消息转发至相邻的下一个DRA节点或者目的节点,且无需进行事务处理和/或会话处理。
优选地,第一组DRA节点和第二组DRA节点分别为源节点与目的节点之间的两条不同链路,其中,第一组DRA节点中的一个或多个DRA节点在业务请求消息的路由转发过程中退出服务。
图18是根据本发明实施例的响应消息的路由装置的结构框图。如图18所示,该响应消息的路由装置可以包括:接收模块30,用于通过第一组DRA节点接收来自于源节点的业务请求消息,其中,业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,业务请求消息的第一标识信息为目的节点的标识,业务请求消息的第二标识信息用于指示第一组DRA节点按照业务请求消息的第一标识信息对业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为业务请求消息的第三标识信息,业务请求消息的第三标识信息用于标识源节点;确定模块40,用于按照业务请求消息的第二标识信息将业务响应消息的第一标识信息替换为业务请求消息的第三标识信息,并通过第二组DRA节点向源节点返回业务响应消息,其中,第二组节点包括:目的节点和第二组DRA节点。
优选地,确定模块40可以包括:第一处理单元(图中未示出),用于将业务响应消息中携带的目的域名(Destination-Realm)设置为源节点的源域名(Origin-Realm);第二处理单元(图中未示出),用于将业务响应消息中携带的目的主机名(Destination-Host)设置为源节点的源主机名(Origin-Host)。
优选地,业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
优选地,上述业务响应消息在通过第二组节点进行路由转发过程中,第二组节点中的每一个节点对业务响应消息进行路由分析,并根据理由结果将业务响应消息转发至相邻的下一个DRA节点或者是源节点,且无需进行事务处理和/或会话处理。
需要说明的是,上述响应消息的路由装置不仅可以设置在业务目的节点中,当然还可以设置在业务响应消息路由经过的DRA节点中。
图19是根据本发明实施例的响应消息的获取和响应消息的路由系统的结构示意图。如图19所示,该响应消息的获取和响应消息的路由系统可以包括:业务源节点1、业务目的节点2,从业务源节点向业务目的节点发送业务请求消息所经过的第一组DRA节点3以及从业务目的节点向业务源节点发送业务响应消息所经过的第二组DRA节点4。
上述业务源节点和业务目的节点为所有支持Diameter信令的节点,例如:HSS、MME、PCRF、PCEF、BBERF、OCS、SGSN、DRA、关口代理。
从以上的描述中,可以看出,上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):采用本发明实施例所提供的技术方案,当DRA作为信令转接点组建Diameter信令网时,规范消息转发的DRA提供完善的网络层功能:全部消息(包括:请求REQ消息和响应ACK消息)都当成完全独立的消息,可独立进行路由;去掉事务层管理(和会话层管理),通过网络层本身解决某DRA节点退出服务的响应消息的网络层转发,而并非依靠上层(事务层)通过重发来弥补,以避免事务资源的瓶颈和网络负荷暴增等缺陷,由此提高信令转接网的可靠性。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (19)
1.一种响应消息的获取方法,其特征在于,包括:
源节点通过第一组路由代理DRA节点向第二组节点发送业务请求消息,其中,所述第二组节点包括:目的节点和第二组DRA节点;所述业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,所述业务请求消息的第一标识信息用于标识所述目的节点,所述业务请求消息的第二标识信息用于指示所述第一组DRA节点按照所述第一标识信息对所述业务请求消息进行路由转发以及指示所述目的节点将业务响应消息的第一标识信息设置为所述业务请求消息的第三标识信息,所述业务请求消息的第三标识信息用于标识所述源节点;
所述源节点通过第二组DRA节点获取所述目的节点返回的所述业务响应消息;
其中,所述第一组DRA节点和所述第二组DRA节点分别为所述源节点与所述目的节点之间的两条不同链路,其中,所述第一组DRA节点中的一个或多个DRA节点在所述业务请求消息的路由转发过程中退出服务。
2.根据权利要求1所述的方法,其特征在于,所述业务请求消息的第一标识信息为目的域名Destination-Realm和目的主机名Destination-Host的属性值对AVP。
3.根据权利要求1所述的方法,其特征在于,所述业务请求消息的第三标识信息为源域名Origin-Realm和源主机名Origin-Host的AVP。
4.根据权利要求1所述的方法,其特征在于,所述业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
5.根据权利要求1所述的方法,其特征在于,所述业务请求消息在经由所述第一组DRA节点进行路由转发过程中,所述第一组DRA节点中的每个DRA节点在对所述业务请求消息进行路由分析后将所述业务请求消息转发至相邻的下一个DRA节点或者所述目的节点,且无需进行事务处理和/或会话处理。
6.一种响应消息的路由方法,其特征在于,包括:
目的节点通过第一组路由代理DRA节点接收来自于源节点的业务请求消息,其中,所述业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,所述业务请求消息的第一标识信息为目的节点的标识,所述业务请求消息的第二标识信息用于指示所述第一组DRA节点按照所述业务请求消息的第一标识信息对所述业务请求消息进行路由转发以及指示所述目的节点将业务响应消息的第一标识信息设置为所述业务请求消息的第三标识信息,所述业务请求消息的第三标识信息用于标识所述源节点;
所述目的节点按照所述业务请求消息的第二标识信息将所述业务响应消息的第一标识信息设置为所述业务请求消息的第三标识信息,并通过第二组节点向所述源节点返回所述业务响应消息,其中,所述第二组节点包括:所述目的节点和第二组DRA节点;
其中,所述第一组DRA节点和所述第二组DRA节点分别为所述源节点与所述目的节点之间的两条不同链路,其中,所述第一组DRA节点中的一个或多个DRA节点在所述业务请求消息的路由转发过程中退出服务。
7.根据权利要求6所述的方法,其特征在于,所述目的节点按照所述业务请求消息的第二标识信息将所述业务请求消息的第一标识信息设置为所述业务请求消息的第三标识信息包括以下至少之一:
所述目的节点将所述业务响应消息中携带的目的域名Destination-Realm设置为所述源节点的源域名Origin-Realm;
所述目的节点将所述业务响应消息中携带的目的主机名Destination-Host设置为所述源节点的源主机名Origin-Host。
8.根据权利要求6所述的方法,其特征在于,所述业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
9.根据权利要求6所述的方法,其特征在于,所述业务响应消息在通过所述第二组节点进行路由转发过程中,所述第二组节点中的每一个节点对所述业务响应消息中的所述第一标识信息进行路由分析,并根据路由结果将所述业务响应消息转发至相邻的下一个DRA节点或者所述源节点,且无需进行事务处理和/或会话处理。
10.一种响应消息的获取装置,其特征在于,包括:
发送模块,用于通过第一组路由代理DRA节点向第二组节点发送业务请求消息,其中,所述第二组节点包括:目的节点和第二组DRA节点;所述业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,所述业务请求消息的第一标识信息用于标识所述目的节点,所述业务请求消息的第二标识信息用于指示所述第一组DRA节点按照所述第一标识信息对所述业务请求消息进行路由转发以及指示所述目的节点将业务响应消息的第一标识信息设置为所述业务请求消息的第三标识信息,所述业务请求消息的第三标识信息用于标识源节点;
获取模块,用于通过第二组节点获取所述目的节点返回的所述业务响应消息;
其中,所述第一组DRA节点和所述第二组DRA节点分别为所述源节点与所述目的节点之间的两条不同链路,其中,所述第一组DRA节点中的一个或多个DRA节点在所述业务请求消息的路由转发过程中退出服务。
11.根据权利要求10所述的装置,其特征在于,所述业务请求消息的第一标识信息为目的域名Destination-Realm和目的主机名Destination-Host的属性值对AVP。
12.根据权利要求10所述的装置,其特征在于,所述业务请求消息的第三标识信息为源域名Origin-Realm和源主机名Origin-Host的AVP。
13.根据权利要求10所述的装置,其特征在于,所述业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
14.根据权利要求10所述的装置,其特征在于,所述业务请求消息在经由所述第一组DRA节点进行路由转发过程中,所述第一组DRA节点中的每个DRA节点在对所述业务请求消息进行路由分析后将所述业务请求消息转发至相邻的下一个DRA节点或者所述目的节点,且无需进行事务处理和/或会话处理。
15.一种响应消息的路由装置,其特征在于,包括:
接收模块,用于通过第一组路由代理DRA节点接收来自于源节点的业务请求消息,其中,所述业务请求消息中携带有第一标识信息、第二标识信息和第三标识信息,所述业务请求消息的第一标识信息为目的节点的标识,所述业务请求消息的第二标识信息用于指示所述第一组DRA节点按照所述业务请求消息的第一标识信息对所述业务请求消息进行路由转发以及指示目的节点将业务响应消息的第一标识信息设置为所述业务请求消息的第三标识信息,所述业务请求消息的第三标识信息用于标识所述源节点;
确定模块,用于按照所述业务请求消息的第二标识信息将所述业务响应消息的第一标识信息设置为所述业务请求消息的第三标识信息,并通过第二组节点向所述源节点返回所述业务响应消息,其中,所述第二组节点包括:所述目的节点和第二组DRA节点;
其中,所述第一组DRA节点和所述第二组DRA节点分别为所述源节点与所述目的节点之间的两条不同链路,其中,所述第一组DRA节点中的一个或多个DRA节点在所述业务请求消息的路由转发过程中退出服务。
16.根据权利要求15所述的装置,其特征在于,所述确定模块包括:
第一处理单元,用于将所述业务响应消息中携带的目的域名Destination-Realm设置为所述源节点的源域名Origin-Realm;
第二处理单元,用于将所述业务响应消息中携带的目的主机名Destination-Host设置为所述源节点的源主机名Origin-Host。
17.根据权利要求15所述的装置,其特征在于,所述业务请求消息的第二标识信息为在Diameter消息头中新增的命令标记。
18.根据权利要求15所述的装置,其特征在于,所述业务响应消息在通过所述第二组节点进行路由转发过程中,所述第二组节点中的每一个节点对所述业务响应消息中的第一标识信息进行路由分析,并根据路由结果将所述业务响应消息转发至相邻的下一个DRA节点或者是所述源节点,且无需进行事务处理和/或会话处理。
19.一种响应消息的获取和响应消息的路由系统,其特征在于,包括:业务源节点、业务目的节点,从所述业务源节点向所述业务目的节点发送业务请求消息所经过的第一组路由代理DRA节点以及从所述业务目的节点向所述业务源节点发送业务响应消息所经过的第二组DRA节点,其中,所述第一组DRA节点和所述第二组DRA节点分别为所述源节点与所述目的节点之间的两条不同链路,其中,所述第一组DRA节点中的一个或多个DRA节点在所述业务请求消息的路由转发过程中退出服务。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410526406.3A CN105530183B (zh) | 2014-09-30 | 2014-09-30 | 响应消息的获取、响应消息的路由方法、装置及系统 |
PCT/CN2015/072006 WO2015184840A1 (zh) | 2014-09-30 | 2015-01-30 | 响应消息的获取、响应消息的路由方法、装置及系统 |
US15/512,002 US10129749B2 (en) | 2014-09-30 | 2015-01-30 | Method and device for acquiring response message, method and device for routing response message, and system for acquiring response message and routing response message |
EP15802459.6A EP3203692B1 (en) | 2014-09-30 | 2015-01-30 | Method, apparatus and system for acquiring response message, and method, apparatus and system for routing response message |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410526406.3A CN105530183B (zh) | 2014-09-30 | 2014-09-30 | 响应消息的获取、响应消息的路由方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105530183A CN105530183A (zh) | 2016-04-27 |
CN105530183B true CN105530183B (zh) | 2019-11-05 |
Family
ID=54766073
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410526406.3A Active CN105530183B (zh) | 2014-09-30 | 2014-09-30 | 响应消息的获取、响应消息的路由方法、装置及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10129749B2 (zh) |
EP (1) | EP3203692B1 (zh) |
CN (1) | CN105530183B (zh) |
WO (1) | WO2015184840A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10002004B2 (en) * | 2016-05-26 | 2018-06-19 | International Business Machines Corporation | Stream computing application shutdown and restart without data loss |
CN112311677B (zh) * | 2019-07-29 | 2023-04-14 | 中兴通讯股份有限公司 | 一种融合通信中实现信令路由的方法及装置 |
CN112751935B (zh) * | 2020-12-31 | 2022-08-12 | 南京云柜网络科技有限公司 | 请求处理方法、装置、电子设备及存储介质 |
CN112954625B (zh) * | 2021-03-02 | 2022-03-11 | 武汉绿色网络信息服务有限责任公司 | 信令传输方法、装置、设备及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442419A (zh) * | 2007-11-21 | 2009-05-27 | 华为技术有限公司 | 确定组播代理节点的方法、组播方法、设备及系统 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7720016B2 (en) * | 2005-10-28 | 2010-05-18 | Hong Kong Applied Science And Technology Research Institute Co., Ltd. | Multi-hop routing method with bandwidth reservation in wireless network |
ES2744824T3 (es) * | 2007-12-01 | 2020-02-26 | Nokia America Corp | Encaminador de Diameter de IMS con equilibrio de carga |
CN101217810B (zh) | 2008-01-16 | 2011-11-30 | 中兴通讯股份有限公司 | 一种策略和计费规则功能的选择方法 |
US8613073B2 (en) * | 2009-10-16 | 2013-12-17 | Tekelec, Inc. | Methods, systems, and computer readable media for providing diameter signaling router with firewall functionality |
WO2011100603A2 (en) * | 2010-02-12 | 2011-08-18 | Tekelec | Methods, systems, and computer readable media for providing peer routing at a diameter node |
US9094819B2 (en) * | 2010-06-06 | 2015-07-28 | Tekelec, Inc. | Methods, systems, and computer readable media for obscuring diameter node information in a communication network |
US8675659B2 (en) * | 2010-12-16 | 2014-03-18 | Openet Telecom Ltd. | Methods, systems and devices for multiphase decoding |
US8824370B2 (en) * | 2010-12-16 | 2014-09-02 | Openet Telecom Ltd. | Methods, systems and devices for dynamic context-based routing |
EP2658202B1 (en) | 2012-04-24 | 2017-10-11 | Telefonaktiebolaget LM Ericsson (publ) | Identification of an ip-can session in a policy and charging control apparatus |
US8923204B2 (en) * | 2012-05-29 | 2014-12-30 | Alcatel Lucent | Message handling extension using context artifacts |
JP6033984B2 (ja) * | 2013-03-28 | 2016-11-30 | オラクル・インターナショナル・コーポレイション | ステートフル・ルーティングを達成するために異なる機構を使用するDiameterルーティングエージェントを用いて、ステートフルDiameterルーティングを行なうための方法、システム、およびコンピュータ読取可能媒体 |
US11388082B2 (en) * | 2013-11-27 | 2022-07-12 | Oracle International Corporation | Methods, systems, and computer readable media for diameter routing using software defined network (SDN) functionality |
US9668135B2 (en) * | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication |
-
2014
- 2014-09-30 CN CN201410526406.3A patent/CN105530183B/zh active Active
-
2015
- 2015-01-30 EP EP15802459.6A patent/EP3203692B1/en active Active
- 2015-01-30 US US15/512,002 patent/US10129749B2/en active Active
- 2015-01-30 WO PCT/CN2015/072006 patent/WO2015184840A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442419A (zh) * | 2007-11-21 | 2009-05-27 | 华为技术有限公司 | 确定组播代理节点的方法、组播方法、设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
US10129749B2 (en) | 2018-11-13 |
EP3203692A1 (en) | 2017-08-09 |
WO2015184840A1 (zh) | 2015-12-10 |
CN105530183A (zh) | 2016-04-27 |
EP3203692A4 (en) | 2017-11-01 |
US20170303124A1 (en) | 2017-10-19 |
EP3203692B1 (en) | 2021-03-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104581990B (zh) | 虚拟演进分组核心中的节点选择 | |
CN102754409B (zh) | 用于直径协议协调的方法、系统和计算机可读介质 | |
US7894353B2 (en) | Method, apparatus, and system for diagnosing route in network based on diameter protocol | |
US8218490B2 (en) | GGSN proxy for one tunnel solution | |
US20090327112A1 (en) | Method, device and control system for online charging on roaming | |
CN109548008A (zh) | 网络侧对远端用户设备的识别和控制方法以及设备 | |
CN105530183B (zh) | 响应消息的获取、响应消息的路由方法、装置及系统 | |
WO2019161936A1 (en) | Network slicing with smart contracts | |
CN107743109A (zh) | 流量攻击的防护方法、控制装置、处理装置及系统 | |
US20110228744A1 (en) | Application Identification in Mobile Networks | |
CN107113218A (zh) | 发生虚拟机移动时的数据中心入站路由优化 | |
CN107181621A (zh) | eHRPD网络中的多协议关联和拓扑检测 | |
CN106488504A (zh) | 网络系统和网络通信的方法 | |
CN111278080B (zh) | 在5g网络中路由移动数据业务的方法和系统 | |
EP2772019B1 (en) | Methods, systems, and computer readable media for testing a diameter routing node | |
CN105959228A (zh) | 一种流量处理方法及透明缓存系统 | |
US20130242918A1 (en) | Method for providing a local traffic shortcut in a packet-oriented mobile communication network | |
CN108141743A (zh) | 用于电信网络与至少一个用户装备之间的至少一个通信交换的改进的处置的方法、电信网络、用户装备、系统、程序和计算机程序产品 | |
CN109743758A (zh) | 多链路通信方法、通信装置及通信系统 | |
CN107404715A (zh) | 位置信息提供方法及装置 | |
CN103648126B (zh) | 一种故障处理方法和设备 | |
CN105812272B (zh) | 业务链的处理方法、装置与系统 | |
CN105306362B (zh) | 基于IPv6的OSPF网络路由信息的被动采集方法及系统 | |
CN102025549B (zh) | 固网多协议标签交换虚拟专用网络备份传输方法和系统 | |
CN103581870B (zh) | 信息的获取、处理方法、应用功能实体和策略功能实体 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |