CN1193543C - 处理消息传送部分的用户部分的拥塞状态的方法 - Google Patents

处理消息传送部分的用户部分的拥塞状态的方法 Download PDF

Info

Publication number
CN1193543C
CN1193543C CNB011091800A CN01109180A CN1193543C CN 1193543 C CN1193543 C CN 1193543C CN B011091800 A CNB011091800 A CN B011091800A CN 01109180 A CN01109180 A CN 01109180A CN 1193543 C CN1193543 C CN 1193543C
Authority
CN
China
Prior art keywords
message
signaling
point
user part
transfer part
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.)
Expired - Fee Related
Application number
CNB011091800A
Other languages
English (en)
Other versions
CN1314757A (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.)
Novera Optics Korea Co Ltd
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN1314757A publication Critical patent/CN1314757A/zh
Application granted granted Critical
Publication of CN1193543C publication Critical patent/CN1193543C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H04Q3/0091—Congestion or overload control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种在SS7网中处理MTP用户部分的拥塞状态的方法，包括步骤：(a)定义一个通知已经发生拥塞的用户部分拥塞(UPC)消息，和一个减少要发送的信令消息的数量的MTP_STATUS原语；(b)产生UPC消息，并且当目的信令点的MTP认识到目的信令点的MTP用户部分的拥塞状态时把产生的UPC消息发送到信令消息的始发信令点；和(c)接收UPC消息，以产生MTP_STATUS原语并发送到始发信令点的MTP用户部分。

Description

