CN1879436A - 共路信令链路***的过载控制方法 - Google Patents

共路信令链路***的过载控制方法 Download PDF

Info

Publication number
CN1879436A
CN1879436A CNA2003801108297A CN200380110829A CN1879436A CN 1879436 A CN1879436 A CN 1879436A CN A2003801108297 A CNA2003801108297 A CN A2003801108297A CN 200380110829 A CN200380110829 A CN 200380110829A CN 1879436 A CN1879436 A CN 1879436A
Authority
CN
China
Prior art keywords
message
overload
signaling
message queue
business
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
CNA2003801108297A
Other languages
English (en)
Other versions
CN100429948C (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of CN1879436A publication Critical patent/CN1879436A/zh
Application granted granted Critical
Publication of CN100429948C publication Critical patent/CN100429948C/zh
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Monitoring And Testing Of Exchanges (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

本发明提供了一种共路信令链路***的过载控制方法,包括以下步骤:链路控制进程定时检测消息队列中未处理的信令消息数量,判断所述未处理的信令消息数量是否超过过载开始门限;若所述判断为所述未处理的信令消息数量超过过载开始门限,通过向业务处理进程发送消息,由所述链路控制进程动态控制所述业务处理进程接入新业务的数量。

Description

共路信令链路***的过载控制方法
技术领域
本发明涉及通信***中业务处理过程中共路信 路***信今流量的 过载控制方法, 尤其涉及共路信令链路***的业务接入处理和信今流量的 过载控制方法。 背景技术
在共路信 路***(7号信令接口, V5接口) 中, 所有信今都由信 输, 当信令流量过多并超过信 路的处理能力时, 将^ 成系 统中大量的信令链路断链或建链失败, 导致频繁建链, 从而严重影响*** 的整体性能。 故有必要考虑一种合理的信令链路的过载控制的方案, 以在 信 路处于过载状况下合理控制***的业务接入量, 而确保信 ^路的 负荷处于一个相对稳定和可控制状态, 以保证***在大话务量的情况下也 能正常运行, 并具有信令链路的自我恢复功能。
在共路信 路***中, 本地的信令消息由业务层产生, 逸过链路层 传输, 而在对端信令消息首先由链路层接收, 再传送到业务层进行处理。 在这个过程中, 存在一个对端证实的过程, 当本地一定数量的 令消息发 往对端后, 需要接收到对端的接收证实消息后才能继续向其发逸其他的信 令消息, 否则就不能继续发送。 当本地业务量很大时, 由于本地产生信令 消息的速度总是比对方证实信令消息的速度快, 因此信令消息容易在本地 积累, 当信令消息的积累达到一定程度后就会导致***故障。
在美国专利 NO.6510214 中提出了一种业务控制点(SCP ) 的过载检 测和控制的方法: 过载控制***通过业务控制点中的逻辑业务枪换器中的 潜伏期和栈的深度来估算过载程度, 事务处理应用部分(TCAP )根据过 载程度来控制业务的接入。 该美国专利 NO.6510214的检测方法中使用的 是一个绝对量, 且在产生过载的时候***负载已经很大, 因此其采用的处 理方法是在进入过载状态后丢弃新到业务。 发明内容
本发明的目的在于提供一种共路信令链路***的过载控制方法, 以通 过实时监测链路层的等待处理的信令消息队列, 将实时的信令链路过载情 况通知业务处理进程, 通过业务层控制新业务的接入数量, 来控制信令链 路的流量, 以解决信令链路经常断链的问题, 同时解决业务处理流量波动 大和不稳定的问题, 以确保***的可靠运行。
为了实现本发明的以上目的, 所采取的技术方案为:
一种共路信令链路***的过载控制方法, 包括: 链路控制进程定时检 测消息队列中未处理的信令消息数量, 判断所述未处理的信令消息数量是 否超过过载开始门限; 若所述判断为所述未处理的信令消息数量超过过载 开始门限, 通过向业务处理进程发送消息, 由所述链路控制进程动态控制 所述业务处理进程接入新业务的数量。
优选地, 所述链路控制进程动态控制所述业务处理进程接入新业务的 数量的步骤包括: 以一预定时间间隔反复执行下述步骤①〜 (ii), 直到消息 队列的信令消息数量低于过载恢复门限: ( i )判断所述消息队列的信令消 息数量是否低于所述过载恢复门限, 若所述消息队列的信令消息数量低于 所述过载恢复门限, 则通知所述业务处理进程***恢复正常状态; ( ii )若 所述消息队列的信令消息数量高于所述过载恢复门限, 则执行以下步骤: 判断当前所述消息队列的长度是否大于所述预定时间间隔之前的消息队列 长度, 若当前所述消息队列的长度大于所述预定时间间隔之前的消息队列 长度, 则判断所述消息队列的信令消息增加数是否超过过载增量门限, 若 所述消息队列的信令消息增加数超过过载增量门限, 则所述链路控制进程 发送过载控制消息给所述业务处理进程; 若当前所述消息队列的长度小于 或等于所述预定时间间隔之前的消息队列长度, 则判断所述消息队列的信 令消息减少数是否超过过载减量门限, 若所述消息队列的信令消息减少数 超过过载减量门限, 则所述链路控制进程发送过载解除消息给所述业务处 理进程。
优选地, 所述链路控制进程动态控制所述业务处理进程接入新业务的 数量的步骤还包括:所述业务处理进程接收来自所述链路控制进程的消息, 将新业务的接入数量减少或增加一个预定数量, 并将允许接入的呼叫均匀 分布到呼叫接入统计窗口中。
优选地, 所述通知所述业务处理进程***恢复正常状态的步骤进一步 包括:所述业务处理进程以一预定的时间间隔逐步增加新业务的接入数量。
优选地, 所述链路控制进程动态控制所述业务处理进程接入新业务的 数量的步骤还包括:所述业务处理进程接收来自所述链路控制进程的消息, 若所述消息为过载控制消息,则所述业务处理进程减少 m个新业务的接入 数量, 若所述消息为过载解除消息, 则所述业务处理进程增加 n个新业务 的接入数量, 所述 m和 n均为自然数, 且111>11。
优选地, 所述过载开始门限采用所述消息队列的当前信令消息数量占 所述消息队列的存储区大小的 50%-70%;所述过载开始门限设为所述消息 队列的当前信令消息数量占所述消息队列的存储区大小的 60%。
优选地, 所述过载恢复门 P艮接近并小于所述过载开始门限。
本发明所提供的共路信 路***的过载控制方法 , 根据***的信令 处理能力及链路的传输能力尽早地实施过载控制, 并实时检测信令消息队 列中的信令消息数量的变化来动态地控制新的业务的接入数量, 通过快降 慢升、 均匀随机拒绝新的呼叫业务的接入, 而基本上解决了 BSS基站子系 统和交换机之间的 V5信令链路的断链问题, 使得***中的呼叫流量平稳、 信令流量波动小, 从而有效地减少了对交换机和 V5接口的冲击, 确保了 ***的稳定性和可靠性。 同时, 本发明所提供的方法也适用于 SS7七号信 令链路***。 附图说明
相信通过以下结合附图对本发明具体实施方式的说明, 能够使人们更 好地了解本发明上述的特点、 优点和目的。
图 1显示在其中可实现根据本发明的实施例的共路信令链路***的过 载控制方法的***环境的结构示意图;
图 2显示根据本发明的共路信令妓路***的过载控制方法的流程图; 图 3显示根据本发明一个实施例的共路信令链路***的过载控制方法 中动态控制新业务的接入数量的过程流程图;
图 4显示对未应用本发明的共路信令链路***的过载情况的测试结 果;
图 5显示对应用本发明的一个实施例的共路信令链路***的过载情况 的测试结果。 具体实施方式
下面结合附图对本发明的优选实施例进行详细的说明。
图 1为在其中可实现根据本发明的实施例的共路信 路***的过载 控制方法的***环境的结构示意图。 如图 1所示, 本实施例中的共路信令 链路***包括链路控制进程 101和业务处理进程 103, 二者通过通信平台 105 实现双方通信消息的相互传递。 在共路信 路***中, 业务处理进 程 103处于业务层, 用于控制新的业务接入及产生相应的信令消息, 而链 路控制进程 101处于***的传输层, 用于控制本地的信令消息通过信令链 路 107到对端*** 109的链路层的传输, 而对端*** 109的链路层对接收 到的信令消息需要进行一个证实的过程, 然后再传输到业务层进行处理。 当本地***的传输层将一定数量的信令消息发往对端后, 需要接收到对端 *** 109的接收证实消息后才能继续向其发送其他的信令消息, 否则就不 能继续发送, 当本地***的业务量很大时, 由于本地***产生信令消息的 速度总是比对方证实信令消息的速度快, 因此信令消息容易积累在本地传 输层。 因此要对信令妓路***的过载情况进行控制, 以在信令链路处于过 载状况下合理控制***的业务接入量, 而确保信令链路的负荷处于一个相 对稳定和可控制状态, 以保证***在大话务量的情况下也能正常运行。 图 2显示根据本发明的共路信 路***的过载控制方法的流程图。 如图 2所示, 该共路信令链路***的过载控制方法, 首先在步骤 201, 链 路控制进程监控未处理的信令消息数量。
接着, 在步驟 203, 链路控制进程判断未处理的信令消息数量是否超 过过载开始门限, 若超过, 则向业务处理进程发送过载控制消息。 具体的 讲, 通常在***中用于 ^未处理的信令消息的消息緩存区是很大的, 其 远远大于***的信令处理能力和链路的传输能力, 所以根据***的信令处 理能力和链路的传输能力应尽早实施过载控制, ***才能够对链路状况和 业务接入有充分的控制能力。 若启动过载控制较迟, 致使***已经接入了 大量的业务, 则这些业务会产生大量的信令消息, 导致链路控制进程失去 对信令链路的控制能力, 从而导致信令链路的拥塞。 在本实施例中, 将过 载开始门限设为消息队列的当前信令消息数量占消息队列的存储区大小的 60%。 当链 i½制进程检测到当前消息队列中未处理的信令消息的数量超 过了消息队列存储区大小的 60%时, 即向业务处理进程发送过载控制消 息, 以启动过载控制。 业务处理进程接收到来自链路控制进程的过载控制 消息后, 减少新业务的接入数量。 在本实施例中, 业务处理进程每次收到 过载控制消息就减少 2个新业务的接入数量。 本实施例中, 采取随机拒绝 某些新业务接入的方式, 而不是丢弃已产生的信令消息或释放已建立的业 务的方式来实现过载的控制。
在步骤 205,链路控制进程动态控制业务处理进程接入新业务的数量。 具体来说 , 链路控制进程动态控制业务处理进程接入新业务的数量的过程 如图 3所示。
图 3显示根据本发明一个实施例的共路信令链路***的过载控制方法 中动态控制新业务的接入数量的过程流程图。 如图 3所示, 链路控制进程 动态控制业务处理进程接入新业务的数量的过程是以一定时间间隔反复执 行图 3中的各步骤, 直到消息队列中的信令消息数量低于或等于一个过载 恢复门限。
首先, 在步骤 301 , 链路控制进程启动一个过载监测定时器, 以设置 定时检测消息队列的时间间隔。 在信令链路过载发生的时候, 通常信令的 流量已经 4艮大, 且在短时间内还会产生更多的信令消息, 所以定时检测的 时间间隔应该尽量较小,避免检测间隔时间过长而产生更多新的信令消息。 此外, 该时间间隔决定于操作***调度进程的时间间隔, 一般为 20亳秒。
在步骤 302, 当过载监测定时器到时后, 链路控制进程检测消息队列 中的信令消息数量, 判断消息队列中信令消息的数量是否低于或等于过载 恢复门限。 若消息队列中的信令消息数量低于或等于过载恢复门限, 则该 过程前进到步骤 303, 否则, 执行步骤 305。 在本实施例中, 为了对***信 ^路的过载采取尽早控制及动态控制, 使***在过载后仍有较强的控制 能力, 因此把过载恢复门限设为接近但小于过载开始门限, 以使得过载状 态解除后如果有较大的信令信息流量, ***能够尽快地检测到新的过载状 态并及早加以控制。
在步骤 303 , 链路控制进程通知业务处理进程进入过载恢复阶段, 业 务处理进程开始恢复业务并设置业务恢复定时器, 通过业务恢复定时器来 逐步增加新业务的接入数量, 直到***恢复正常状态, 步驟 304。 本实施 例中, 可使用一业务恢复定时器来控制业务处理进程恢复新业务接入数量 的时间间隔, 例如 2秒, 并采取微调的办法, 每次增加的新业务的接入数 量不能太多, 如每次增加 1个新业务的接入数量, 以防止***波动太大, 直到***恢复正常状态或业务处理进程再次收到过载控制消息时, 停止该 业务恢复阶段。
在步骤 305, 链路控制进程重新启动过载监测定时器。 接着, 在步驟 306,链 制进程判断消息队列中的信令消息数量大于过载开始门限, 并 且判断当前消息队列的长度是否比上次过载监测定时器到时后所检测到的 消息队列的长度小, 若是, 则过程前进到步驟 307, 否则, 执行步骤 309。
在步骤 307, 链路控制进程进一步判断在过载监测定时器规定的时间 段内, 消息队列中信令消息数量的减少量是否高于一个预定的过载减量门 限。 若是, 则该过程前进到步骤 308, 增加新业务的接入数量; 否则, 过 程前进到步骤 311。 过载减量门限可根据消息队列的存储区的大小及*** 的业务接入和链路的控制能力而定, 本实施例中将过载减量门限定为 45 个。
在步骤 308, 链路控制进程向业务处理进程发送过载解除消息, 业务 处理进程接收到该消息后, 增加新业务的接入数量, 并重新设置过载恢复 定时器。 本实施例中, 业务处理进程接收到过载解除消息后增加 1个新 k 务的接入数量。 接着, 过程到达步骤 311。
在步骤 309, 链路控制进程进一步判断在过载监测定时器规定的时 id 段内, 消息队列中信令消息数量的增加量是否高于一个预定的过载增量门 限。 若是, 则该过程前进到步骤 310, 进一步减少新业务的接入数量, 并 重新设置过载恢复定时器; 否则, 该过程前进到步骤 311。 过载增量门限 可根据消息队列的存储区的大小及***的业务接入和链路的控制能力而 定, 本实施例中将过载增量门限定为 40个。
在步骤 310, 链 制进程向业务处理进程发送过载控制消息, 业务 处理进程接收到该消息后, 进一步减少新业务的接入数量。 本实施例中, 业务处理进程接收到过载控制消息后减少 2个新业务的接入数量。 接着, 过程前进到步骤 311。 本实施例中, 为了防止***波动过大, 对过载采取 微调的办法, 保证每次变化的业务量不要太高, 因此***减少新业务接入 的速度 比增加新业务接入的速度快。
在步骤 311 , 该过程转到步骤 302, 重复以上所述步骤, 继续进行定时 的消息队列中信令消息数量的检测及对业务处理进程接入新业务的数量的 动态控制, 直到***恢复正常状态。
本实施例中, 业务处理进程根据链路控制进程发送来的过载控制和过 载解除消息, 均匀限制新呼叫的接入。 业务处理进程控制新呼叫接入的方 法如下: 业务处理进程艮据过载控制业务接入比例来设置统计窗口, 一般 设为 32个, 即以每 32个呼叫为一个周期来统计接入的呼叫数, 设置当前 统计窗口允许接入的呼叫数, 对当前新接入的呼叫号做是否允许接入的区 分, 将允许接入的呼叫号均匀分布到统计窗口中。 当新业务接入时, 若其 呼叫号是允许接入的呼叫号, 则允许接入这个呼叫; 若其呼叫号是拒绝接 入的呼叫号, 则拒绝接入该呼叫。
此外, 图 4显示对未应用本发明的共路信令链路***的过载情况的测 试结果。 其中, 在该共路信 路***中, 使用大话务模拟程序进行呼叫 测试, 前台控制持续呼叫, 模拟起呼 240路, 起呼加被呼共 480路, 通话 时长 6S及呼叫间隔为 4S。 可以看出, 未应用本发明的实施例的共路信令 链路***的话务波动很大, 因***过载拥塞而导致接口容易断。
图 5显示对应用本发明的一个实施例的共路信令链路^统的过载情况 的测试结果。 在本实施例中, 使用大话务模拟程序进行呼叫测试, 前台控 制持续呼叫, 模拟起呼 240路, 起呼加被呼共 480路, 通话时长为 2S, 呼 叫间隔为 4S。 可以看出, 应用了本发明的一个实施例的共珞信令妓路*** 的话务波动小, ***流量平稳。
以上虽然通过一些示例性的实施例对本发明的共路信令 路***的过 载控制方法进行了详细的描述, 但是以上这些实施例并不是穷举的, 本领 域技术人员可以在本发明的精神和范围内实现各种变化和修改。 因此, 本 发明并不限于这些实施例, 本发明的范围仅由所附权利要求为准。

Claims (8)

  1. 权 利 要 求
    1.一种共路信令链路***的过载控制方法,其特征在于,该方法包括: 链路控制进程定时检测消息队列中未处理的信令消息数量, 判断所述 未处理的信令消息数量是否超过过载开始门限;
    若所述判断为所述未处理的信令消息数量超过过载开始门限, 通过向 业务处理进程发送消息, 由所述链路控制进程动态控制所迷k务处理进程 接入新业务的数量。
  2. 2. 如权利要求 1所述的方法, 其特征在于, 所述链路控制进程动态控 制所述业务处理进程接入新业务的数量的步骤包括:
    以一预定时间间隔反复执行下述步驟 (i)~(ii), 直到消息尺列的信令消 息数量低于过载恢复门限:
    ( i )判断所述消息队列的信令消息数量是否低于所述过载恢复门限, 若所述消息队列的信令消息数量低于所述过载恢复门限, 则邐知所述业务 处理进程***恢复正常状态;
    ( ϋ )若所述消息队列的信令消息数量高于所述过载恢复门限,则执行 以下步骤:
    判断当前所述消息队列的长度是否大于所述预定时闳间隔之前的 消息队列长度, 若当前所述消息队列的长度大于所述预定时间间隔之 前的消息队列长度, 则判断所述消息队列的信令消息增加数是否超过 过载增量门限,若所述消息队列的信令消息增加数超过过戴增量门限, 则所述链路控制进程发送过载控制消息给所述业务处理进程;
    若当前所述消息队列的长度小于或等于所述预定时间间隔之前的 消息队列长度, 则判断所述消息队列的信令消息减少数是否超过过载 减量门限, 若所述消息队列的信令消息减少数超过过载烕量门限, 则 所述链路控制进程发送过载解除消息给所述业务处理进程。
  3. 3. 如权利要求 1所述的方法, 其特征在于, 所述链路控制进程动态控 制所述业务处理进程接入新业务的数量的步驟还包括: 所述业务处理进程接收来自所述链路控制进程的消息, 将新业务的接 入数量减少或增加一个预定数量, 并将允许接入的呼叫均匀分布到呼叫接 入统计窗口中。
  4. 4. 如权利要求 2所述的方法, 其特征在于, 所 通知所述业务处理进 程***恢复正常状态的步骤进一步包括:
    所述业务处理进程以一预定的时间间隔逐步增加新业务的接入数量。
  5. 5. 如权利要求 2所述的方法, 其特征在于, 所述 _链路控制进程动态控 制所述业务处理进程接入新业务的数量的步驟还包括:
    所述业务处理进程接收来自所述链路控制进程的消息, 若所述消息为 过载控制消息, 则所述业务处理进程减少 m个新业务的接入数量, 若所述 消息为过载解除消息, 则所述业务处理进程增加 n个新业务的接入数量, 所述 m和 n均为自然数, 且 m>n。
  6. 6. 如权利要求 1所述的方法, 其特征在于, 所逸过载开始门限釆用所 述消息队列的当前信令消息数量占所述消息 P 列的存储区大小的 50%-70%。
  7. 7. 如权利要求 6所述的方法, 其特征在于, 所逸过载开始门限设为所 述消息队列的当前信令消息数量占所述消息队列的存储区大小的 60%。
  8. 8. 如权利要求 6或 7所述的方法, 其特征在于, 所述过载恢复门限接 近并小于所述过载开始门限。
CNB2003801108297A 2003-12-29 2003-12-29 共路信令链路***的过载控制方法 Expired - Lifetime CN100429948C (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2003/001136 WO2005064960A1 (fr) 2003-12-29 2003-12-29 Procede de reduction de la surcharge des systemes a liaisons de signaux par tronc commun

Publications (2)

Publication Number Publication Date
CN1879436A true CN1879436A (zh) 2006-12-13
CN100429948C CN100429948C (zh) 2008-10-29

Family

ID=34716073

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2003801108297A Expired - Lifetime CN100429948C (zh) 2003-12-29 2003-12-29 共路信令链路***的过载控制方法

Country Status (4)

Country Link
CN (1) CN100429948C (zh)
AU (1) AU2003296215A1 (zh)
NO (1) NO336310B1 (zh)
WO (1) WO2005064960A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101583148B (zh) * 2008-05-16 2012-07-25 华为技术有限公司 一种通信设备过载处理方法及装置
CN111641945A (zh) * 2020-04-24 2020-09-08 苏州华普物联科技有限公司 一种低功耗自组织无线传感网络通信方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102045654B (zh) * 2009-10-10 2015-01-28 上海中兴通讯技术有限责任公司 异步socket通讯方法及采用该方法的手机定位***
CN104301939B (zh) * 2013-07-19 2018-03-23 ***通信集团广东有限公司 一种控制方法、装置及网络侧设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0155313B1 (ko) * 1995-08-21 1998-11-16 정선종 Cms에서 호처리 프로세스 부하율을 이용한 과부하 제어방법
JP3031327B2 (ja) * 1998-03-26 2000-04-10 日本電気株式会社 スペクトラム拡散通信システムおよびその過負荷制御方法
KR20020046627A (ko) * 2000-12-15 2002-06-21 박종섭 이동통신 기지국/제어국 시스템에서의 과부하 제어 장치및 방법
CN1459985A (zh) * 2002-05-21 2003-12-03 深圳市中兴通讯股份有限公司 一种gsm***中无线业务流量控制方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101583148B (zh) * 2008-05-16 2012-07-25 华为技术有限公司 一种通信设备过载处理方法及装置
CN111641945A (zh) * 2020-04-24 2020-09-08 苏州华普物联科技有限公司 一种低功耗自组织无线传感网络通信方法

Also Published As

Publication number Publication date
AU2003296215A1 (en) 2005-07-21
NO20063480L (no) 2006-07-28
CN100429948C (zh) 2008-10-29
NO336310B1 (no) 2015-07-27
WO2005064960A1 (fr) 2005-07-14

Similar Documents

Publication Publication Date Title
JP3720356B2 (ja) 電気通信網における過負荷を制御する方法
US6826268B2 (en) Method for overload control in a telecommunications network and apparatus therefor
EP0791261B1 (en) Overload prevention in a telecommunications network node
US6363052B1 (en) Congestion control in network systems
CN101027915B (zh) 通信***和用于管理负载的方法
CN101599987A (zh) 消息队列管理方法和装置
CN101170488A (zh) 业务网络拥塞控制方法及装置
CN101437175B (zh) 一种处理容灾切换的方法、装置及***
CN106789509A (zh) 一种冗余can总线通信***的数据通信方法
CN1242630C (zh) 一种移动网络中业务链路的检测维护方法
CN1879436A (zh) 共路信令链路***的过载控制方法
CN101951571A (zh) 短消息重试方法及短消息网关
EP1583338B1 (en) The method of controlling the user calling load in soft switch system
CN101170717B (zh) 一种移动交换中心许可证机制在池内的实现方法及***
WO2003051082A1 (en) Method and apparatus for enabling a communication resource reset
JPH0750673A (ja) 輻輳検出方式及び輻輳制御方式
Manfield et al. Analysis of congestion onset thresholds for CCITT SS7 networks
CN114286374B (zh) 拥塞等级检测及处理方法、***、设备及存储介质
KR100415401B1 (ko) 넘버.세븐 신호 메시지 트래픽에 대한 폭주 제어 장치 및방법
KR100407945B1 (ko) 이동통신 교환기의 제어국에서 과부하 제어 방법
US6130877A (en) Rate controlled broadcast for activation of entities in large scale data networks
US5878027A (en) Episodic traffic monitor
CN107529194A (zh) 业务恢复方法及***、分组数据网关及移动性管理实体
JP2974308B1 (ja) 共通線信号中継方式
JPS58220540A (ja) 網輻輳制御方式

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20081029