CN101513095A - 用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品 - Google Patents
用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品 Download PDFInfo
- Publication number
- CN101513095A CN101513095A CNA2007800294107A CN200780029410A CN101513095A CN 101513095 A CN101513095 A CN 101513095A CN A2007800294107 A CNA2007800294107 A CN A2007800294107A CN 200780029410 A CN200780029410 A CN 200780029410A CN 101513095 A CN101513095 A CN 101513095A
- Authority
- CN
- China
- Prior art keywords
- layer
- congestion
- congestion parameter
- parameter
- protocol stack
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本文所述主题包括用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品。根据一个方法,为电信信令网络协议栈中的第一层设置拥塞参数。为电信信令协议栈中的至少一个第二层自动地传播拥塞参数。监视第一层和至少一个第二层并且使用参数来触发层特有的拥塞管理程序。
Description
相关申请
本申请要求2006年6月9日提交的美国临时专利申请序列号60/812,637和2007年4月18日提交的美国专利申请序列号11/788,033的权利;并以引用方式将该公开完整地并入本文。
技术领域
本文所述主题涉及管理电信信令网络中的拥塞。更具体地,本文所述主题涉及用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品。
背景技术
在电信信令网络中,拥塞是当消息由于网络中的处理瓶颈而不能到达目的地时发生的情况。处理瓶颈可以是由已接收消息的处理速度不如消息的接收速度的应用引起的。处理瓶颈也可以是由链路级情况引起的。
在传统SS7网络中,在固定带宽信令链路上发送信令消息,并且拥塞监视和管理在SS7协议栈中的单层上发生。例如,一般,在基于TDM的信令链路上发送SS7信令消息。因为基于TDM的信令链路为每个信令链路保证固定数量的带宽,所以可以使用设置在信令消息协议栈中的单个级别上的一个或多个固定的拥塞门限来管理拥塞。在传统SS7网络中,在消息传递部分(MTP)第三级管理拥塞。
在基于IP的SS7(SS7/IP)信令网络中,经常在多个信令链路之间共享传输带宽。结果,由于共享了基本传输介质的事实,可能发生拥塞。相反,在传统的固定带宽SS7信令链路中,拥塞很可能是由于对等节点不能以足够快的速率处理消息。因此,例如,当拥塞是由于信道过度利用时,主要针对节点相关的拥塞而设计的传统SS7拥塞触发不适用于SS7/IP信令链路。传统固定带宽SS7拥塞触发不适用于SS7/IP信令链路的另一个原因是:拥塞可以首先表明它本身处在低于SS7/IP信令链路中的SS7层的一个或多个层,并且仅仅在SS7 MTP第三层触发SS7拥塞管理程序。在SS7/IP信令链路中,在拥塞出现在SS7 MTP层之前,首先可以在传输或者适配层检测到拥塞。在到达SS7 MTP层之前检测拥塞有助于确定拥塞的起因以及/或者尽早检测拥塞。
在SS7/IP协议栈中可以手动地在每个层配置拥塞参数。例如,setsockopt()函数可以用于设置传输层套接字的拥塞参数。然后,如果在其中一个层上拥塞参数改变了,则需要熟练的程序员设置在另一个层上的拥塞参数,以使得其改变与该其中一层的改变一致。这种熟练编程的劳动强度大,并且妨碍拥塞管理参数随着网络带宽利用的改变的简易更新。
因此,鉴于这些与传统拥塞管理程序相关联的困难,需要一种用于管理多层电信信令网络协议栈中的拥塞的改进的方法、系统和计算机程序产品。
发明内容
本文所述主题包括用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品。根据一个方法,为电信信令网络协议栈中的第一层设置拥塞参数。为电信信令网络协议栈中的至少一个第二层自动地传播拥塞参数。监视第一层和至少一个第二层并且使用参数来触发层特有的拥塞管理。
可以使用包括包含在计算机可读介质中的计算机可执行指令的计算机程序产品来实现本文所述的用于管理多层电信信令网络协议栈中的拥塞的主题。适用于实现本文所述主题的示例性计算机可读介质包括盘片存储器件、芯片存储器件、可编程逻辑器件、专用集成电路和可下载的电气信号。另外,可以将用于实现本文所述主题的计算机程序产品置于单个器件或者计算平台上,或者交叉分布在多个物理器件和/或者计算平台中。
附图说明
现在参考附图解释本文所述主题的优选实施例,其中:
图1是示出了可以在其中实现本文所述的用于管理多层电信网络协议栈中的拥塞的方法和系统的示例性电信信令网络的网络图;
图2是示出了根据本文所述主题的实施例的信号转接点的示例性内部结构的方框图,该信号转接点具有用于管理多层电信信令网络协议栈中的拥塞的SS7/IP网关功能体;
图3是示出了用于管理根据本文所述主题的实施例的多层电信网络协议栈中的拥塞的示例性过程的流程图;
图4是示出了根据本文所述主题的实施例的示例性电信信令网络协议栈的方框图,在该示例性电信信令网络协议栈中将在一个层上设置的拥塞参数自动地传播到协议栈中的其余层;
图5是示出了根据本文所述主题的实施例的用于设置抽象拥塞参数以及将抽象拥塞参数自动地传播到电信信令网络协议栈的多个层的流程图;以及
图6是示出了根据本文所述主题的实施例的示例性电信信令网络协议栈并且将抽象拥塞参数自动地传播到电信信令网络协议栈中的多个层的方框图。
具体实施方式
图1是示出了可以在其中实现本文所述的用于管理包括多个层的电信网络协议栈中的拥塞的主题的示例性电信信令网络的网络图。参考图1,网络包括经由信令链路而彼此连接的多个节点100、102、104、106和108。在示出的实例中,节点100是具有SS7信令消息路由能力、SS7/IP信令能力和至少一个内部消息处理能力(如全局码转换(GTT)处理能力)的信号转接点(STP)。节点102和104是服务交换点(SSP),用于切换语音信道并且用于执行建立以及拆除呼叫所必须的信令操作。节点106和108是服务控制点(SCP),其通过提供数据库并且响应对数据库的询问来执行呼叫服务控制功能。
在示出的实例中,用于互连节点100、102、104、106和108的信令链路实现多层信令网络协议栈110,并且每个协议栈110是SS7/IP协议栈。图1中示出的节点经由IP网络112互连。虽然图1中通过分离的云朵示出了IP网络112,但是要理解到,IP网络112可以是共享的传输介质,其中节点100、102、104、106和108共享网络112的传输带宽。结果,在协议栈110中的任意一个或多个层可以发生拥塞。期望检测在发生了拥塞的特定的层上的拥塞,并且以一致的和方便的方式来设置每个层的拥塞参数。
图2是示出了根据本文所述主题的实施例的STP 100的示例性内部结构的方框图。参考图2,STP 100包括经由总线206彼此连接的多个模块200、202和204。模块200、202和204中的每一个可以包括一个印刷电路板,该印刷电路板具有装配在其上的应用处理器和通信处理器。应用处理器是每个通信模块的主处理器并且控制它的总体操作。模块上的通信处理器控制与其它模块经由总线206的通信。虽然图2中仅仅显示了四个模块,但是可以在不脱离本文所述主题的范围的情况下包括本文所述模块的任意的额外的实例。
在示出的实例中,模块200包括SS7链路接口模块(LIM),用于与传统的基于TDM或ATM的信令链路进行接口。LIM 200包括SS7第一和第二层功能体208、I/O队列210、网关屏蔽功能体212、辨别功能体214、分配功能体216、路由功能体218和单层拥塞管理器219。SS7第一和第二级功能体208执行SS7第一和第二级操作,例如消息的排序、纠错和检错。I/O队列210对预计发往更高的处理层的入站消息和预计在SS7信令链路上发送的出站消息进行排队。网关屏蔽功能体212基于MTP第三级参数屏蔽SS7消息,以便确定是否允许消息进入网络。辨别功能体214确定消息是否需要STP 100的进一步处理或者是否路由该消息。辨别功能体214向分配功能体216转发将为进一步处理所分配的消息。辨别功能体214向路由功能体218转发需要路由的消息。分配功能体216将需要内部处理的消息分配到STP 100内用于该处理的适当模块。路由功能体218基于一个或多个参数,例如SS7点码,将不需要内部处理的消息路由到与出站信令链路相关联的接口模块。所有功能体212、214、216和218是MTP第三级组件,如方框217所指示。
拥塞管理器219响应于用户的配备来设置MTP第三级拥塞级别,并且监视一个或多个MTP第三级队列的深度以便确定是否满足任意拥塞条件。如果满足了拥塞条件,则拥塞管理器219可以调用SS7拥塞管理程序,例如将拥塞管理消息发送到网络中的对等节点。
模块202包括用于与SS7/IP信令链路进行接口的数据通信模块(DCM)。DCM 202包括物理层功能体220、网络层功能体222、传输层功能体224、适配层功能体226、根据LIM 200所述的功能体210、212、214、216和218,以及多层拥塞管理器228。物理层功能体220执行OSI物理层操作,例如控制对共享的传输介质的接入。在一个实现中,可以使用以太网实现物理层功能体220。网络层功能体222执行OSI网络层操作,例如网络层路由以及参与路由协议。可以使用因特网协议(IP)实现网络层功能体222。传输层功能体224执行OSI传输层操作,例如消息的面向连接的或者无连接的传递。可以使用传输控制协议(TCP)、用户数据报协议(UDP)或流控制传输协议(SCTP)实现传输层功能体224。
适配层功能体226执行用于对在IP网络上传输的SS7消息进行适配的功能。可以使用任意合适的适配层协议,例如,如对应的名为因特网工程任务组(IETF)请求注解(RFC)以及因特网草案或ATM标准(在SAAL情况下)中所述的MTP第三级用户适配层(M3UA)、SCCP用户适配层(SUA)、MTP第二级用户对等适配层(M2PA)、SS7 MTP2用户适配层(M2UA)、Tekelec传输适配器层接口(TALI)或基于TALI的信令ATM适配层(SAAL),来实现适配层226。功能体210、212、214、216和218执行上文根据LIM 200所述的操作。因此,本文将不重复对其的描述。
如果适配层226是M3UA、SUA、M2PA或SUA,则传输层224可以是SCTP。如果适配层226是TALI或基于TALI的SAAL,则传输层224可以是TCP。
本文所述主题不限于上文所列出的适配和传输层协议。用于执行与上文所列出的其中一个协议的相同或者等效的功能的任意信令传输或非信令传输协议意图包括在本文所述主题的范围内。
多层拥塞管理器228能够接收用户经由用户接口224为层220、222、224、226中的一个和SS7层所设置的拥塞参数,或抽象拥塞参数,并且自动地将拥塞参数传播到其它层。层220、222、224、226中的每一个和SS7层可以监视它自身的状态,并且基于拥塞参数或为每个层设置的参数来确定是否已经满足拥塞门限。下文将详细地描述拥塞参数的传播的实例和多层拥塞管理。用户接口229可以是GUI,或者在模块202上用软件实现的命令行界面,或者在独立于模块202的允许用户设置拥塞参赛的OA&M模块(未显示)上用软件实现的命令行界面。
模块204包括数据库服务模块(DSM),其执行SS7消息的数据库相关的服务。每个DSM 204包括服务选择模块230、全局码转换模块234、全局码转换数据库236和路由功能体218。服务选择功能体230确定将哪个数据库相关的服务应用到向DSM 204路由的信令消息。在示出的实例中,唯一的服务是全局码转换(GTT)。因此,服务选择功能体230可以选择GTT功能体234来处理已接收的信令消息。GTT功能体234基于已接收的SS7消息的SCCP部分中的被叫方地址,在GTT数据库236中执行查找。GTT功能体234可以在查找中确定对应于被叫方地址的点码和子系统号码,并且将点码和子系统号码插入到消息中。然后,GTT功能体234将消息传到路由功能体218,功能体218将消息路由到适当的LIM或与目的信令链路相关联的DCM。
图3是示出了根据本文所述主题的实施例的用于管理多层电信信令网络协议栈中的拥塞的示例性处理的流程图。参考图3,在步骤300中,在多层电信信令网络协议栈的第一层中设置拥塞参数。参考图4,电信信令网络协议栈400可以包括层402、404、406和408。用户可以在其中一层上设置拥塞参数。在示出的实例中,用户在传输层404设置拥塞参数。可以设置的传输层拥塞参数的实例是等待确认的队列的深度,其指示包括了待确认的重要传输层消息的队列的深度。
回到图3,在步骤302中,将拥塞参数自动地传播到多层电信信令网络协议栈中的至少一个第二层。回到图4,一旦用户设置了传输层404的拥塞参数,则将拥塞参数自动地传播到适配层406和SS7层408。这种传播自动地发生,即,不需要用户手动地确定或者计算层406和408的拥塞参数。下文将给出可以使用的示例性计算。
回到图3,在步骤304中,监视第一层和拥塞参数所传播到的其余层。在图4中,可以通过每个层上的协议软件监视层404、406和408。拥塞参数可以用于触发层特有的拥塞管理程序。例如,拥塞可以在诸如传输层404的低层首先表明其本身。如果在传输层404发生分组丢失,则随着发送方等待丢失的分组或待确认的分组,发送方的发送窗口可以关闭。传输层404可以通知适配层406连接或关联满了。适配层406可以通知SS7层408链路拥塞了。如果已经满足或者超过该层的拥塞参数,则SS7层408可以触发SS7拥塞管理程序。类似地,层404和406可以实现专用于这些层的拥塞管理程序,例如传输层超时和重传。
虽然在图4中示出的实例中,拥塞参数从低层传播到高层,但是本文所述主题不限于拥塞参数的向上的传播。在可替换的实例中,拥塞参数可以从诸如层408的高层传播到诸如层404和406的低层。
在图3和4中示出的实例中,为一个层设置拥塞参数并且将其传播到其它层。在本文所述主题的可替换的实现中,可以设置抽象的或与层无关的拥塞参数,并且参数可以自动地传播到多层电信信令网络协议栈中的多个层。图5是示出了根据本文所述主题的实施例的用于自动地将抽象拥塞参数传播到多层电信信令消息协议栈中的多个层的示例性过程的流程图。参考图5,在步骤500中,为多层电信信令网络协议栈设置抽象拥塞参数。参考图6,用户可以设置抽象拥塞参数。抽象拥塞参数可以是不与层402、404、406和408中的任意一个相关联的参数。例如,抽象拥塞参数可以是与层402、404、406和408的其中一个上的拥塞参数运算地相关的数字的或非数字的值。
回到图5,在方框502中,将抽象拥塞参数自动地传播到多层电信信令网络协议栈中的多个层。回到图6,将抽象拥塞参数自动地传播到传输层404、适配层406和SS7层408。
回到图5,在步骤504中,电信信令网络协议栈中的多个层进行监视,并且使用拥塞参数来触发层特有的拥塞管理。回到图6,可以监视层404、406和408中的每一个,并且当满足或超过这些层中的任意一个上的拥塞参数时,可以触发拥塞。
可以使用本文所述主题映射拥塞参数,其中存在用于单个IP关联或套接字的一个SS7信令链路,或者其中将一个SS7信令链路映射到多个IP关联或套接字。例如,本文所述主题可用于将为多个TCP套接字设置的拥塞参数自动地传播到与套接字相关联的适配和SS7层。另外,当多个SS7信令链路映射到一个IP传输元件时,本文所述主题可用于自动地传播拥塞参数。例如在单个SCTP关联上可以有多个信令链路,并且本文所述主题可用于自动地设置每个信令链路或所有信令链路的拥塞参数。
可以使用本文所述主题来设置拥塞级别,其中拥塞管理需要两个级别或者多于两个级别。例如,可以使用本文所述主题来设置拥塞参数,或者针对ITU MTP3来拥塞或者不拥塞本文所述主题。ANSI MTP3的实现具有四个拥塞级别,即,非拥塞、拥塞1、拥塞2和拥塞3。
拥塞参数
以下拥塞参数是可以手动地设置或者基于从其它层传播的参数来自动地设置的示例性参数。名称以“transport(传输)”开始的拥塞参数表示传输层参数。名称以“adapter(适配器)”开始的拥塞参数表示SS7适配或者适配器层参数。名称以“slk”开始的拥塞参数表示SS7层参数。如下文将示出的,用户可以设置适配器层拥塞参数,并且可以自动地将该参数传播到SS7和传输层。
示例性拥塞参数
-transport_capacity
可靠传输会话的容量(优选比特/秒)。
-transport_rto0
对于重传之前的确认所允许的可靠传输开始时间。
-transport_rto_mult
对于每个连续的传输尝试的确认乘法器所允许的可靠传输超时等
待。如果参数小于或者等于1,则每个传输的等待时间保持固定。
如果参数大于1,则对每个连续的传输增加等待时间。
-transport_max_rto
用于重传之前的确认的可靠传输的最大时间。该参数建立等待时
间的上限并且仅在transport_max_rto大于1时适用。
-transport_retx_per_path
路径失败之前每个网络路径的重传的可靠传输的最大数量。如果
传输会话仅仅具有一个路径,则该参数还建立在会话失败之前所
允许的重传的数量。
-transport_num_paths
每个会话的唯一网络路径的可靠传输号。
-transport_snd_buf
发送缓冲器的可靠传输的最大尺寸(待传输的以及等待确认的队
列的最大深度)。
-adapter_max_rto
等待确认的可靠适配器超时。
-adapter_max_ack_wait_q
对于等待确认队列所允许的SS7/IP适配器的最大深度。
-adapter_margin
在一些实施例中用于参数派生的SS7/IP适配器裕度因子。
-signaling link congestion levels
(优选的比特,或者消息的数量)
-slk_doc_onset
在该门限之上SLK就有拥塞的危险或者被拥塞。
-slk_abate1
在该门限处或者在该门限之下SLK就不被拥塞。
-slk_onset1
在该门限之上SLK就经历第一级拥塞。
-slk_discard1
在其之上就实现第一级MSU丢弃的门限。当信令链路达到该级别
时,涉及ANSI MTP3的实施例将丢弃具有优先权0的MSU。当信令
链路达到该级别时,缺乏MSU优先权的涉及MTP第三级变量的实
施例将丢弃所有MSU。
-slk_abate2
在该门限处/在该门限之下SLK就不经历第二级拥塞。
-slk_onset2
在该门限之上SLK就经历第二级拥塞。
-slk_discard2
在该门限之上就实现第二级MSU丢弃。当信令链路达到该级别时,
涉及ANSI MTP3的实施例将丢弃具有优先权1的MSU。
-slk_abate3
在该门限处/在该门限之下SLK就不经历第三级拥塞。
-slk_onset3
在该门限之上SLK就经历第二级拥塞。
-slk_discard3
在该门限之上就实现第三级MSU丢弃。当信令链路达到该级别时,
涉及ANSI MTP3的实施例将丢弃具有优先权2的MSU。
-slk_max
在该门限之上就丢弃所有用于传输的新消息。
-slk_msu_size
信令链路MSU尺寸(消息-数量实施例使用其来在消息和比特拥塞
数量之间转换)。
信令链路拥塞门限关系
以下表达式表示上文介绍的拥塞参数之间的关系。
slk_max>=slk_discard3>=slk_discard2>=slk_discard1>slk_doc_onset
slk_discard3>=slk_onset3
slk_discard2>=slk_onset2
slk_discard1>=slk_onset1
slk_onset3>=slk_onset2>=slk_onset1>slk_doc_onset
slk_onset3>slk_abate3
slk_onset2>slk_abate2
slk_onset1>slk_abatel
拥塞参数的示例性传播
以下实例示出了传输层拥塞参数到适配器和SS7层的传播。在这些实例中,假设存在四个SS7拥塞级别(0-3)并且使用可靠传输协议。以下是可以由用户设置的传输参数:
transport_capacity::由用户配置,比特/秒
transport_rto0::由用户配置,秒
//什么是网络的最差的RTT?
transport_retx_per_path::由用户配置,数量
//每个路径允许多少连续的重传?
transport_num_paths::由用户配置,数量
//传输会话使用多少网络?
transport_rto_mult::=1
//“线性”重传模式,非指数式后退
(transport_max_rtt(sec))=transport_rto0*transport_retx_per_path*transport_num_paths
transport_snd_buf::=transport_capacity*transport_max_rtt定义了传输级别参数之后,用户可以设置以下适配器层裕度参数:
adapter_margin::=1.1
//计算适配器/传输接口引起的额外等待时间必须>=1
一旦用户设置了传输和适配器层裕度参数,可以使用以下计算自动地将为传输层设置的参数传播到适配器和SS7层。以下计算示出了这个传播:
-adapter_max_rto::=transport_max_rtt*adapter_margin
(adapter_max_ack_wait_q(bytes))=adapter_max_rto*transport_capacity
//注意:这个队列的内容是传输传送队列集合的内容的超集。
-slk_doc_onset::=slk_capacity*adapter_max_rto
-slk_abatel::=slk_doc_onset+1
-slk_onset1::=slk_doc_onset*2
-slk_abate2::=slk_onset1+1
-slk_discard1::=slk_doc_onset*2.5
-slk_onset2::=slk_discard1+1
-slk_abate3::=slk_onset2+1
-slk_discard2::=slk_doc_onset*3
-slk_onset3::=slk_discard2+1
-slk_discard3::=slk_doc_onset*3.5
-slk_max::=slk_doc_onset*4
-slk_avg_msu_size::实施例不使用,因为测量的单位是比特
-transport_max_rto::实施例不使用,因为transport_rto_mult==1
在上文的第一行中,基于传输层最大往返时间计算等待确认参数的适配层超时。因此,该行示出了传输层参数到适配器层的传播。
SS7拥塞管理门限
SS7链路中的传输可以是由于传输授权不足,或者由于IP网络或IP对等端不能维持链路在发送端给出的负载。在第一个情况中,消息开始在与链路相关联的发送队列处备份。通过SS7 MTP第三层协议软件监视该队列的深度。如果总深度超过建立的某个门限,则L3开始丢弃新的SS7 MSU流量并且生成警报。如果对等端IP不能维持流量负载,则消息从关联发送缓冲器开始备份,连接管理器队列tx_tb_q然后13_12_队列和L3可以检测负载并且开始释放负载。
现有方案
本文所述的主题的受让人所做出的基于IP的链路接口模块的现有实现使用如下cong.h中定义的固定拥塞管理门限值。注意,针对SS7消息的每个优先权(0-3),具有不同的拥塞门限值级别。
/*EDCM和SSEDCM*/
#defineCONG_IP7_DOC_ONSET_EDCM (400) /*有拥塞危险*/
#defineCONG_IP7_ABATEMENT_1_EDCM (401)
#defineCONG_IP7_ONSET_1_EDCM (1000)
#defineCONG_IP7_DISCARD_1_EDCM (1400)
#defineCONG_IP7_ABATEMENT_2_EDCM (1001)
#define CONG_IP7_ONSET_2_EDCM (1500)
#defineCONG_IP7_DISCARD_2_EDCM (1800)
#defineCONG_IP7_ABATEMENT_3_EDCM (1501)
#defineCONG_IP7_ONSET_3_EDCM (1900)
#defineCONG_IP7_DISCARD_3_EDCM (2000)
#defineCONG_IP7_MAX_BFR_CNT_EDCM (2200)
在现有实现中,#define声明设置固定的SS7拥塞值。
根据本文所述主题的一个方面,可以自动地从为其它层设置的参数传播为一个层设置的参数。例如,这些值中的任意一个的改变需要对#define声明的手动编辑和参数之间的相互关系的知识。可以从SCTP关联缓冲器尺寸自动地派生出给定的关联缓冲器尺寸的链路所支持的最大SS7流量速率(MSU/秒)。以下公式确定在链路上支持的最大SS7流量速率。
可以使用以上公式派生出链路的有拥塞危险的起始值,如下:
有拥塞危险的起始值=(SLK IP TPS)*(最大RTT)
=(关联缓冲器尺寸)/(比特形式的最大MSU尺
寸)
以下表格显示用于派生出各种级别的拥塞管理门限的公式的集合。
拥塞参数 | 参数单位 | 派生 |
有拥塞危险的起始 | 缓冲器 | (KB关联缓冲器尺寸)/(比特形式的最大MSU尺寸) |
第一级消减 | 缓冲器 | (有拥塞危险的起始)+1 |
第一级起始 | 缓冲器 | (有拥塞危险的起始)*2 |
第二级消减 | 缓冲器 | (第一级起始)+1 |
第一级丢弃 | 缓冲器 | (有拥塞危险的起始)*2.5 |
第二级起始 | 缓冲器 | (第一级丢弃)+1 |
第三级消减 | 缓冲器 | (第二级起始)+1 |
第二级丢弃 | 缓冲器 | (有拥塞危险的起始)*3 |
第三级起始 | 缓冲器 | (第二级丢弃)+1 |
第三级丢弃 | 缓冲器 | (有拥塞危险的起始)*3.5 |
允许的最大数 | 缓冲器 | (有拥塞危险的起始)*4 |
REXMIT队列深度级别
这个值确定用于存储已经被发送的MSU并且等待来自其对等端的确认的缓冲器的最大深度。
在IP链路接口模块的一个传统的实施例中,在计算机源代码文档中如下定义REXMIT队列尺寸的门限值,并且使用卡容量和链路的最大RTT值来对其进行派生。
#if !defined(_HC_BLADE_BSP_)
#define IPLIM_M2PA_RETX_Q_CONGESTION_DEPTH(390)
#else
#define IPLIM_M2PA_RETX_Q_CONGESTION_DEPTH(780)
#endif
本文主题的一个实施例使用以下公式派生出M2PA链路的重传队列尺寸的门限值。
IPLIM_M2PA_RETX_Q_CONGESTION_DEPTH=SLK DOC ONSET
=(SLK TPS)*(SLK RTT)
拥塞门限计算的实例如下:
1、SLK_TPS=association_buffer_size/max_msu_size/maxRTT
2、DOC_onset=SLK_TPS*maxRTT
3、拥塞门限值之间的关系如下:
Maximum_buffer_count>=Discard_3>=Discard_2>=Discard_1>
DOC_onset
Discard_3>=Onset_3
Discard_2>=Onset_2
Discard_1>=Onset_1
Onset3>=Onset_2>=Onset_1>DOC_onset
Onset_3>Abatement_3
Onset_2>Abatement_2
Onset_1>Abatement_1
4、对于ANSI信令链路,具有四个拥塞级类别——非拥塞、拥塞1、拥塞2和拥塞3。除了非拥塞类别之外,每个拥塞级类别包括消减、起始和丢弃值。拥塞门限值以以下方式涉及DOC_onset值:
(a)Abatement_1=DOC_onset+1
(b)Onset_1=DOC_onset*2
(c)Discard_1=DOC_onset*5/2
(d)Abatement_2=Onset_1+1
(e)Onset_2=Discard_1+1
(f)Discard_2=DOC_onset*3
(g)Abatement_3=Onset_2+1
(h)Onset_3=Discard_2+1
(i)Discard_3=DOC_onset*7/2
(j)Maximum_buffer_count=DOC_onset*4
5、对于ITU链路,具有两个拥塞级类别——非拥塞和拥塞。除了非拥塞类别之外,每个拥塞级类别包括消减、起始和丢弃值。拥塞门限值以以下方式涉及DOC_onset值:
(k)Abatement=DOC_onset*5/2
(1)Onset=DOC_onset*3
(m)Discard=DOC_onset*7/2
(n)Maximum_buffer_count=DOC_onset*4
要理解到,可以在不脱离本文所公开的主题的范围的情况下改变本文所公开的主题的各种细节。而且,前述描述仅仅用于说明的目的,不是为了限制的目的。
Claims (33)
1、一种用于管理多层电信信令网络协议栈中的拥塞的方法,所述方法包括:
(a)在电信信令网络协议栈的第一层中设置拥塞参数;
(b)将所述拥塞参数自动地传播到所述电信信令网络协议栈中的至少一个第二层;
(c)监视所述第一层和所述至少一个第二层并且使用所述拥塞参数来触发层特有的拥塞管理程序。
2、如权利要求1所述的方法,其中,在所述电信信令网络协议栈中,所述第一层比所述至少一个第二层低。
3、如权利要求2所述的方法,其中,所述第一层包括传输层,并且所述至少一个第二层包括适配层和SS7层。
4、如权利要求3所述的方法,其中所述适配层包括MTP第三级用户适配层(M3UA),并且其中,所述传输层包括流控制传输协议(SCTP)。
5、如权利要求3所述的方法,其中,所述适配层包括信令连接控制部分用户适配层(SUA),并且所述传输层包括流控制传输协议(SCTP)层。
6、如权利要求3所述的方法,其中,所述适配层包括MTP第二级用户对等适配层(M2PA),并且其中,所述传输层包括流控制传输协议(SCTP)。
7、如权利要求3所述的方法,其中,所述适配层包括SS7MTP2用户适配层(M2UA),并且其中,所述传输层包括流控制传输协议(SCTP)层。
8、如权利要求3所述的方法,其中,所述适配层包括Tekelec传输适配器层接口(TALI),并且其中,所述传输层包括传输控制协议(TCP)层。
9、如权利要求3所述的方法,其中,所述适配层包括基于Tekelec传输适配器层接口(TALI)的信令ATM适配层(SAAL),并且其中,所述传输层包括传输控制协议(TCP)层。
10、如权利要求3所述的方法,其中,所述适配层参数包括适配层队列深度,并且其中,所述传输层参数包括等待确认队列深度。
11、如权利要求1所述的方法,其中,自动地传播所述拥塞参数包括:将为单个IP关联所设置的拥塞参数传播到与所述IP关联相关联的单个SS7信令链路。
12、如权利要求1所述的方法,其中,自动地传播所述拥塞参数包括:将为单个IP关联所设置的拥塞参数传播到与所述IP关联相关联的多个SS7信令链路。
13、如权利要求3所述的方法,其中,在所述传输层和所述适配层之间存在多对一关系。
14、如权利要求1所述的方法,其中,所述第一层比所述至少一个第二层高。
15、如权利要求1所述的方法,其中,将所述拥塞参数自动地传播到至少一个第二层包括:基于为所述第一层所设置的所述拥塞参数值,计算所述至少一个第二层的拥塞参数的值。
16、一种用于管理多层电信信令网络协议栈中的拥塞的方法,所述方法包括:
(a)设置电信信令网络协议栈的抽象拥塞参数;
(b)将所述抽象拥塞参数自动地传播到所述电信信令网络协议栈中的多个层;以及
(c)监视所述多个层中的每一个并且使用所述参数值来触发层特有的拥塞管理程序。
17、一种用于管理多层电信信令网络协议栈中的拥塞的系统,所述系统包括:
(a)用户接口,用于允许用户定义多层电信信令网络协议栈中的第一层的拥塞参数;以及
(b)多层拥塞管理器,用于将所述拥塞参数自动地传播到所述电信信令网络协议栈中的至少一个第二层,其中,所述第一层和所述至少一个第二层使用为每个层所设置的所述拥塞参数来触发层特有的拥塞管理程序。
18、如权利要求17所述的系统,其中,在所述电信信令网络协议栈中,所述第一层比所述至少一个第二层低。
19、如权利要求17所述的系统,其中,所述第一层包括传输层,并且所述至少一个第二层包括适配层和SS7层。
20、如权利要求19所述的系统,其中,所述适配层包括MTP第三级用户适配层(M3UA),并且其中,所述传输层包括流控制传输协议(SCTP)层。
21、如权利要求19所述的系统,其中,所述适配层包括信令连接控制部分用户适配层(SUA),并且其中,所述传输层包括流控制传输协议(SCTP)层。
22、如权利要求19所述的系统,其中,所述适配层包括MTP第二级用户对等适配(M2PA)层,并且其中,所述传输层包括流控制传输协议(SCTP)层。
23、如权利要求19所述的系统,其中,所述适配层包括SS7MTP第二级用户适配层(M2UA)层,并且其中,所述传输层包括流控制传输协议(SCTP)层。
24、如权利要求19所述的系统,其中,所述适配层包括Tekelec传输适配器层接口(TALI),并且其中,所述传输层包括传输控制协议(TCP)层。
25、如权利要求19所述的系统,其中,所述适配层包括基于Tekelec传输适配器层接口(TALI)的信令ATM适配层(SAAL),并且其中,所述传输层包括传输控制协议(TCP)层。
26、如权利要求19所述的系统,其中,所述拥塞参数包括传输层等待确认队列深度,并且其中,所传播的拥塞参数包括适配层队列深度。
27、如权利要求17所述的系统,其中,自动地传播所述拥塞参数包括:将为单个IP关联所设置的拥塞参数传播到与所述IP关联相关联的单个SS7信令链路。
28、如权利要求17所述的系统,其中,自动地传播所述拥塞参数包括:将为单个IP关联所设置的拥塞参数传播到与所述IP关联相关联的多个SS7信令链路。
29、如权利要求19所述的系统,其中,在所述传输层和所述适配层之间存在多对一关系。
30、如权利要求17所述的系统,其中,所述第一层比所述至少一个第二层高。
31、如权利要求17所述的系统,其中,所述多层拥塞管理器用于基于为所述第一层所设置的所述拥塞参数,自动地计算所述至少一个第二层的拥塞值。
32、一种包括包含在计算机可读介质中的计算机可执行指令的计算机程序产品,用于执行的步骤包括:
(a)在电信信令网络协议栈的第一层中设置拥塞参数;
(b)将所述拥塞参数自动地传播到所述电信信令网络协议栈中的至少一个第二层;
(c)监视所述第一层和所述至少一个第二层并且使用所述拥塞参数来触发层特有的拥塞管理程序。
33、一种包括包含在计算机可读介质中的计算机可执行指令的计算机程序产品,用于执行的步骤包括:
(a)设置电信信令网络协议栈的抽象拥塞参数;
(b)将所述抽象拥塞参数自动地传播到所述电信信令网络协议栈中的多个层;以及
(c)监视所述多个层中的每一个并且使用所述参数值来触发层特有的拥塞参数。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US81263706P | 2006-06-09 | 2006-06-09 | |
US60/812,637 | 2006-06-09 | ||
US11/788,033 | 2007-04-18 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101513095A true CN101513095A (zh) | 2009-08-19 |
Family
ID=41003624
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007800294107A Pending CN101513095A (zh) | 2006-06-09 | 2007-06-07 | 用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101513095A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011026343A1 (zh) * | 2009-09-03 | 2011-03-10 | 中兴通讯股份有限公司 | Ip网络信令传输故障处理方法及装置 |
CN103051488A (zh) * | 2011-10-16 | 2013-04-17 | 上海欣影电力科技发展有限公司 | 一种用于输电监测终端实时在线状态检测的通信系统 |
-
2007
- 2007-06-07 CN CNA2007800294107A patent/CN101513095A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011026343A1 (zh) * | 2009-09-03 | 2011-03-10 | 中兴通讯股份有限公司 | Ip网络信令传输故障处理方法及装置 |
CN103051488A (zh) * | 2011-10-16 | 2013-04-17 | 上海欣影电力科技发展有限公司 | 一种用于输电监测终端实时在线状态检测的通信系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7633872B2 (en) | Methods, systems, and computer program products for managing congestion in a multi-layer telecommunications signaling network protocol stack | |
US9379965B2 (en) | Organizing, managing, and selectively distributing routing information in a signaling message routing node | |
US8224928B2 (en) | Methods and systems for distributing operating status information within a converged network | |
US6965592B2 (en) | Distributed signaling system 7 (SS7) message routing gateway | |
US7313129B1 (en) | Arrangement for sharing a single signaling point code between multiple hosts in an IP-based network | |
US8867530B2 (en) | Signaling gateway for routing signaling messages | |
CN103222233A (zh) | 基于网络接口层的可靠度的最佳路径评估 | |
EP1238544A2 (en) | Voip switch with a distributed mtp level 2 architecture | |
US20030007496A1 (en) | System, apparatus and method for dynamically mapping virtual signaling system 7 circuit identification codes for use between voip gateways on IP-based networks | |
CA2391037A1 (en) | Method and system for dynamic gateway selection in an ip telephony network | |
KR100554177B1 (ko) | 신호 게이트웨이에서 트래픽 관리를 개선한 패킷 및 공중전화 통합 서비스 시스템 및 그 방법 | |
US7653051B2 (en) | Signaling gateway aggregation | |
US7693066B2 (en) | Methods, systems, and computer program products for reducing signaling link congestion | |
CN101513095A (zh) | 用于管理多层电信信令网络协议栈中的拥塞的方法、系统和计算机程序产品 | |
JP2002290450A (ja) | 帯域管理装置、アドレス解決支援装置、帯域管理方法およびアドレス解決支援方法 | |
US20060221982A1 (en) | Signalling gateway | |
EP1956850B1 (en) | Method, system and signalling point for transporting DUPU message | |
Schlesener | Performance Evaluation of Telephony Routing over IP (TRIP) | |
CN101127763B (zh) | 一种传输信令二层对等适配层序号恢复同步的方法 | |
KR100485213B1 (ko) | 신호 게이트웨이 장치와, 신호 게이트웨이 장치의애플리케이션 서버 트래픽 분배 방법 | |
JP2011045101A (ja) | 帯域管理装置および帯域管理方法 | |
JP2003509962A (ja) | ネットワーク相互接続用のルータ | |
Lu | Softswitch overload control |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090819 |