处理消息传送部分的用户部分的拥塞状态的方法
技术领域
本发明涉及公共信道信令网，更具体地讲，涉及一种在公共信道信令(CCS)系统No.7网(此后称为“SS7网”)中处理消息传送部分(MTP)的用户部分(此后称为“MTP用户部分”)的拥塞状态的方法。
背景技术
一般地讲，公共信道信令(CCS)系统是一种其中业务线路和信令线路分开管理以通过信令线路发送呼叫信号的信令系统。在本发明中，特别要考虑的是公共信道信令(CCS)系统中的一种公共信道信令(CCS)系统No.7(此后称为“SS7”)。
图1是说明SS7网的信令点的配置示例的简化图。
如图1中所示，构成SS7网的信令点被划分为信令端点和信令转接点(STP)。
图2是说明构成SS7网的每个信令点的协议栈的简化方框图。
协议栈包括一个电话用户部分(TUP)1，一个ISDN用户部分(ISUP)3，一个事务处理能力部分(transaction capabilities part)(TCP)5，一个信令连接控制部分(SCCP)7，和一个消息传送部分(MTP)9。
电话用户部分(TUP)1适用于执行控制电话呼叫所需的信号处理，呼叫的交换连接控制等。ISDN用户部分(ISUP)3适用于执行提供电路交换业务和有关综合业务数字网(ISDN)的各种业务请求的准备的额外业务所需的功能。事务处理能力部分(TCP)5适用于执行交换功能以及与线路无关的特定中心(例如，数据库，专用设备单元，操作和维护中心)的各种功能的控制。信令连接控制部分(SCCP)7适用于提供除了对应于控制信号的典型线路之外的各种信号或数据的传输能力。消息传送部分(MTP)9适用于执行信号消息的传送。
电话用户部分(TUP)1，ISDN用户部分(ISUP)3，和信令连接控制部分(SCCP)7是消息传送部分(MTP)9的用户部分(UP)，事务处理能力部分(TCP)5是信令连接控制部分(SCCP)7的用户部分(UP)。
当把消息传送部分(MTP)9与国际标准组织(ISO)定义的开放系统互连(OSI)的7层参考模型比较时，消息传送部分(MTP)9的最低级或MTP级1等价于OSI参考模型的第一层或物理层，消息传送部分(MTP)9的MTP级2等价于OSI参考模型的第二层或数据链路层，消息传送部分(MTP)9的MTP级3等价于OSI参考模型的第三层或网络层。
在这里，具有仅传送一个信号功能的信令点可以没有SCCP 7和ISUP3的协议栈。
以下参考图1和2说明SS7网中MTP 9的信令消息的传送。
如图1和2中所示，例如，当假设把信令消息从信令点A的MTP用户部分传送到信令点F的MTP用户部分时，信令点A的MTP用户部分请求把信令消息传送到MTP，并且MTP经过一个可用信令链路组把信令消息路由到一个相邻的信令点(B或C)。此时，相邻信令点(B或C)接收来自信令点A的信令消息，并将接收的信令消息路由到作为最后目的信令点的信令点F。这时，信令点F接收来自信令点(B或C)的信令消息，并且当信令点F的一个对应的MTP用户可用时，把接收的信令消息传送到它的一个MTP用户部分。
以下说明有关把信令消息从一个MTP级传送到每个信令点的一个MTP用户部分的操作。
如图3中所示，信令点F的MTP接收来自相邻信令点的信令消息，并将接收的信令消息传送到信令消息鉴别单元10，信令消息鉴别单元10确定接收的信令消息的最终目的信令点是否是信令消息鉴别单元10本身所属的信令点F。如果确定接收的信令消息的目的信令点是信令消息鉴别单元10本身所属的信令点F，那么信令消息鉴别单元10把接收的信令消息发送到一个信令消息分配单元30，以把它传送到信令点F的一个对应MTP用户部分。另一方面，如果确定接收的信令消息的目的信令点不是信令消息鉴别单元10本身所属的信令点F，那么信令消息鉴别单元10把接收的信令消息传送到信令消息路由单元20，以把它路由到一个对应的信令点。
此时，当接收的信令消息的目的信令点是信令消息鉴别单元10本身所述的信令点F时，信令消息分配单元30接收来自信令消息鉴别单元10的信令消息，并且在执行一个确定是否把接收的信令消息传送到对应MTP用户部分的信令消息分配功能时，仅检查信令点F的对应MTP用户部分的存在和活动状态。也就是说，在分配信令消息时，信令消息分配单元30不管理对应MTP用户部分的拥塞状态。因此，在目的信令点的对应MTP用户部分中发生拥塞的情况下，目的信令点的MTP和其它信令点的MTP用户部分不可能认识到目的信令点的对应MTP用户部分中发生了拥塞。因此，始发目的信令点的MTP用户部分继续向目的信令点F传送信令消息。目的信令点的MTP也继续向目的信令点的MTP用户部分传送信令消息，从而使目的信令消息点的对应MTP用户部分的拥塞状态在预定的时间周期中继续，这将导致一个特定业务的完全中断。
发明内容
因此，本发明是针对上述问题作出的，并且本发明的目的是要提供一种在SS7网络中处理MTP用户部分的拥塞状态的方法，其中当一个目的信令点的MTP执行信令消息分配功能时，MTP识别出已经在目的信令点的一个特定MTP用户部分发生拥塞，向对应信令消息的始发信令点发出该特定MTP用户部分已经发生拥塞的通知，因此减少要发送到已经发生拥塞的特定MTP用户部分的信号业务量，从而防止特定业务的中断。
根据本发明的一个方面，提供了一种在SS7网络中处理MTP用户部分的拥塞状态的方法，该方法包括步骤：
(a)定义一个通知信令消息传送的目的信令点的MTP用户部分中已经发生拥塞的用户部分拥塞(UPC)消息，和一个减少所要发送到已经发生拥塞的MTP用户部分的信令消息数量的MTP_STATUS(消息传送部分-状态)原语(primitive)；
(b)产生UPC消息，并且当目的信令点的MTP识别出目的信令点的MTP用户部分的拥塞已经发生时，将产生的UPC消息发送到信令消息的始发信令点；和
(c)接收UPC消息以产生MTP_STATUS原语，并且把产生的MTP_STATUS原语发送到始发信令点的一个MTP用户部分，以请求始发信令点的MTP用户部分减少要发送到已经产生拥塞的目的信令点的MTP用户部分的信令消息数量。
根据本发明的一个方面，还提供了一种在SS7网络中处理MTP用户部分的拥塞状态的方法，该方法包括步骤：
当目的信令点的一个MTP识别出目的信令点的MTP用户部分的拥塞已经发生时，通知始发信令点，信令消息传送的目的信令点的一个MTP用户部分中已经发生拥塞；和
允许接收到目的信令点的MTP用户部分的拥塞状态通知的始发信令点的一个MTP请求始发信令点的一个对应MTP用户部分减少向已经发生拥塞的目的信令点的MTP用户部分发送的信令消息的数量。
附图说明
通过结合附图读取以下详细说明可以对本发明的上述和其它目的、特征和优点有更清楚的理解，在附图中：
图1是说明SS7网络的信令点的配置示例的简图；
图2是说明构成SS7网络的每个信令点的协议栈的简化方框图；
图3是说明应用本发明的一个信令点的一个MTP级的简化方框图；
图4是说明根据本发明的在SS7网络中处理目的信令点的MTP用户部分的拥塞状态的处理例程的流程图；和
图5是说明根据本发明的在SS7网络中处理始发信令点的MTP用户部分的拥塞状态的处理例程的流程图。
具体实施方式
现在详细说明本发明的优选实施例。
由于应用根据本发明的处理MTP用户部分的拥塞状态的方法的SS7网络的配置与现有技术的相同，以下将参考图1详细说明。
首先，为了实现在根据本发明的在SS7网络中处理MTP用户部分的拥塞状态的方法，定义一个从一个目的信令点产生的，用以通知一个始发信令点在信令消息传送的目的信令点的一个MTP用户部分中已经发生了拥塞的用户部分拥塞(此后称为“UPC”)消息，和一个从始发信令点产生的，用以减少要发送到已经发生拥塞的目的信令点的MTP用户部分的信令消息的数量的MTP_STATUS原语。
在SS7网络中目的信令点的一个MTP必须向已经发生拥塞的目的信令点的MTP用户部分传送一个信令消息的情况下，目的信令点以一定的信令消息间隔向始发信令点发送UPC消息，以通知始发信令点在目的信令点的MTP用户部分中已经发生拥塞。此时，当始发信令点的一个MTP接收到来自目的信令点的UPC消息时，它通知始发信令点的一个MTP用户部分在目的信令点的MTP用户部分中已经发生拥塞，以根据包括在UPC消息中的每个参数值产生MTP_STATUS原语，以便减少要发送到已经发生拥塞的目的信令点的MTP用户部分的信令消息的数量。
UPC消息的基本格式遵循国际电信联盟-电信标准部(ITU-T)的Q.704建议，并且表达为如以下[表1]中所示。
[表1]
  拥塞4比特   用户部分4比特   备用2比特   目的14比特   标题4比特   标题4比特 路由标号32比特
