CN109257397A - 一种请求消息的处理方法及装置 - Google Patents

一种请求消息的处理方法及装置 Download PDF

Info

Publication number
CN109257397A
CN109257397A CN201710567362.2A CN201710567362A CN109257397A CN 109257397 A CN109257397 A CN 109257397A CN 201710567362 A CN201710567362 A CN 201710567362A CN 109257397 A CN109257397 A CN 109257397A
Authority
CN
China
Prior art keywords
node
dra
downstream
request message
dra node
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.)
Granted
Application number
CN201710567362.2A
Other languages
English (en)
Other versions
CN109257397B (zh
Inventor
李新林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201710567362.2A priority Critical patent/CN109257397B/zh
Publication of CN109257397A publication Critical patent/CN109257397A/zh
Application granted granted Critical
Publication of CN109257397B publication Critical patent/CN109257397B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种请求消息的处理方法,该方法应用于第一下游直径路由代理DRA节点,该方法包括:接收来自上游DRA节点的请求消息,请求消息携带目的节点标识;判断目的节点标识是否属于自身所辖服务端的节点标识集合;如果不属于,则将请求消息转发给第二下游DRA节点,第二下游DRA节点为第一下游DRA节点的配对DRA节点。本发明实施例同时公开一种请求消息的处理装置。

Description

一种请求消息的处理方法及装置
技术领域
本发明涉及通信领域,尤其涉及一种请求消息的处理方法及装置。
背景技术
直径(Diameter)协议是因特网协议(IP,Internet Protocol)时代典型的核心网网元间的通信协议,核心网网元之间通过Diameter信令接口通信。为了维护管理方便,会使用直径路由代理DRA(Diameter Routing Agent)节点来转发核心网网元之间的Diameter信令消息。
在转发信令消息如请求消息时,首先,客户端将请求消息发给上游DRA节点;其次,上游DRA节点将请求消息发给下游DRA节点;然后,若该下游DRA节点无法将接收到的请求消息路由至服务端,则当前下游DRA节点会向上游DRA节点反馈路由失败消息;最后,在上游DRA节点接收到当前下游DRA节点反馈的路由失败消息后,由上游DRA节点重新选择下游DRA节点发送请求消息。
由上述内容可知,若下游DRA节点无法将接收到的请求消息路由至服务端,则需要上游DRA节点多次路由重选发送请求消息至下游DRA节点,从而产生信令风暴增加下游DRA节点负荷。
发明内容
有鉴于此,本发明实施例提供一种请求消息的处理方法及装置,减少了上游DRA节点重选发送请求消息至下游DRA节点的次数,从而减少了下游DRA节点的负荷。
为达到上述目的,本发明的技术方案是这样实现的:
第一方面,本发明实施例提供一种请求消息的处理方法,该方法应用于第一下游直径路由代理DRA节点,包括:接收来自上游DRA节点的请求消息,请求消息携带目的节点标识;判断目的节点标识是否属于自身所辖服务端的节点标识集合;如果不属于,则将请求消息转发给第二下游DRA节点,第二下游DRA节点为第一下游DRA节点的配对DRA节点。
第二方面,本发明实施例提供一种请求消息的处理方法,该方法应用于第二下游直径路由代理DRA节点,包括:接收第一下游DRA节点转发的请求消息,请求消息携带目的节点标识,第一下游DRA节点为第二下游DRA节点的配对DRA节点;判断目的节点标识是否属于自身所辖服务端的节点标识集合;如果不属于,则查找自身的配对DRA节点是否能够用于转发请求消息;如果是,则通过查找到的配对DRA节点转发请求消息;如果不是,则向第一下游DRA节点反馈路由重选错误响应消息。
第三方面,本发明实施例提供一种请求消息的处理装置,包括:第一接收单元,用于接收来自上游直径路由代理DRA节点的请求消息,请求消息携带目的节点标识;第一判断单元,用于判断目的节点标识是否属于自身所辖服务端的节点标识集合;转发单元,用于如果不属于,则将请求消息转发给第二下游DRA节点,第二下游DRA节点为第一下游DRA节点的配对DRA节点。
第四方面,本发明实施例提供一种请求消息的处理装置,包括:第四接收单元,用于接收第一下游直径路由代理DRA节点转发的请求消息,请求消息携带目的节点标识,第一下游DRA节点为第二下游DRA节点的配对DRA节点;第二判断单元,用于判断目的节点标识是否属于自身所辖服务端的节点标识集合;处理单元,用于如果不属于,则查找自身的配对DRA节点是否能够用于转发请求消息;如果是,则通过查找到的配对DRA节点转发请求消息;如果不是,则向第一下游DRA节点反馈路由重选错误响应消息。
本发明实施例提供了一种请求消息的处理方法及装置,其中,该方法应用于第一下游直径路由代理DRA节点,该方法包括:接收来自上游DRA节点的请求消息,请求消息携带目的节点标识;判断目的节点标识是否属于自身所辖服务端的节点标识集合;如果不属于,说明第一下游DRA节点无法将接收到的请求消息路由至服务端,则直接由第一下游DRA节点重新选择其他的下游DRA节点来发送请求消息,此时,第一下游DRA节点无需向上游DRA节点反馈路由失败消息,那么,上游DRA节点无需执行路由重选发送请求消息至下游DRA节点这一操作,如此,减少了上游DRA节点重选发送请求消息至下游DRA节点的次数,从而减少了下游DRA节点的负荷。
附图说明
图1为本发明实施例中的Diameter网络的第一种结构示意图;
图2为本发明实施例中的Diameter网络的第二种结构示意图;
图3为本发明实施例中的Diameter网络的第三种结构示意图;
图4为本发明实施例中的请求消息的处理方法的第一种流程示意图;
图5为本发明实施例中的请求消息的处理方法的第二种流程示意图;
图6为本发明实施例中的请求消息的处理装置的第一种结构示意图;
图7为本发明实施例中的请求消息的处理装置的第二种结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
实施例一:
随着***移动通信技术(4G,the 4th Generation mobile communication)的普及,在4G网络下可实现高速数据业务和基于4G分组域的语音业务(VoLTE,Voice overLTE)。而4G数据业务及VoLTE语音业务均使用直径(Diameter)协议进行鉴权、移动性管理和计费等功能。
参见图1所示,本发明实施例中的Diameter网络包括:发起Diameter请求消息的客户端10,转发Diameter请求消息的上游容灾保护组30,转发Diameter请求消息的下游容灾保护组40,以及对Diameter请求消息进行响应的服务端20。其中,上游容灾保护组包括上游DRA节点,上游DRA节点与客户端10直接连接。下游容灾保护组包括下游DRA节点,下游DRA节点与服务端20直接连接。
优选地,在本实施例中,可以采用偶数个DRA节点进行组网,建立上游容灾保护组和下游容灾保护组,每个DRA节点连接的客户端和服务端均称为对等端,每个对等端有唯一主机标识。在本实施例中,当下游容灾保护组内的任一下游DRA节点接收到请求消息,且无法将请求消息路由至服务端时,该下游DRA节点可以选择下游容灾保护组内的默认容灾保护路由转发请求消息,如此,减少了上游DRA节点重选发送请求消息至下游DRA节点的次数,减少了下游DRA节点的负荷,保证了证业务的连续性。
参见图2所示,以4个DRA节点组网为例,其中,DRA节点1和DRA节点2组成上游容灾保护组,DRA节点1和DRA节点2均与客户端10直接连接,DRA节点1和DRA节点2在组内互联。DRA节点3和DRA节点4组成下游容灾保护组,DRA节点3和DRA节点4均与服务端20直接连接,DRA节点3和DRA节点4在组内互联。DRA节点1分别与DRA节点3和DRA节点4连接,DRA节点2分别与DRA节点3和DRA节点4连接,形成组间互联链路。进一步地,可以为下游容灾保护组设置默认容灾保护路由,这里,在某一下游DRA节点接收到请求消息且无法将其路由至服务端时,该下游DRA节点可以选择默认容灾保护路由转发请求消息。例如,对于DRA节点3和DRA节点4组成的下游容灾保护组,设置默认容灾保护路由为DRA节点4,这样,当DRA节点3无法将请求消息路由至服务端时,DRA节点3将选择默认容灾保护路由DRA节点4转发请求消息。
参见图3所示,以8个DRA节点组网为例,其中,DRA节点1和DRA节点2为一对节点,DRA节点3和DRA节点4为另一对节点,这两对节点组成上游容灾保护组,DRA节点1、DRA节点2、DRA节点3和DRA节点4均与客户端10直接连接,而且,DRA节点1分别与DRA节点2、DRA节点3连接,DRA节点4分别与DRA节点2、DRA节点3连接。DRA节点5和DRA节点6为一对节点,DRA节点7和DRA节点8为一对节点,这两对节点组成下游容灾保护组,DRA节点5、DRA节点6、DRA节点7和DRA节点8均与服务端20直接连接,而且,DRA节点5分别与DRA节点6、DRA节点7连接,DRA节点8分别与DRA节点6、DRA节点7连接。同时,上游容灾保护组内的每一上游DRA节点与下游容灾保护组内的每一下游DRA节点之间连接,形成组间互联链路。
进一步地,可以为下游容灾保护组设置默认容灾保护路由,这里,下游容灾保护组内的任一下游DRA节点可以为自身配置第一配对DRA节点和第二配对DRA节点作为自身的容灾保护路由,并设置第一配对DRA节点的优先级高于第二配对DRA节点的优先级。例如,以DRA节点5为例,其通过下述方式为自身配置默认容灾保护路由:将与自身相邻的DRA节点6配置为自身的第一配对DRA节点,将与自身相隔一个节点的DRA节点7配置为自身的第二配对DRA节点,并设置第一配对DRA节点的优先级高于第二配对DRA节点的优先级。这样,当DRA节点5收到来自于DRA节点1的未配置明确路由数据的请求消息,且自身无法将该请求消息路由至服务端时,按照预设优先级规则,会优先转发请求消息给DRA节点6,当DRA节点6不可达时,次选转发请求消息给DRA节点7。需要说明的是,下游容灾保护组内的下游DRA节点均可以采用上述方法为自身配置默认容灾保护路由,这样,在容灾保护组内的某一下游DRA节点接收到请求消息且无法将其路由至服务端时,该下游DRA节点可以选择默认容灾保护路由转发请求消息,如此,保证了证业务的连续性。
下面结合本发明实施例中的Diameter网络对本发明实施例提供的请求消息的处理方法进行说明。
本发明实施例提供一种请求消息的处理方法,应用于上述Diameter网络中,参见图4所示,该方法包括:
S401:第一下游DRA节点接收来自上游DRA节点的请求消息,请求消息携带目的节点标识;
这里,第一下游DRA节点接收来自上游DRA节点的请求消息,可以是:第一下游DRA节点接收上游DRA节点发送的请求消息;也可以是:其它下游DRA节点接收到上游DRA节点发送的请求消息之后,再将请求消息转发给第一下游DRA节点。上述请求消息可以是Diameter信令请求消息,由客户端发给上游DRA节点,上游DRA节点发给下游DRA节点,其中,上述请求消息携带目的节点标识,该目的节点标识可以是服务端的目的主机标识,又称服务端的目的主机名称。
S402:第一下游DRA节点判断目的节点标识是否属于自身所辖服务端的节点标识集合;
这里,在第一下游DRA节点接收到请求消息之后,第一下游DRA节点需要判断请求消息携带的目的节点标识是否属于自身所辖服务端的节点标识集合。例如,当第一下游DRA节点所辖服务端的节点标识集合为A,请求消息携带的目的节点标识为a时,判断a是否属于A。
S403:如果不属于,则将请求消息转发给第二下游DRA节点,第二下游DRA节点为第一下游DRA节点的配对DRA节点。
这里,上述请求消息还携带路由记录,路由记录包括转发过请求消息的所有下游DRA节点的节点标识。当第一下游DRA节点判断结果为a不属于A时,表明第一下游DRA节点与请求消息携带的目的主机标识对应的目的主机之间路由不可达。此时,第一下游DRA节点接收到的该请求消息被称为未配置明确路由数据的请求消息。进而,触发第一下游DRA节点将该请求消息转发给第二下游DRA节点,第二下游DRA节点为第一下游DRA节点的配对DRA节点,这里,第二下游DRA节点又称为第一下游DRA节点的默认容灾保护路由节点。如此,以确保实现业务的连续性。
S404:第二下游DRA节点判断目的节点标识是否属于自身所辖服务端的节点标识集合;
这里,在第二下游DRA节点接收到请求消息之后,第二下游DRA节点需要判断请求消息携带的目的节点标识是否属于自身所辖服务端的节点标识集合。例如,当第二下游DRA节点所辖服务端的节点标识集合为B,请求消息携带的目的节点标识为a时,判断a是否属于B。
S405:如果不属于,则第二下游DRA节点查找自身的配对DRA节点是否能够用于转发请求消息;
这里,当判断结果为a不属于B时,表明第二下游DRA节点与请求消息携带的目的主机标识对应的目的主机之间路由不可达。此时,第二下游DRA节点查找自身的配对DRA节点是否能够用于转发请求消息,具体地,第二下游DRA节点先从请求消息中,提取路由记录,然后,查找自身的配对DRA节点的节点标识是否不同于路由记录中的节点标识。
S406:如果是,则第二下游DRA节点通过查找到的配对DRA节点转发请求消息;
这里,如果是,则第二下游DRA节点将查找到的配对DRA节点作为第二下游DRA节点的下一跳节点,并通过该配对DRA节点转发请求消息,以确保实现业务的连续性。
进一步地,如果第二下游DRA节点查找到自身的配对DRA节点无法用于转发请求消息,则执行图4中虚线所示步骤,即S407:第二下游DRA节点向第一下游DRA节点反馈路由重选错误响应消息。
这里,如果不是,此时,第二下游DRA节点向第一下游DRA节点反馈路由重选错误响应消息,该路由重选错误响应消息携带表征路由重选错误的原因值。
进一步地,在本实施例中,在S407之后,本发明所提供的请求消息的处理方法还包括如下步骤:
S408:第一下游DRA节点接收第二下游DRA节点针对请求消息反馈的路由重选错误响应消息;
这里,上述路由重选错误响应消息携带表征路由重选错误的原因值,因此,在第一下游DRA节点接收到第二下游DRA节点针对请求消息反馈的路由重选错误响应消息之后,便可以根据上述原因值,判定自身与请求消息携带的目标节点之间路由不可达。
S409:第一下游DRA节点基于路由重选错误响应消息,生成永久错误响应消息,永久错误响应消息用于指示上游DRA节点不进行路由重选;
这里,在第一下游DRA节点判定自身与请求消息携带的目标节点之间路由不可达之后,将路由重选错误响应消息中的表征路由重选错误的原因值修改为表征不进行路由重选的原因值,生成永久错误响应消息,该永久错误响应消息用于指示上游DRA节点不进行路由重选。
S410:第一下游DRA节点将永久错误响应消息发送至上游DRA节点。
这里,在第一下游DRA节点将基于路由重选错误响应消息,生成永久错误响应消息之后,将按照请求消息从上游DRA节点传输至第一下游DRA节点的路径,将永久错误响应消息沿原路径逆向反馈至上游DRA节点。
S411:上游节点接收到永久错误响应消息,并基于该永久错误响应消息,不再发起路由重选。
这里,由于上游节点在接收到永久错误响应消息后,不再发起路由重选,如此,可以降低路由的无效重选次数,从而减少了信息消息的无效转发,大大减轻了网络负荷。
进一步地,在实际应用中,在下游DRA节点接收到请求消息并且路由失败之后,仅提出了在其他下游DRA节点配置了路由数据的情况下,由上游DRA节点重新选择下游DRA节点进行路由重选的方案,并未提出当所有的下游DRA节点均未配置明确路由数据时,如何进行路由重选的技术方案。为了解决当所有的下游DRA节点均未配置明确路由数据时,无法进行路由重选的问题,本实施例提出了如下的解决方案,具体地,在实施S403的过程中,在第一下游DRA节点将请求消息转发给第二下游DRA节点时,可以通过如下所述的循环检测方法进行路由重选:
第一种、基于前转路由的防循环检测方法
当前下游DRA节点收到请求消息时必须检查前转环路,当发现请求消息前转的接收方与收到的请求消息的发送方相同时,则判断出现循环,选择其他下游DRA节点,这里,请求消息前转的接收方指当前下游DRA节点的下一跳下游DRA节点,收到的请求消息的发送方即当前下游DRA节点的上一跳DRA节点。进一步地,若无其他下游DRA节点可选,则返回路由失败响应消息,该路由失败响应消息携带表征路由循环的结果码Result-Code。
进一步地,当下游DRA节点配置有多条可选路由时,若收到高优先级路由返回的路由失败响应消息后,选择低优先级路由时仍然需要检查相应的前转环路,当发现请求消息前转的接收方与收到的请求消息的发送方相同,则判断出现循环,选择其他下游DRA节点。如无其他可用下游DRA节点,则返回路由重选错误响应消息,该路由重选错误响应消息携带表征路由重选错误的原因值。
第二种、基于路由记录(route-record)的防循环检测方法
本实施例中的请求消息还携带Route-Record,路由记录包括转发过请求消息的所有下游DRA节点的节点标识。也就是说,下游DRA节点转发完请求消息的过程中,首先,从请求消息中提出路由记录;然后,在路由记录中增加自身的节点标识,得到更新后的路由记录;最后,将更新后的路由记录添加到请求消息中,并将添加后的请求消息转发给自身的下一跳下游DRA节点。这样,请求消息里面会记录该请求消息所经路径上的所有下游DRA节点的节点标识。此时,当当前下游DRA节点前转或路由请求消息时,若发现下一跳节点的节点标识出现在请求消息的Route-Record中,则判断出现循环,应忽略此下游DRA节点,选择其他下游DRA节点。无其他下游DRA节点时,则返回路由重选错误响应消息,该路由重选错误响应消息携带表征路由重选错误的原因值。
如此,在所有的下游DRA节点均未配置明确路由数据时,通过本实施例所提供的上述技术方案,当所有的下游DRA节点均未配置明确路由数据时,可以进行完整的路由尝试,并减少多次路由重选,而且,每个下游DRA节点仅转发一次请求消息,极大地降低了下游DRA节点的网络负荷。
当然,除了采用本实施例所提供的上述两种防循环检测方法进行路由重选之外,还可以采用其他的方法进行路由重选,以实现每个下游DRA节点仅转发一次请求消息的目的为准,本发明实施例在此并不做具体限定。
进一步地,在本实施例中,结合图1所示,以4个DRA节点组网的应用场景为例,对本发明所提供的请求消息的处理方法进行详细的说明,DRA节点1和DRA节点2组成上游容灾保护组,DRA节点3和DRA节点4组成下游容灾保护组。管理上,DRA节点3和DRA节点4的容灾保护组所辖区域内连接的所有对端(包括客户端和服务端)网元的目的主机标识Destination-host均符合规则:*.B.com,其中*为任意字符串。当前DRA节点3和DRA节点4连接了主机标识为1.B.com至100.B.com的100个对端网元。这里,可以将DRA节点3作为第一下游DRA节点,客户端10向DRA节点1发送请求消息,DRA节点1将请求消息发送给DRA节点3,这样,DRA节点3接收到来自DRA节点1的请求消息,该请求消息携带目的节点标识,例如,目的主机标识Destination-host为200.B.com。
进一步地,由于该请求消息携带的Destination-host为200.B.com,并不属于DRA节点3所辖服务端的节点标识集合(1.B.com至100.B.com)。相当于DRA节点3和DRA节点4均未配置明确Destination-host为200.B.com的路由数据,按明确路由方法,则会导致DRA节点3和DRA节点4查询路由失败。此时,若由DRA节点3向DRA节点1反馈路由失败响应消息,再由DRA节点1向下游DRA节点重新发起路由重选,必然导致请求消息在DRA节点1、DRA节点2、DRA节点3和DRA节点4之间多次重选,造成信令风暴。
为了减少了下游DRA节点的负荷,在本实施例中,首先,为DRA节点3和DRA节点4配置默认容灾保护路由,例如,配置Destination-host为B.com的默认容灾保护路由为DRA节点4,同样,DRA节点4配置Destination-host为B.com的默认容灾保护路由为DRA节点3;其次,当DRA节点3收到来自于DRA节点1的未配置明确路由数据的请求消息,且自身无法将该请求消息路由至服务端时,根据Destination-host为B.com的默认容灾保护路由,转发给DRA节点4;然后,当DRA节点4收到请求消息且路由重选失败时,本应该根据Destination-host为B.com的默认容灾保护路由,转发给DRA节点3,但根据防循环检测技术,判定DRA节点3在路由记录中为循环路由,此时,设置DRA节点3路由不可用,即DRA节点4已经无可用的路由可选,因此,回送表征路由重选错误响应消息DRA节点3,该路由重选错误响应消息携带表征路由重选错误的原因值,例如,原因值为3002;进一步地,DRA节点3从配对DRA节点上收到原因值3002后,确定路由重选失败,回复永久错误响应消息给DRA节点1(永久错误响应消息携带永久错误的原因值,例如5012),该对永久错误响应消息用于指示上游DRA节点不进行路由重选,这里即指示DRA节点1不进行路由重选;最后,DRA节点1将永久错误响应消息转发给客户端10。
由上述内容可知,通过本实施例所提供的请求消息的处理方法,请求消息仅需在DRA节点3和DRA节点4处理1次,这与上游DRA节点重新选择下游DRA节点,需要在DRA节点3和DRA节点4分别处理2次的方案相比,减少50%的消息量,从而降低了下游DRA节点的网络负荷。
进一步地,本实施例中,结合图2所示,在8个DRA节点组网的应用场景中,结合本发明所提供的请求消息的处理方法,对下游容灾保护组内的DRA节点均未配置明确Destination-host为200.B.com的路由数据时,如何进行路由重选的过程进行详细的描述:
当前DRA节点5、DRA节点6、DRA节点7和DRA节点8连接了主机标识为1.B.com至100.B.com的100个对端网元,即DRA节点5、DRA节点6、DRA节点7和DRA节点8所组成的下游容灾保护组所辖区域内连接的所有对端(包括客户端和服务端)网元的目的主机标识Destination-host均符合规则:*.B.com,其中*为任意字符串。若DRA节点5、DRA节点6、DRA节点7或DRA节点8收到的请求消息携带Destination-host为200.B.com,则表示该请求消息所携带目的节点标识不属于下游容灾保护组所辖服务端的节点标识集合,相当于DRA节点5、DRA节点6、DRA节点7和DRA节点8均未配置明确Destination-host为200.B.com的路由数据,按明确路由方法,则会导致DRA节点5、DRA节点6、DRA节点7和DRA节点8查询路由失败,此时,若由下游DRA节点向上游DRA节点反馈路由失败响应消息,再由上游DRA节点向下游DRA节点重新发起路由重选,必然导致请求消息在DRA节点1、DRA节点2、DRA节点3、DRA节点4、DRA节点5、DRA节点6、DRA节点7和DRA节点8之间多次重选,造成信令风暴。
为了减少了下游DRA节点的负荷,在本实施例中,首先,为下游容灾保护组的DRA节点分别配置第一和第二配对DRA节点。这里,结合本实施例中的下游DRA节点:DRA节点5、DRA节点6、DRA节点7或DRA节点8来说,配置过程详细如下:
DRA节点5为自身配置目的主机名称符合预设规则的未配置明确路由数据的请求消息的默认容灾保护路由,例如,配置Destination-host名称为B.com的默认容灾保护路由时,可以将与自身相邻的DRA节点6配置为自身的第一配对DRA节点,将与自身相隔一个节点的DRA节点7配置为自身的第二配对DRA节点,并设置第一配对DRA节点的优先级高于第二配对DRA节点的优先级。
DRA节点6为自身配置目的主机名称符合预设规则的未配置明确路由数据的请求消息的默认容灾保护路由,例如,配置Destination-host名称为B.com的默认容灾保护路由时,可以将与自身相邻的DRA节点5配置为自身的第一配对DRA节点,将与自身相隔一个节点的DRA节点8配置为自身的第二配对DRA节点,并设置第一配对DRA节点的优先级高于第二配对DRA节点的优先级。
DRA节点7为自身配置目的主机名称符合预设规则的未配置明确路由数据的请求消息的默认容灾保护路由,例如,配置Destination-host名称为B.com的默认容灾保护路由时,可以将与自身相邻的DRA节点8配置为自身的第一配对DRA节点,将与自身相隔一个节点的DRA节点5配置为自身的第二配对DRA节点,并设置第一配对DRA节点的优先级高于第二配对DRA节点的优先级。
DRA节点8为自身配置目的主机名称符合预设规则的未配置明确路由数据的请求消息的默认容灾保护路由,例如,配置Destination-host名称为B.com的默认容灾保护路由时,可以将与自身相邻的DRA节点7配置为自身的第一配对DRA节点,将与自身相隔一个节点的DRA节点6配置为自身的第二配对DRA节点,并设置第一配对DRA节点的优先级高于第二配对DRA节点的优先级。
其次,当DRA节点5、DRA节点6、DRA节点7和DRA节点8均未配置相关路由数据时,DRA节点5收到来自于DRA节点1的未配置明确路由数据的请求消息,转发给DRA节点6;DRA节点6收到未配置明确路由数据的请求消息,因DRA节点5方向循环,转发给低优先级的DRA节点8;DRA节点8收到未配置明确路由数据的请求消息,转发给DRA节点7;DRA节点7收到未配置明确路由数据的请求消息,因DRA节点8方向循环、且低优先级的DRA节点5在请求消息路径中也循环,DRA节点7回送路由重选错误响应消息给DRA节点8,该响应消息携带3002原因值;DRA节点8从DRA节点7上收到3002原因值后,确定路由重选失败,将路由重选错误响应消息中的表征路由重选错误的原因值修改为表征不进行路由重选的原因值,生成永久错误响应消息,并将永久错误响应消息依次通过DRA节点6、DRA节点5反馈给上游DRA节点,此时,DRA节点5反馈给DRA节点1,指示DRA节点1不再进行路由重选,最后,DRA节点1将永久错误响应消息转发给客户端网元。
由上述内容可知,通过本实施例所提供的请求消息的处理方法,请求消息仅需在DRA节点5、DRA节点6、DRA节点7和DRA节点8处理1次,这与上游DRA节点重新选择下游DRA节点时,需要在DRA节点5、DRA节点6、DRA节点7和DRA节点8分别处理4次的方案相比,减少25%的消息量,从而降低了下游DRA节点的网络负荷。
综上,在本实施例中,几对DRA(总数为偶数个)节点之间建立互联链路、组成负责转发某目的区域Diameter节点消息的容灾保护组,保护组内DRA节点均连接组内所有客户端和服务端网元进行容灾保护。下游容灾保护组内的DRA节点对未配置明确路由数据的所有请求消息指向容灾保护组内自身的默认容灾保护路由(容灾保护组内的下游DRA节点将与自身相邻的下游DRA节点配置为自身的高优先级路由,将与自身相隔一个节点的下游DRA节点配置为自身的低优先级路由,容灾保护组内的所有DRA节点的默认容灾保护路由形成环路)。当容灾保护组内的所有下游DRA节点均未配置明确路由数据后,利用防循环检测技术判断路由失败,然后通过配对下游DRA节点收到不可达消息后,进行路由重选但重选失败后产生永久错误码。然后,下游DRA节点将永久错误码返回给上游DRA节点,指示该上游DRA节点不进行路由重选,这样,在该上游DRA节点接收到永久错误响应消息之后,则不会再发起无效的路由重选,如此,可以降低路由的无效重选次数,从而减少了信息消息的无效转发,大大减轻了网络负荷。
实施例二:
基于同一发明构思,本发明实施例提供了一种请求消息的处理装置。
参见图6所示,该装置60包括:第一接收单元61,用于接收来自上游直径路由代理DRA节点的请求消息,请求消息携带目的节点标识;第一判断单元62,用于判断目的节点标识是否属于自身所辖服务端的节点标识集合;转发单元63,用于如果不属于,则将请求消息转发给第二下游DRA节点,第二下游DRA节点为第一下游DRA节点的配对DRA节点。
在本实施例中,所述装置还包括:第二接收单元,用于接收第二下游DRA节点针对请求消息反馈的路由重选错误响应消息;生成单元,用于基于路由重选错误响应消息,生成永久错误响应消息,永久错误响应消息用于指示上游DRA节点不进行路由重选;发送单元,用于将永久错误响应消息发送至上游DRA节点。
在本实施例中,路由重选错误响应消息携带表征路由重选错误的原因值;上述生成单元,还用于将路由重选错误响应消息中的表征路由重选错误的原因值修改为表征不进行路由重选的原因值,生成永久错误响应消息。
在本实施例中,所述装置还包括:配置单元,用于为自身配置第一配对DRA节点,得到第二下游DRA节点;以及,为自身配置第二配对DRA节点,得到第三下游DRA节点,其中,第二下游DRA节点的优先级高于第三下游DRA节点的优先级。
在本实施例中,所述装置还包括:第三接收单元,用于接收第二下游DRA节点针对请求消息反馈的路由失败响应消息,路由失败响应消息表征第二下游DRA节点到目的节点之间路由不可达;确定单元,用于根据路由失败响应消息,确定第二下游DRA节点与目的节点之间路由不可达;选择单元,用于按照预设优先级规则,选择第三下游DRA节点作为自身的下一跳节点;转发单元,还用于将请求消息转发给第三下游DRA节点。
在本实施例中,请求消息还携带路由记录,路由记录包括转发过请求消息的所有下游DRA节点的节点标识;转发单元,还用于从请求消息中,提取路由记录;在路由记录中增加自身的节点标识,得到更新后的路由记录;将更新后的路由记录添加到请求消息中,并将添加后的请求消息转发给第二下游DRA节点。
实施例三:
基于同一发明构思,本发明实施例还提供了一种请求消息的处理装置。
参见图7所示,该装置70包括:第四接收单元71,用于接收第一下游直径路由代理DRA节点转发的请求消息,请求消息携带目的节点标识,第一下游DRA节点为第二下游DRA节点的配对DRA节点;第二判断单元72,用于判断目的节点标识是否属于自身所辖服务端的节点标识集合;处理单元73,用于如果不属于,则查找自身的配对DRA节点是否能够用于转发请求消息;如果是,则通过查找到的配对DRA节点转发请求消息;如果不是,则向第一下游DRA节点反馈路由重选错误响应消息。
在本实施例中,请求消息还携带路由记录,路由记录包括转发过请求消息的所有下游DRA节点的节点标识;处理单元,还用于从请求消息中,提取路由记录;查找自身的配对DRA节点的节点标识是否不同于路由记录中的节点标识。
这里需要指出的是:以上装置实施例项的描述,与上述方法描述是类似的,具有同方法实施例相同的有益效果,因此不做赘述。对于本发明装置实施例中未披露的技术细节,本领域的技术人员请参照本发明方法实施例的描述而理解,为节约篇幅,这里不再赘述。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (16)

1.一种请求消息的处理方法,所述方法应用于第一下游直径路由代理DRA节点,其特征在于,包括:
接收来自上游DRA节点的请求消息,所述请求消息携带目的节点标识;
判断所述目的节点标识是否属于自身所辖服务端的节点标识集合;
如果不属于,则将所述请求消息转发给第二下游DRA节点,所述第二下游DRA节点为所述第一下游DRA节点的配对DRA节点。
2.根据权利要求1所述的方法,其特征在于,所述将所述请求消息转发给第二下游DRA节点之后,所述方法还包括:
接收所述第二下游DRA节点针对所述请求消息反馈的路由重选错误响应消息;
基于所述路由重选错误响应消息,生成永久错误响应消息,所述永久错误响应消息用于指示所述上游DRA节点不进行路由重选;
将所述永久错误响应消息发送至所述上游DRA节点。
3.根据权利要求2所述的方法,其特征在于,所述路由重选错误响应消息携带表征路由重选错误的原因值;
所述基于所述路由重选错误响应消息,生成永久错误响应消息,包括:
将所述路由重选错误响应消息中的表征路由重选错误的原因值修改为表征不进行路由重选的原因值,生成所述永久错误响应消息。
4.根据权利要求1所述的方法,其特征在于,所述接收来自上游DRA节点的请求消息之前,所述方法还包括:
为自身配置第一配对DRA节点,得到所述第二下游DRA节点;以及,
为自身配置第二配对DRA节点,得到第三下游DRA节点,其中,所述第二下游DRA节点的优先级高于所述第三下游DRA节点的优先级。
5.根据权利要求4所述的方法,其特征在于,所述将所述请求消息转发给第二下游DRA节点之后,所述方法还包括:
接收所述第二下游DRA节点针对所述请求消息反馈的路由失败响应消息,所述路由失败响应消息表征所述第二下游DRA节点到目的节点之间路由不可达;
根据所述路由失败响应消息,确定所述第二下游DRA节点与目的节点之间路由不可达;
按照预设优先级规则,选择所述第三下游DRA节点作为自身的下一跳节点;
将所述请求消息转发给所述第三下游DRA节点。
6.根据权利要求1所述的方法,其特征在于,所述请求消息还携带路由记录,所述路由记录包括转发过所述请求消息的所有下游DRA节点的节点标识;
所述将所述请求消息转发给第二下游DRA节点,包括:
从所述请求消息中,提取所述路由记录;
在所述路由记录中增加自身的节点标识,得到更新后的路由记录;
将更新后的路由记录添加到所述请求消息中,并将添加后的请求消息转发给所述第二下游DRA节点。
7.一种请求消息的处理方法,所述方法应用于第二下游直径路由代理DRA节点,其特征在于,包括:
接收第一下游DRA节点转发的请求消息,所述请求消息携带目的节点标识,所述第一下游DRA节点为所述第二下游DRA节点的配对DRA节点;
判断所述目的节点标识是否属于自身所辖服务端的节点标识集合;
如果不属于,则查找自身的配对DRA节点是否能够用于转发所述请求消息;
如果是,则通过查找到的配对DRA节点转发所述请求消息;
如果不是,则向所述第一下游DRA节点反馈路由重选错误响应消息。
8.根据权利要求7所述的方法,其特征在于,所述请求消息还携带路由记录,所述路由记录包括转发过所述请求消息的所有下游DRA节点的节点标识;
所述查找自身的配对DRA节点是否能够用于转发所述请求消息,包括:
从所述请求消息中,提取所述路由记录;
查找所述自身的配对DRA节点的节点标识是否不同于所述路由记录中的节点标识。
9.一种请求消息的处理装置,其特征在于,包括:
第一接收单元,用于接收来自上游直径路由代理DRA节点的请求消息,所述请求消息携带目的节点标识;
第一判断单元,用于判断所述目的节点标识是否属于自身所辖服务端的节点标识集合;
转发单元,用于如果不属于,则将所述请求消息转发给第二下游DRA节点,所述第二下游DRA节点为第一下游DRA节点的配对DRA节点。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第二接收单元,用于接收所述第二下游DRA节点针对所述请求消息反馈的路由重选错误响应消息;
生成单元,用于基于所述路由重选错误响应消息,生成永久错误响应消息,所述永久错误响应消息用于指示所述上游DRA节点不进行路由重选;
发送单元,用于将所述永久错误响应消息发送至所述上游DRA节点。
11.根据权利要求10所述的装置,其特征在于,所述路由重选错误响应消息携带表征路由重选错误的原因值;
所述生成单元,还用于将所述路由重选错误响应消息中的表征路由重选错误的原因值修改为表征不进行路由重选的原因值,生成所述永久错误响应消息。
12.根据权利要求9所述的装置,其特征在于,所述装置还包括:
配置单元,用于为自身配置第一配对DRA节点,得到所述第二下游DRA节点;以及,为自身配置第二配对DRA节点,得到第三下游DRA节点,其中,所述第二下游DRA节点的优先级高于所述第三下游DRA节点的优先级。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第三接收单元,用于接收所述第二下游DRA节点针对所述请求消息反馈的路由失败响应消息,所述路由失败响应消息表征所述第二下游DRA节点到目的节点之间路由不可达;
确定单元,用于根据所述路由失败响应消息,确定所述第二下游DRA节点与目的节点之间路由不可达;
选择单元,用于按照预设优先级规则,选择所述第三下游DRA节点作为自身的下一跳节点;
所述转发单元,还用于将所述请求消息转发给所述第三下游DRA节点。
14.根据权利要求9所述的装置,其特征在于,所述请求消息还携带路由记录,所述路由记录包括转发过所述请求消息的所有下游DRA节点的节点标识;
所述转发单元,还用于从所述请求消息中,提取所述路由记录;在所述路由记录中增加自身的节点标识,得到更新后的路由记录;将更新后的路由记录添加到所述请求消息中,并将添加后的请求消息转发给所述第二下游DRA节点。
15.一种请求消息的处理装置,其特征在于,包括:
第四接收单元,用于接收第一下游直径路由代理DRA节点转发的请求消息,所述请求消息携带目的节点标识,所述第一下游DRA节点为第二下游DRA节点的配对DRA节点;
第二判断单元,用于判断所述目的节点标识是否属于自身所辖服务端的节点标识集合;
处理单元,用于如果不属于,则查找自身的配对DRA节点是否能够用于转发所述请求消息;如果是,则通过查找到的配对DRA节点转发所述请求消息;如果不是,则向所述第一下游DRA节点反馈路由重选错误响应消息。
16.根据权利要求15所述的装置,其特征在于,所述请求消息还携带路由记录,所述路由记录包括转发过所述请求消息的所有下游DRA节点的节点标识;
所述处理单元,还用于从所述请求消息中,提取所述路由记录;查找所述自身的配对DRA节点的节点标识是否不同于所述路由记录中的节点标识。
CN201710567362.2A 2017-07-12 2017-07-12 一种请求消息的处理方法及装置 Active CN109257397B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710567362.2A CN109257397B (zh) 2017-07-12 2017-07-12 一种请求消息的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710567362.2A CN109257397B (zh) 2017-07-12 2017-07-12 一种请求消息的处理方法及装置

Publications (2)

Publication Number Publication Date
CN109257397A true CN109257397A (zh) 2019-01-22
CN109257397B CN109257397B (zh) 2021-09-28

Family

ID=65051604

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710567362.2A Active CN109257397B (zh) 2017-07-12 2017-07-12 一种请求消息的处理方法及装置

Country Status (1)

Country Link
CN (1) CN109257397B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022084093A1 (en) * 2020-10-23 2022-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for scp domain routing looping

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2658202A1 (en) * 2012-04-24 2013-10-30 Telefonaktiebolaget L M Ericsson (publ) Identification of an IP-CAN session in a policy and charging control apparatus
CN105050072A (zh) * 2015-08-21 2015-11-11 中国联合网络通信集团有限公司 一种会话绑定的方法及网络***
CN105991429A (zh) * 2015-02-10 2016-10-05 ***通信集团公司 一种路由重选判定方法及装置
CN105991468A (zh) * 2015-02-03 2016-10-05 ***通信集团公司 一种Diameter拥塞响应的处理方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2658202A1 (en) * 2012-04-24 2013-10-30 Telefonaktiebolaget L M Ericsson (publ) Identification of an IP-CAN session in a policy and charging control apparatus
CN105991468A (zh) * 2015-02-03 2016-10-05 ***通信集团公司 一种Diameter拥塞响应的处理方法及装置
CN105991429A (zh) * 2015-02-10 2016-10-05 ***通信集团公司 一种路由重选判定方法及装置
CN105050072A (zh) * 2015-08-21 2015-11-11 中国联合网络通信集团有限公司 一种会话绑定的方法及网络***

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022084093A1 (en) * 2020-10-23 2022-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for scp domain routing looping

Also Published As

Publication number Publication date
CN109257397B (zh) 2021-09-28

Similar Documents

Publication Publication Date Title
CN112152921B (zh) 一种建立路由表的方法、电子设备及网络
TWI571067B (zh) 多躍點通訊系統及子機
JP7282819B2 (ja) 間接通信用のエラー処理のための方法、装置、およびコンピュータプログラム製品
CN106921572B (zh) 一种传播QoS策略的方法、装置及***
CN104767679B (zh) 一种在网络***中传输数据的方法及装置
US10097447B2 (en) Method, apparatus, and system for transmitting data
CN113259864B (zh) 窄带通信方法、对讲机、设备、存储介质及自组网***
CN109672708A (zh) 通信方法及装置、***
CN108882305A (zh) 一种数据包的分流方法及装置
CN108617025A (zh) 一种双连接方法及接入网设备
CN111586602B (zh) 一种策略管理的方法及装置
EP2517421A1 (en) Method to manage an opportunistic communication network
CN103023773A (zh) 多拓扑网络中转发报文的方法、装置和***
CN105122889B (zh) 用于在移动通信网络中优化数据路径的装置和方法
US20230388894A1 (en) Method and apparatus for packet rerouting
CN102082734A (zh) 业务报文发送的方法及设备
CN105450697B (zh) 一种多设备同屏共享方法、装置及服务器
CN113055945B (zh) 负载均衡方法及移动自组织网络
CN110391981B (zh) 为网状网络中的网关节点建立源路由树的设备、方法及介质
CN109257397A (zh) 一种请求消息的处理方法及装置
CN106788921A (zh) 多cpe冗余链路***及方法
CN109196895A (zh) 一种报文传输方法、装置及***
CN111526512A (zh) 基于Wi-Fi数据包的网关桥接方法、装置、设备及介质
CN110166268A (zh) 一种无线回程网络、通信方法及装置
WO2021093477A1 (zh) 一种路径规划方法及装置、数据传输***

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