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

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

Info

Publication number
CN109257397B
CN109257397B CN201710567362.2A CN201710567362A CN109257397B CN 109257397 B CN109257397 B CN 109257397B CN 201710567362 A CN201710567362 A CN 201710567362A CN 109257397 B CN109257397 B CN 109257397B
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.)
Active
Application number
CN201710567362.2A
Other languages
English (en)
Other versions
CN109257397A (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

Images

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 (14)

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

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4233290A1 (en) * 2020-10-23 2023-08-30 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 中国联合网络通信集团有限公司 一种会话绑定的方法及网络系统

Also Published As

Publication number Publication date
CN109257397A (zh) 2019-01-22

Similar Documents

Publication Publication Date Title
EP2187565B1 (en) Detecting and processing method and device of node fault within a peer-to-peer network
CN109156040B (zh) 一种通信控制的方法及相关网元
CN102480753B (zh) 链路状态检测方法和装置
US8780724B2 (en) Method, node device, and communication system for device pool management
US20120113989A1 (en) Communication system, logical channel control device, control device, communication method and program
US8498292B2 (en) Network node and method for establishing network path and sending data
EP4181477B1 (en) Path selection in software defined wide area networks
CN106878072B (zh) 一种报文传输方法和装置
CN111447101B (zh) 链路检测方法、装置、计算机设备及存储介质
Wei et al. Network slice access selection scheme in 5G
EP4138443A1 (en) Communication method and apparatus
CN102957573A (zh) 一种路径检测的实现方法及节点
CN111092937A (zh) 会话创建方法、控制方法、会话创建系统、网元及介质
CN112152923A (zh) 用户面重路由方法及装置
CN112104557A (zh) 一种检测链路的方法和装置
KR20130080626A (ko) 컨텐츠 중심 네트워크를 위한 도메인들 간의 라우팅 방법 및 컨텐츠 중심 네트워크
CN111869248A (zh) 漫游路线优化
CN113810274A (zh) 一种路由处理方法及相关设备
KR20140124116A (ko) 이동 통신 네트워크에서 데이터-패스를 최적화시키는 장치 및 방법
CN109257397B (zh) 一种请求消息的处理方法及装置
CN114554615A (zh) 一种业务切换方法、装置及网络设备
WO2014029287A1 (zh) 隧道负荷分担方法及装置
CN113573379A (zh) 数据传输方法和装置
CN115277720B (zh) 组播组的管理方法、装置、设备及存储介质
CN110536187B (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