路由标号包括所要路由的UPC消息的信息。标题代码H1和标题代码H0包括一个代表UPC消息的编码值，它使用没有在ITU-T的Q.704建议预定义的值中使用的值。
“目的”代表已经发生拥塞的MTP用户部分所属于的一个信令点的代码。
用户部分ID代表有关一个要对其传送和发送信令消息的用户部分的信息，这个用户部分ID的编码表达为如下面[表2]中所示。
[表2]
比特 D C B A
0  0  0   0     备用
0  0  0   1     备用
0  0  1   0     备用
  0   0   1   1 SCCP
  0   1   0   0 电话用户部分
  0   1   0   1 ISDN用户部分
  0   1   1   0 数据用户部分(有关呼叫和电路的消息)
  0   1   1   1 数据用户部分(设备记录和删除消息)
  1   0   0   0 保留用于MTP测试用户部分
  1   0   0   1 宽带ISDN用户部分
  1   0   1   1 卫星ISDN用户部分
  1   0   1   1 备用
  1   1   0   0 备用
  1   1   0   1 备用
  1   1   1   0 备用
  1   1   1   1 备用
拥塞级代表发生的拥塞状态的程度，并且表达为如下面[表3]中所示。
[表3]
    比特-4      Cause
    0000     拥塞级0(未发生拥塞)
    0001     拥塞级1
    0010     拥塞级2
    0011     拥塞级3
MTP_STATUS原语的详细参数表达为如下面[表4]中所示。
[表4]
  专用名                   参数
  指示   APC     比特-14     受影响的DPC
    Cause     字节(1)     原因参数
    Level     字节(1)     拥塞级
在这里，受影响的目的信令点代码(APC)代表已经发生拥塞的MTP用户部分所属于的一个信令点的代码。Cause是一个代表一个目的信令点向一个始发信令点发送UPC消息的原因的参数，Cause的详细内容如下面[表5]中所示。特别是在[表5]中新增加了一个发生拥塞的用户部分的编码值。
Level代表当参数，即Cause，代表一个对应用户部分的拥塞状态(即，“拥塞的用户部分(UPC)”)时的拥塞级，并且具有0-3的值(0：未发生拥塞)。Level也代表在参数，即Cause，代表一个信令网的拥塞状态(即，“拥塞的信令网”)时的拥塞级。
                                     [表5]
 Cause 字节(1) 1：拥塞的信令网2：不可用的用户部分(未知的)3：不可用的用户部分(未装备的用户)4：不可用的用户部分(不可访问的远端用户)5：拥塞的用户部分
以下参考附图详细说明利用如上定义的UPC消息和MTP_STATUS原语在SS7中处理MTP用户部分的拥塞状态的方法。
(A)UPC消息发送方法
图4是说明根据本发明的在SS7网络中处理目的信令点的MTP用户部分的拥塞状态的处理例程的流程图。
参考图4，首先，在步骤S10，在一个信令点的一个MTP中，一个信令消息鉴别单元10接收一个要从SS7网中的一个相邻信令点传送到一个MTP用户部分的信令消息(S10)，程序前进到步骤S12，在步骤S12信令消息鉴别单元10确定接收的信令消息的目的信令点是否是信令消息鉴别单元10本身所属于的信令点。如果在步骤S12确定接收的信令消息的目的信令点不是信令消息鉴别单元10本身所属于的信令点，那么程序前进到步骤S14，在步骤S14，信令消息鉴别单元10把接收的信令消息传送到一个信令消息路由单元20，以把它路由到一个对应的信令点。另一方面，如果在步骤S12确定接收的信令信息的目的信令点是信令消息鉴别单元10本身所属于的信令点，那么程序前进到步骤S16，在步骤S16，信令消息鉴别单元10把接收的信令消息发送到一个信令消息分配单元30，以把它传送到信令消息鉴别单元10本身所属于的目的信令点的一个对应MTP用户部分。
此时，信令消息分配单元30确定是否存在要传送的接收的信令消息的对应的MTP用户部分。如果在步骤S16确定不存在要传送的接收的信令消息的对应的MTP用户部分，那么程序前进到步骤S18，在步骤S18，信令消息分配单元30放弃接收的信令消息，然后，在后续步骤S20，向放弃的信令消息的始发信令点发送一个通知不存在目的信令点的对应MTP用户部分的UPU(不可用用户部分)消息。另一方面，如果在步骤S16确定存在要传送的接收的信令消息的对应MTP用户部分，那么程序前进到步骤S22，在步骤S22，信令消息分配单元30确定对应的MTP用户部分是否可用。如果在步骤S22确定对应的MTP用户部分不可用，那么程序再次转移到步骤S18，在步骤S18，信令消息分配单元30放弃接收的信令消息，然后，在后续步骤S20，向放弃的信令消息的始发信令点发送通知目的信令点的对应MTP用户部分不可用的UPU消息。
此时，如果在步骤S22确定对应的MTP用户部分可用，那么程序前进到步骤S24，在步骤S24，信令消息分配单元30确定在对应MTP用户部分中是否发生了拥塞。如果在步骤S22确定在要传送的接收的信令消息的对应MTP用户部分中没有发生拥塞，那么程序前进到步骤S26，在步骤S26，信令消息分配单元30向对应的MTP用户部分传送接收的信令消息。
另一方面，如果在步骤S22确定对应的MTP用户部分中已经发生拥塞，那么程序前进到步骤S28，在步骤S28，信令消息分配单元30确定是否需要把UPC消息发送到接收的信令消息的始发信令点。
在这里，确定是否需要把UPC消息发送到接收到信令消息的始发信令点的目的是要减少发送到始发信令点的UPC消息的数量。也就是说，确定是否需要把UPC消息发送到接收的信令消息的始发信令点的目的是要，每次信令消息分配单元30向已经发生拥塞的对应MTP用户部分传送接收的信令消息时，总是向接收的信令消息的始发信令点发送一个UPC消息，但是每隔预定数量的传送到已经发生拥塞的对应MTP用户部分的信令消息发送一个UPC消息。信令消息的预定数量被设定为足以通知始发信令点在目的信令点的对应MTP用户部分中已经发生拥塞，而不会给SS7网增加负担。当把UPC消息发送到始发信令点时，也要重设信令消息的预定数量。
此时，如果在步骤S28确定不需要把UPC消息发送到接收的信令消息的始发信令点，那么程序前进到步骤S26，在步骤S26，信令消息分配单元30把信令消息传送到对应的MTP用户部分。另一方面，如果在S28确定需要把UPC消息发送到接收的信令消息的始发信令点，那么程序前进到步骤S30，在步骤S30，信令消息分配单元30把UPC消息发送到接收的信令消息的始发信令点，然后，在步骤S26，把信令消息传送到对应的MTP用户部分。因此，当目的信令点的MTP认识到信令消息传送的目的信令点的MTP用户部分中已经发生拥塞时，它向接收的信令消息的始发信令点发送用于通知在目的信令点的MTP用户部分中已经发生拥塞的UPC消息。
(B)UPC消息接收方法
图5是说明根据本发明的在SS7网中处理始发信令点的MTP用户部分的拥塞状态的处理例程的流程图。
参考图5，首先，在步骤S50，当始发信令点的一个MTP接收来自一个相邻信令点的UPC消息时，程序前进到步骤S52，在步骤S52，始发信令点的MTP确定始发信令点的MTP接收的信令消息是否是一个MTP信令网管理消息。通过信令消息的参数中位于路由标号之前的SIO(业务信息八比特组)参数([表1]中未示出)可以看出接收的信令消息是否是MTP信令网管理消息。
如果在步骤S52确定接收的信令消息不是MTP信令网管理消息，那么程序前进到步骤S54，在步骤S54，始发信令点的MTP发挥功能，将信令消息传送到一个对应的MTP用户部分。另一方面，如果在步骤S52确定接收的信令消息是MTP信令网管理消息，那么程序前进到步骤S56，在步骤S56，始发信令点的MTP确定接收的信令消息是否是UPC消息。如果在步骤S56确定接收的信令消息不是UPC消息，那么程序前进到步骤S58，在步骤S58，始发信令点的MTP执行一种处理通常定义的MTP信令网管理消息的功能。另一方面，如果在步骤S56确定接收的信令消息是UPC消息，那么程序前进到步骤S60，在步骤S60，始发信令点的MTP根据包括在UPC消息中的每个参数值产生MTP_STATUS原语，然后，把产生的MTP_STATUS原语发送到始发信令点的一个对应MTP用户部分。
此时，始发信令点的MTP用户部分，根据包括在MTP_STATUS原语中的已经发生拥塞的目的信令点的MTP用户部分，和MTP用户部分的拥塞级，等等，减少要发送到已经发生拥塞的目的信令点的MTP用户部分的信令消息的数量。因此，减少了发生在目的信令点的MTP用户部分中的拥塞状态，从而防止了一个特定业务的中断。
以下说明利用从目的信令点的MTP发送到始发信令点的MTP的UPC消息从始发信令点的MTP产生MTP_STATUS原语的过程。
首先，当始发信令点的MTP接收到来自目的信令点的UPC消息时，它用UPC消息的一个目的参数值填充MTP_STATUS原语的一个APC参数。始发信令点的MTP也用一个代表目的信令点向始发信令点的MTP发送UPC消息的原因的编码值填充MTP_STATUS原语的Cause参数，和用UPC消息的一个拥塞级参数值填充MTP_STATUS原语的level参数，以产生MTP_STATUS原语。
如同从前面的说明可以看到的，根据本发明的在SS7网中处理MTP用户部分的拥塞状态的方法，当一个目的信令点的一个MTP执行信令消息的分配时，它识别发生在目的信令点的一个特定MTP用户部分中的拥塞状态，向一个对应的信令消息的始发信令点发送有关在MTP用户部分中发生的拥塞状态的信息，从而减少要发送到已经发生拥塞的目的信令点的MTP用户部分的信令业务量，因而防止了一个特定业务的中断。
尽管本发明是结合现在认为是最实际和优选的实施例说明的，但是应当知道本发明并不限于披露的实施例，而是相反，它将包括在附属权利要求的精神和范围内的各种变化。

Claims (20)

1.一种在SS7网中处理消息传送部分的用户部分的拥塞状态的方法，包括步骤：
(a)定义一个通知在一个信令消息传送的目的信令点的一个消息传送部分的用户部分中已经发生拥塞的用户部分拥塞消息，和一个减少要发送到已经发生拥塞的消息传送部分的用户部分的信令消息的数量的MTP_STATUS原语；
(b)产生用户部分拥塞消息，并且当目的信令点的一个消息传送部分识别出目的信令点的消息传送部分的用户部分的拥塞已经发生时，把产生的用户部分拥塞消息发送到信令消息的一个始发信令点；和
(c)接收用户部分拥塞消息，以产生MTP_STATUS原语，并且把产生的MTP_STATUS原语发送到始发信令点的一个消息传送部分的用户部分，以请求始发信令点的消息传送部分的用户部分减少要发送到已经发生拥塞的目的信令点的消息传送部分的用户部分的信令消息数量。
2.根据权利要求1所述的方法，其中用户部分拥塞消息包括一个代表消息传送部分的用户部分中发生的拥塞状态的程度的拥塞级，一个代表有关对其传送信令消息的消息传送部分的用户部分的信息的用户部分ID，和一个代表已经发生拥塞的消息传送部分的用户部分所属于的一个信令点的信令点代码，即一个目的地。
3.根据权利要求1所述的方法，其中MTP_STATUS原语包括一个代表已经发生拥塞的消息传送部分的用户部分所属于的一个信令点的代码的受影响的目的信令点代码，有关向始发信令点发送用户部分拥塞消息的原因的信息，和一个代表发生在消息传送部分的用户部分中的拥塞状态的程度的拥塞级。
4.根据权利要求1所述的方法，其中步骤(b)包括步骤：
(d)当对应的消息传送部分接收到来自相邻信令点的信令消息时，确定从相邻信令点发送的信令消息的一个目的信令点是否是消息传送部分本身所属于的信令点；
(e)如果确定接收的信令消息的目的信令点是消息传送部分本身所属于的信令点，那么确定是否存在一个对其传送接收的信令消息的消息传送部分的用户部分；
(f)如果确定存在一个对其传送接收的信令消息的消息传送部分的用户部分，并且该消息传送部分的用户部分可用，那么确定在目的信令点的消息传送部分的用户部分中是否已经发生拥塞；
(g)如果确定在目的信令点的消息传送部分的用户部分中已经发生拥塞，那么确定是否需要目的信令点的消息传送部分把用户部分拥塞消息发送到接收的信令消息的始发信令点；和
(h)如果确定需要目的信令点的消息传送部分把用户部分拥塞消息发送到接收的信令消息的始发信令点，那么把用户部分拥塞消息发送到接收的信令消息的始发信令点。
5.根据权利要求4所述的方法，其中步骤(g)包括步骤：
(i)确定传送到已经发生拥塞的消息传送部分的用户部分的信令消息是否包括预定数量的信令消息；和
(j)如果确定传送到消息传送部分的用户部分的信令消息包括预定数量的信令消息，那么决定向接收的信令消息的始发信令点发送一个用户部分拥塞消息。
6.根据权利要求5所述的方法，其中步骤(j)进一步包括一个步骤：如果确定传送到消息传送部分的用户部分的信令消息不包括预定数量的信令消息，那么决定不向接收的信令消息的始发信令点发送用户部分拥塞消息。
7.根据权利要求5所述的方法，其中将信令消息的预定数量设定为足以通知始发信令点在目的信令点的消息传送部分的用户部分中已经发生拥塞，而不会对SS7网增加负担。
8.根据权利要求4所述的方法，其中步骤(f)进一步包括步骤：
如果确定不存在对其传送接收的信令消息的消息传送部分的用户部分，或消息传送部分的用户部分不可用，那么放弃接收的信令消息，并且向放弃的信令消息的始发信令点发送一个通知目的信令点的消息传送部分的用户部分不可用的UPU消息。
9.根据权利要求1所述的方法，其中步骤(c)包括步骤：
(k)确定始发信令点的消息传送部分的接收的一个信令消息是否是一个消息传送部分的信令网管理消息；
(l)如果确定接收的信令消息是消息传送部分的信令网管理消息，那么确定接收的信令消息是否是用户部分拥塞消息；
(m)如果确定接收的信令消息是用户部分拥塞消息，那么根据用户部分拥塞消息产生MTP_STATUS原语；
(n)把产生的MTP_STATUS原语发送到始发信令点的消息传送部分的用户部分，以请求始发信令点的消息传送部分的用户部分减少要发送到已经发生拥塞的目的信令点的消息传送部分的用户部分的信令消息的数量；和
(o)减少始发信令点的消息传送部分的用户部分中要发送到已经发生拥塞的目的信令点的消息传送部分的用户部分的信令消息的数量。
10.根据权利要求9所述的方法，其中步骤(m)包括步骤：
(p)利用用户部分拥塞消息的一个目的参数产生MTP_STATUS原语的一个信令点代码；和
(q)利用用户部分拥塞消息的一个拥塞级参数值产生MTP_STATUS原语的一个拥塞级。
11.一种在SS7网中处理消息传送部分的用户部分的拥塞状态的方法，包括步骤：
(r)当一个目的信令点的一个消息传送部分识别出目的信令点的消息传送部分的用户部分的拥塞已经发生时，通知始发信令点，在传送的信令消息的目的信令点的一个消息传送部分的用户部分中已经发生拥塞；和
(s)允许被通知了目的信令点的消息传送部分的用户部分的拥塞状态的始发信令点的一个消息传送部分的请求始发信令点的一个对应消息传送部分的用户部分减少要发送到已经发生拥塞的目的信令点的消息传送部分的用户部分的信令消息数量。
12.根据权利要求11所述的方法，其中步骤(r)包括步骤：
(t)允许目的信令点的消息传送部分确定是否在传送的信令消息的目的信令点的消息传送部分的用户部分中已经发生拥塞；
(u)如果确定在目的信令点的消息传送部分的用户部分中已经发生拥塞，那么确定是否需要把目的信令点的消息传送部分的用户部分的拥塞状态通知信令消息的始发信令点；
(v)如果确定需要把目的信令点的消息传送部分的用户部分的拥塞状态通知信令消息的始发信令点，那么向始发信令点发送用于通知目的信令点的消息传送部分的用户部分中已经发生拥塞的预定格式的消息。
13.根据权利要求12所述的方法，其中预定格式的消息包括一个代表发生在消息传送部分的用户部分中的拥塞状态的程度的拥塞级，一个代表有关对其传送信令消息的消息传送部分的用户部分的信息的用户部分ID，和一个代表已经发生拥塞的消息传送部分的用户部分所属于的信令点的信令点代码，即一个目的地。
14.根据权利要求12所述的方法，其中步骤(u)包括步骤：
(w)确定传送到已经发生拥塞的消息传送部分的用户部分的信令消息是否包括预定数量的信令消息；和
(x)如果确定传送到消息传送部分的用户部分的信令消息包括预定数量的信令消息，那么决定把预定格式的消息发送到接收的信令消息的始发信令点；
(y)如果确定传送到消息传送部分的用户部分的信令消息没有包括预定数量的信令消息，那么决定不向接收的信令消息的始发信令点发送预定格式的消息。
15.根据权利要求14所述的方法，其中将信令消息的预定数量设定为足以通知始发信令点在目的信令点的消息传送部分的用户部分中已经发生拥塞，而不会增加SS7网的负担。
16.根据权利要求14所述的方法，其中当目的信令点的消息传送部分将预定格式的消息发送到始发信令点时，重置信令消息的预定数量。
17.根据权利要求12所述的方法，其中步骤(r)进一步包括步骤：
当对应的消息传送部分接收来自一个相邻信令点的信令消息时，确定从相邻信令点发送的信令消息的目的信令点是否是消息传送部分本身所属于的信令点；
如果确定接收的信令消息的目的信令点是消息传送部分本身所属于的信令点，那么确定是否存在对其传送接收的信令消息的一个消息传送部分的用户部分；
如果确定存在消息传送部分的用户部分，那么确定对其传送接收的信令消息的消息传送部分的用户部分是否可用。
18.根据权利要求11所述的方法，其中步骤(s)包括步骤：
允许将目的信令点的消息传送部分的用户部分的拥塞状态通知给始发信令点的一个消息传送部分；
通过参考上述允许把拥塞状态通知给始发信令点的消息传送部分的步骤，产生一个预定格式的原语，用于请求始发信令点的消息传送部分的用户部分减少要发送到已经发生拥塞的目的信令点的消息传送部分的用户部分的信令消息数量。
19.根据权利要求18所述的方法，其中预定格式的原语包括一个代表已经发生拥塞的消息传送部分的用户部分所属于的目的信令点的代码的受影响目的信令点代码，有关将用户部分拥塞消息发送到始发信令点的原因的信息，和一个代表消息传送部分的用户部分中发生的拥塞状态的程度的拥塞级。
20.根据权利要求18所述的方法，其中步骤(s)进一步包括步骤：允许已经接收到预定格式的原语的始发信令点的消息传送部分的用户部分减少要发送到已经发生拥塞的目的信令点的消息传送部分的用户部分的信令消息的数量。
CNB011091800A 2000-03-16 2001-03-16 处理消息传送部分的用户部分的拥塞状态的方法 Expired - Fee Related CN1193543C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR13366/2000 2000-03-16
KR10-2000-0013366A KR100475754B1 (ko) 2000-03-16 2000-03-16 넘버 세븐 신호망에서 엠티피 사용자부의 폭주 상태 처리방법

Publications (2)

Publication Number Publication Date
CN1314757A CN1314757A (zh) 2001-09-26
CN1193543C true CN1193543C (zh) 2005-03-16

Family

ID=19655825

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB011091800A Expired - Fee Related CN1193543C (zh) 2000-03-16 2001-03-16 处理消息传送部分的用户部分的拥塞状态的方法

Country Status (3)

Country Link
US (1) US7035218B2 (zh)
KR (1) KR100475754B1 (zh)
CN (1) CN1193543C (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100377687B1 (ko) * 2000-06-14 2003-03-29 엘지전자 주식회사 이종 넘버 세븐 신호망 간의 상호 연동 방법
US6606379B2 (en) * 2001-06-01 2003-08-12 Tekelec Methods and systems for collapsing signal transfer point (STP) infrastructure in a signaling network
EP1425887B1 (en) * 2001-08-16 2012-08-15 Tekelec Method and system for providing end office support in a signaling network
US7197036B2 (en) * 2001-08-16 2007-03-27 Tekelec Us Methods and systems for routing messages between a mated pair of routing nodes with a distributed processing architecture and one or more redundantly connected remote applications
CN100364293C (zh) * 2002-09-28 2008-01-23 华为技术有限公司 消息传输部分2层用户适配对ip网络拥塞的处理方法
US7477646B1 (en) * 2003-07-29 2009-01-13 Cisco Technology, Inc. Arrangement for controlling congestion for multiple host groups sharing a single signaling point code in an IP-based network using respective group congestion levels
CN100388674C (zh) * 2003-11-14 2008-05-14 中兴通讯股份有限公司 处理网关消息拥塞的方法
US7664033B1 (en) * 2005-09-30 2010-02-16 At&T Corp. Method and apparatus for automating the detection and clearance of congestion in a communication network
CN100452781C (zh) * 2005-10-26 2009-01-14 华为技术有限公司 一种传送目的地用户部分不可用消息的方法
CN100561408C (zh) * 2005-12-30 2009-11-18 中国科学院计算技术研究所 一种基于原语机制的外设网络调用方法
DE602006011436D1 (de) * 2006-01-11 2010-02-11 Huawei Tech Co Ltd Verfahren und system zur benachrichtugung unter verwendung einer instant-messaging-blocknachricht
US7633872B2 (en) * 2006-06-09 2009-12-15 Tekelec Methods, systems, and computer program products for managing congestion in a multi-layer telecommunications signaling network protocol stack
CN101257642B (zh) * 2007-02-28 2010-10-13 中兴通讯股份有限公司 控制信令消息流量的方法
EP2559259B1 (en) 2010-04-13 2014-11-12 Telefonaktiebolaget L M Ericsson (PUBL) A method and an arrangement in a first network node for managing congestion
CN102255808B (zh) * 2011-07-08 2014-04-23 福建星网锐捷网络有限公司 拥塞通告方法、装置、系统及网络设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3080732B2 (ja) * 1991-11-15 2000-08-28 マツダ株式会社 自動車のトランクリッド組付装置
DE69530534T2 (de) * 1994-02-25 2004-03-18 Hewlett-Packard Co. (N.D.Ges.D.Staates Delaware), Palo Alto Nachrichtempfangschaltung für ein Signalisierungsnetz
US5926482A (en) * 1994-05-05 1999-07-20 Sprint Communications Co. L.P. Telecommunications apparatus, system, and method with an enhanced signal transfer point
US6240067B1 (en) * 1997-10-06 2001-05-29 Ericsson Messaging Systems Inc. Method and apparatus for managing control messages in a communication system
JP3161424B2 (ja) * 1998-08-28 2001-04-25 日本電気株式会社 Ｎｏ．７信号方式における多段階輻輳制御装置とその方法
US6507649B1 (en) * 1998-12-18 2003-01-14 Ericsson Inc. Mechanism and method for distributing ISUP stacks over multiple loosely coupled processors
KR20010002101A (ko) * 1999-06-11 2001-01-05 윤종용 공통선 신호방식 시스템의 신호점의 트래픽 제어방법
KR20010028703A (ko) * 1999-09-22 2001-04-06 윤종용 넘버 세븐 신호망을 사용하는 교환망 시스템에서 폭주 제어 방법
KR100350473B1 (ko) * 2000-02-08 2002-08-28 삼성전자 주식회사 넘버.7 신호망의 신호 링크에 대한 폭주 제어 방법

Also Published As

Publication number Publication date
US7035218B2 (en) 2006-04-25
KR100475754B1 (ko) 2005-03-10
KR20010100209A (ko) 2001-11-14
CN1314757A (zh) 2001-09-26
US20010033549A1 (en) 2001-10-25

Similar Documents

Publication Publication Date Title
CN1193543C (zh) 处理消息传送部分的用户部分的拥塞状态的方法
CN1203681C (zh) 在电信网络内变换路由选择地址的系统
CN1140999C (zh) 在电信系统中的网络协议转换模式
CN1123164C (zh) 通过具有多管理级的管理网络处理报警信号的方法和通信系统
CN1135054C (zh) 用于在电信网络中生成信令消息的一种方法
CN1081865C (zh) 电信网络节点及在其中防止过载的方法
CN1162381A (zh) 在多节点电信网络中提供增强的用户业务的系统和方法
CN1163032A (zh) 电信网络节点中的防止过载
CN1378368A (zh) 网关系统及故障管理方法
CN1579102A (zh) 在电信系统中管理呼叫的方法和系统
CN1128553C (zh) 动态控制路由选择
CN1248465C (zh) 网络通信中数据发送/接收缓冲区的管理方法
CN1205587A (zh) 管理电信线路连接的方法和系统
CN1283054A (zh) 一种在移动交换中心应用层中实现过负荷控制的方法
CN101043427A (zh) 一种拥塞处理的方法
CN1258902C (zh) 一种多信令点多协议的实现方法
CN1190992C (zh) 通信方法、通信网络和节点装置
CN1227916C (zh) 在信令网中改善负荷分配的装置和方法
CN1266870C (zh) 在信令网络层的用户适配层实现业务负荷分担的方法
CN1193554C (zh) 通过不同类型的网络传输语音数据的方法及所属的单元
CN1112015C (zh) 移动通信交换单元的７号信令第二级处理系统及其控制方法
CN1297096C (zh) 在tmn网络中有选择地和集中传输报文的方法
CN100344111C (zh) 智能网系统中保证呼叫接续的方法及装置
CN1282330C (zh) 在七号消息分配单元实现对业务应用信令的控制选通方法
CN1889704A (zh) 一种业务控制点负荷分担方法及装置

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
ASS Succession or assignment of patent right

Owner name: LG- NORTEL CO., LTD.

Free format text: FORMER OWNER: LG ELECTRONIC CO., LTD.

Effective date: 20061117

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20061117

Address after: Seoul, South Kerean

Patentee after: LG Nortel Co., Ltd.

Address before: Seoul, South Kerean

Patentee before: LG Electronics Inc.

C56 Change in the name or address of the patentee

Owner name: LG-ERICSSON CO., LTD.

Free format text: FORMER NAME: LG-NORTEL CO., LTD.

CP01 Change in the name or title of a patent holder

Address after: Seoul, South Kerean

Patentee after: Novera Optics Korea Co., Ltd.

Address before: Seoul, South Kerean

Patentee before: LG Nortel Co., Ltd.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20050316

Termination date: 20160316

CF01 Termination of patent right due to non-payment of annual fee