專利名稱：處理消息傳送部分的用戶部分的擁塞狀態(tài)的方法
技術領域：
本發(fā)明涉及公共信道信令網，更具體地講，涉及一種在公共信道信令(CCS)系統(tǒng)No.7網(此后稱為“SS7網”)中處理消息傳送部分(MTP)的用戶部分(此后稱為“MTP用戶部分”)的擁塞狀態(tài)的方法。
一般地講，公共信道信令(CCS)系統(tǒng)是一種其中業(yè)務線路和信令線路分開管理以通過信令線路發(fā)送呼叫信號的信令系統(tǒng)。在本發(fā)明中，特別要考慮的是公共信道信令(CCS)系統(tǒng)中的一種公共信道信令(CCS)系統(tǒng)No.7(此后稱為“SS7”)。


圖1是說明SS7網的信令點的配置示例的簡化圖。
如圖1中所示，構成SS7網的信令點被劃分為信令端點和信令轉接點(STP)。
圖2是說明構成SS7網的每個信令點的協(xié)議棧的簡化方框圖。
協(xié)議棧包括一個電話用戶部分(TUP)1，一個ISDN用戶部分(ISUP)3，一個事務處理能力部分(transaction capabilities part)(TCP)5，一個信令連接控制部分(SCCP)7，和一個消息傳送部分(MTP)9。
電話用戶部分(TUP)1適用于執(zhí)行控制電話呼叫所需的信號處理，呼叫的交換連接控制等。ISDN用戶部分(ISUP)3適用于執(zhí)行提供電路交換業(yè)務和有關綜合業(yè)務數字網(ISDN)的各種業(yè)務請求的準備的額外業(yè)務所需的功能。事務處理能力部分(TCP)5適用于執(zhí)行交換功能以及與線路無關的特定中心(例如，數據庫，專用設備單元，操作和維護中心)的各種功能的控制。信令連接控制部分(SCCP)7適用于提供除了對應于控制信號的典型線路之外的各種信號或數據的傳輸能力。消息傳送部分(MTP)9適用于執(zhí)行信號消息的傳送。
電話用戶部分(TUP)1,ISDN用戶部分(ISUP)3，和信令連接控制部分(SCCP)7是消息傳送部分(MTP)9的用戶部分(UP)，事務處理能力部分(TCP)5是信令連接控制部分(SCCP)7的用戶部分(UP)。
當把消息傳送部分(MTP)9與國際標準組織(ISO)定義的開放系統(tǒng)互連(OSI)的7層參考模型比較時，消息傳送部分(MTP)9的最低級或MTP級1等價于OSI參考模型的第一層或物理層，消息傳送部分(MTP)9的MTP級2等價于OSI參考模型的第二層或數據鏈路層，消息傳送部分(MTP)9的MTP級3等價于OSI參考模型的第三層或網絡層。
在這里，具有僅傳送一個信號功能的信令點可以沒有SCCP7和ISUP3的協(xié)議棧。
以下參考圖1和2說明SS7網中MTP9的信令消息的傳送。
如圖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把接收的信令消息發(fā)送到一個信令消息分配單元30，以把它傳送到信令點F的一個對應MTP用戶部分。另一方面，如果確定接收的信令消息的目的信令點不是信令消息鑒別單元10本身所屬的信令點F，那么信令消息鑒別單元10把接收的信令消息傳送到信令消息路由單元20，以把它路由到一個對應的信令點。
此時，當接收的信令消息的目的信令點是信令消息鑒別單元10本身所述的信令點F時，信令消息分配單元30接收來自信令消息鑒別單元10的信令消息，并且在執(zhí)行一個確定是否把接收的信令消息傳送到對應MTP用戶部分的信令消息分配功能時，僅檢查信令點F的對應MTP用戶部分的存在和活動狀態(tài)。也就是說，在分配信令消息時，信令消息分配單元30不管理對應MTP用戶部分的擁塞狀態(tài)。因此，在目的信令點的對應MTP用戶部分中發(fā)生擁塞的情況下，目的信令點的MTP和其它信令點的MTP用戶部分不可能認識到目的信令點的對應MTP用戶部分中發(fā)生了擁塞。因此，始發(fā)目的信令點的MTP用戶部分繼續(xù)向目的信令點F傳送信令消息。目的信令點的MTP也繼續(xù)向目的信令點的MTP用戶部分傳送信令消息，從而使目的信令消息點的對應MTP用戶部分的擁塞狀態(tài)在預定的時間周期中繼續(xù)，這將導致一個特定業(yè)務的完全中斷。
因此，本發(fā)明是針對上述問題作出的，并且本發(fā)明的目的是要提供一種在SS7網絡中處理MTP用戶部分的擁塞狀態(tài)的方法，其中當一個目的信令點的MTP執(zhí)行信令消息分配功能時，MTP識別出已經在目的信令點的一個特定MTP用戶部分發(fā)生擁塞，向對應信令消息的始發(fā)信令點發(fā)出該特定MTP用戶部分已經發(fā)生擁塞的通知，因此減少要發(fā)送到已經發(fā)生擁塞的特定MTP用戶部分的信號業(yè)務量，從而防止特定業(yè)務的中斷。
根據本發(fā)明的一個方面，提供了一種在SS7網絡中處理MTP用戶部分的擁塞狀態(tài)的方法，該方法包括步驟(a)定義一個通知信令消息傳送的目的信令點的MTP用戶部分中已經發(fā)生擁塞的用戶部分擁塞(UPC)消息，和一個減少所要發(fā)送到已經發(fā)生擁塞的MTP用戶部分的信令消息數量的MTP STATUS原語(primitive)；(b)產生UPC消息，并且當目的信令點的MTP識別出目的信令點的MTP用戶部分的擁塞狀態(tài)時，將產生的UPC消息發(fā)送到信令消息的始發(fā)信令點；和(c)接收UPC消息以產生MTP_STATUS原語，并且把產生的MTP_STATUS原語發(fā)送到始發(fā)信令點的一個MTP用戶部分，以請求始發(fā)信令點的MTP用戶部分減少要發(fā)送到已經產生擁塞的目的信令點的MTP用戶部分的信令消息數量。
根據本發(fā)明的一個方面，還提供了一種在SS7網絡中處理MTP用戶部分的擁塞狀態(tài)的方法，該方法包括步驟當目的信令點的一個MTP識別出目的信令點的MTP用戶部分的擁塞狀態(tài)時，通知始發(fā)信令點，信令消息傳送的目的信令點的一個MTP用戶部分中已經發(fā)生擁塞；和允許接收到目的信令點的MTP用戶部分的擁塞狀態(tài)通知的始發(fā)信令點的一個MTP請求始發(fā)信令點的一個對應MTP用戶部分減少向已經發(fā)生擁塞的目的信令點的MTP用戶部分發(fā)送的信令消息的數量。
通過結合附圖讀取以下詳細說明可以對本發(fā)明的上述和其它目的、特征和優(yōu)點有更清楚的理解，在附圖中圖1是說明SS7網絡的信令點的配置示例的簡圖；圖2是說明構成SS7網絡的每個信令點的協(xié)議棧的簡化方框圖；圖3是說明應用本發(fā)明的一個信令點的一個MTP級的簡化方框圖；圖4是說明根據本發(fā)明的在SS7網絡中處理目的信令點的MTP用戶部分的擁塞狀態(tài)的處理例程的流程圖；和圖5是說明根據本發(fā)明的在SS7網絡中處理始發(fā)信令點的MTP用戶部分的擁塞狀態(tài)的處理例程的流程圖。
現在詳細說明本發(fā)明的優(yōu)選實施例。
由于應用根據本發(fā)明的處理MTP用戶部分的擁塞狀態(tài)的方法的SS7網絡的配置與現有技術的相同，以下將參考圖1詳細說明。
首先，為了實現在根據本發(fā)明的在SS7網絡中處理MTP用戶部分的擁塞狀態(tài)的方法，定義一個從一個目的信令點產生的，用以通知一個始發(fā)信令點在信令消息傳送的目的信令點的一個MTP用戶部分中已經發(fā)生了擁塞的用戶部分擁塞(此后稱為“UPC”)消息，和一個從始發(fā)信令點產生的，用以減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息的數量的MTP_STATUS原語。
在SS7網絡中目的信令點的一個MTP必須向已經發(fā)生擁塞的目的信令點的MTP用戶部分傳送一個信令消息的情況下，目的信令點以一定的信令消息間隔向始發(fā)信令點發(fā)送UPC消息，以通知始發(fā)信令點在目的信令點的MTP用戶部分中已經發(fā)生擁塞。此時，當始發(fā)信令點的一個MTP接收到來自目的信令點的UPC消息時，它通知始發(fā)信令點的一個MTP用戶部分在目的信令點的MTP用戶部分中已經發(fā)生擁塞，以根據包括在UPC消息中的每個參數值產生MTP_STATUS原語，以便減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息的數量。
UPC消息的基本格式遵循國際電信聯盟一電信標準部(ITU-T)的Q.704建議，并且表達為如以下[表1]中所示。
路由標號包括所要路由的UPC消息的信息。標題代碼H1和標題代碼H0包括一個代表UPC消息的編碼值，它使用沒有在ITU-T的Q.704建議預定義的值中使用的值。
“目的”代表已經發(fā)生擁塞的MTP用戶部分所屬于的一個信令點的代碼。
用戶部分ID代表有關一個要對其傳送和發(fā)送信令消息的用戶部分的信息，這個用戶部分ID的編碼表達為如下面[表2]中所示。
擁塞級代表發(fā)生的擁塞狀態(tài)的程度，并且表達為如下面[表3]中所示。
MTP_STATUS原語的詳細參數表達為如下面[表4]中所示。[表4]
在這里，受影響的目的信令點代碼(APC)代表已經發(fā)生擁塞的MTP用戶部分所屬于的一個信令點的代碼。Cause是一個代表一個目的信令點向一個始發(fā)信令點發(fā)送UPC消息的原因的參數，Cause的詳細內容如下面[表5]中所示。特別是在[表5]中新增加了一個發(fā)生擁塞的用戶部分的編碼值。
Level代表當參數，即Cause，代表一個對應用戶部分的擁塞狀態(tài)(即，“擁塞的用戶部分(UPC)”)時的擁塞級，并且具有0-3的值(0未發(fā)生擁塞)。Level也代表在參數，即Cause，代表一個信令網的擁塞狀態(tài)(即，“擁塞的信令網”)時的擁塞級。[表5]
以下參考附圖詳細說明利用如上定義的UPC消息和MTP_STATUS原語在SS7中處理MTP用戶部分的擁塞狀態(tài)的方法。
(A)UPC消息發(fā)送方法圖4是說明根據本發(fā)明的在SS7網絡中處理目的信令點的MTP用戶部分的擁塞狀態(tài)的處理例程的流程圖。
參考圖4，首先，在步驟S10，在一個信令點的一個MTP中，一個信令消息鑒別單元10接收一個要從SS7網中的一個相鄰信令點傳送到一個MTP用戶部分的信令消息(S10)，程序前進到步驟S12，在步驟S12信令消息鑒別單元10確定接收的信令消息的目的信令點是否是信令消息鑒別單元10本身所屬于的信令點。如果在步驟S12確定接收的信令消息的目的信令點不是信令消息鑒別單元10本身所屬于的信令點，那么程序前進到步驟S14，在步驟S14，信令消息鑒別單元10把接收的信令消息傳送到一個信令消息路由單元20，以把它路由到一個對應的信令點。另一方面，如果在步驟S12確定接收的信令信息的目的信令點是信令消息鑒別單元10本身所屬于的信令點，那么程序前進到步驟S16，在步驟S16，信令消息鑒別單元10把接收的信令消息發(fā)送到一個信令消息分配單元30，以把它傳送到信令消息鑒別單元10本身所屬于的目的信令點的一個對應MTP用戶部分。
此時，信令消息分配單元30確定是否存在要傳送的接收的信令消息的對應的MTP用戶部分。如果在步驟S16確定不存在要傳送的接收的信令消息的對應的MTP用戶部分，那么程序前進到步驟S18，在步驟S18，信令消息分配單元30放棄接收的信令消息，然后，在后續(xù)步驟S20，向放棄的信令消息的始發(fā)信令點發(fā)送一個通知不存在目的信令點的對應MTP用戶部分的UPU(不可用用戶部分)消息。另一方面，如果在步驟S16確定存在要傳送的接收的信令消息的對應MTP用戶部分，那么程序前進到步驟S22，在步驟S22，信令消息分配單元30確定對應的MTP用戶部分是否可用。如果在步驟S22確定對應的MTP用戶部分不可用，那么程序再次轉移到步驟S18，在步驟S18，信令消息分配單元30放棄接收的信令消息，然后，在后續(xù)步驟S20，向放棄的信令消息的始發(fā)信令點發(fā)送通知目的信令點的對應MTP用戶部分不可用的UPU消息。
此時，如果在步驟S22確定對應的MTP用戶部分可用，那么程序前進到步驟S24，在步驟S24，信令消息分配單元30確定在對應MTP用戶部分中是否發(fā)生了擁塞。如果在步驟S22確定在要傳送的接收的信令消息的對應MTP用戶部分中沒有發(fā)生擁塞，那么程序前進到步驟S26，在步驟S26，信令消息分配單元30向對應的MTP用戶部分傳送接收的信令消息。
另一方面，如果在步驟S22確定對應的MTP用戶部分中已經發(fā)生擁塞，那么程序前進到步驟S28，在步驟S28，信令消息分配單元30確定是否需要把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點。
在這里，確定是否需要把UPC消息發(fā)送到接收到信令消息的始發(fā)信令點的目的是要減少發(fā)送到始發(fā)信令點的UPC消息的數量。也就是說，確定是否需要把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點的目的是要，每次信令消息分配單元30向已經發(fā)生擁塞的對應MTP用戶部分傳送接收的信令消息時，總是向接收的信令消息的始發(fā)信令點發(fā)送一個UPC消息，但是每隔預定數量的傳送到已經發(fā)生擁塞的對應MTP用戶部分的信令消息發(fā)送一個UPC消息。信令消息的預定數量被設定為足以通知始發(fā)信令點在目的信令點的對應MTP用戶部分中已經發(fā)生擁塞，而不會給SS7網增加負擔。當把UPC消息發(fā)送到始發(fā)信令點時，也要重設信令消息的預定數量。
此時，如果在步驟S28確定不需要把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點，那么程序前進到步驟S26，在步驟S26，信令消息分配單元30把信令消息傳送到對應的MTP用戶部分。另一方面，如果在S28確定需要把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點，那么程序前進到步驟S30，在步驟S30，信令消息分配單元30把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點，然后，在步驟S26，把信令消息傳送到對應的MTP用戶部分。因此，當目的信令點的MTP認識到信令消息傳送的目的信令點的MTP用戶部分中已經發(fā)生擁塞時，它向接收的信令消息的始發(fā)信令點發(fā)送用于通知在目的信令點的MTP用戶部分中已經發(fā)生擁塞的UPC消息。
(B)UPC消息接收方法圖5是說明根據本發(fā)明的在SS7網中處理始發(fā)信令點的MTP用戶部分的擁塞狀態(tài)的處理例程的流程圖。
參考圖5，首先，在步驟S50，當始發(fā)信令點的一個MTP接收來自一個相鄰信令點的UPC消息時，程序前進到步驟S52，在步驟S52，始發(fā)信令點的MTP確定始發(fā)信令點的MTP接收的信令消息是否是一個MTP信令網管理消息。通過信令消息的參數中位于路由標號之前的SIO(業(yè)務信息八比特組)參數([表1]中未示出)可以看出接收的信令消息是否是MTP信令網管理消息。
如果在步驟S52確定接收的信令消息不是MTP信令網管理消息，那么程序前進到步驟S54，在步驟S54，始發(fā)信令點的MTP發(fā)揮功能，將信令消息傳送到一個對應的MTP用戶部分。另一方面，如果在步驟S52確定接收的信令消息是MTP信令網管理消息，那么程序前進到步驟S56，在步驟S56，始發(fā)信令點的MTP確定接收的信令消息是否是UPC消息。如果在步驟S56確定接收的信令消息不是UPC消息，那么程序前進到步驟S58，在步驟S58，始發(fā)信令點的MTP執(zhí)行一種處理通常定義的MTP信令網管理消息的功能。另一方面，如果在步驟S56確定接收的信令消息是UPC消息，那么程序前進到步驟S60，在步驟S60，始發(fā)信令點的MTP根據包括在UPC消息中的每個參數值產生MTP_STATUS原語，然后，把產生的MTP_STATUS原語發(fā)送到始發(fā)信令點的一個對應MTP用戶部分。
此時，始發(fā)信令點的MTP用戶部分，根據包括在MTP_STATUS原語中的已經發(fā)生擁塞的目的信令點的MTP用戶部分，和MTP用戶部分的擁塞級，等等，減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息的數量。因此，減少了發(fā)生在目的信令點的MTP用戶部分中的擁塞狀態(tài)，從而防止了一個特定業(yè)務的中斷。
以下說明利用從目的信令點的MTP發(fā)送到始發(fā)信令點的MTP的UPC消息從始發(fā)信令點的MTP產生MTP_STATUS原語的過程。
首先，當始發(fā)信令點的MTP接收到來自目的信令點的UPC消息時，它用UPC消息的一個目的參數值填充MTP_STATUS原語的一個APC參數。始發(fā)信令點的MTP也用一個代表目的信令點向始發(fā)信令點的MTP發(fā)送UPC消息的原因的編碼值填充MTP_STATUS原語的Cause參數，和用UPC消息的一個擁塞級參數值填充MTP_STATUS原語的level參數，以產生MTP_STATUS原語。
如同從前面的說明可以看到的，根據本發(fā)明的在SS7網中處理MTP用戶部分的擁塞狀態(tài)的方法，當一個目的信令點的一個MTP執(zhí)行信令消息的分配時，它識別發(fā)生在目的信令點的一個特定MTP用戶部分中的擁塞狀態(tài)，向一個對應的信令消息的始發(fā)信令點發(fā)送有關在MTP用戶部分中發(fā)生的擁塞狀態(tài)的信息，從而減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令業(yè)務量，因而防止了一個特定業(yè)務的中斷。
盡管本發(fā)明是結合現在認為是最實際和優(yōu)選的實施例說明的，但是應當知道本發(fā)明并不限于披露的實施例，而是相反，它將包括在附屬權利要求的精神和范圍內的各種變化。
權利要求
1．一種在SS7網中處理MTP用戶部分的擁塞狀態(tài)的方法，包括步驟(a)定義一個通知在一個信令消息傳送的目的信令點的一個MTP用戶部分中已經發(fā)生擁塞的用戶部分擁塞(UPC)消息，和一個減少要發(fā)送到已經發(fā)生擁塞的MTP用戶部分的信令消息的數量的MTP STATUS原語；(b)產生UPC消息，并且當目的信令點的一個MTP識別出目的信令點的MTP用戶部分的擁塞狀態(tài)時把產生的UPC消息發(fā)送到信令消息的一個始發(fā)信令點；和(c)接收UPC消息，以產生MTP_STATUS原語，并且把產生的MTP_STATUS原語發(fā)送到始發(fā)信令點的一個MTP用戶部分，以請求始發(fā)信令點的MTP用戶部分減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息數量。
2．根據權利要求1所述的方法，其中UPC消息包括一個代表MTP用戶部分中發(fā)生的擁塞狀態(tài)的程度的擁塞級，一個代表有關對其傳送信令消息的MTP用戶部分的信息的用戶部分ID，和一個代表已經發(fā)生擁塞的MTP用戶部分所屬于的一個信令點的信令點代碼，即一個目的地。
3．根據權利要求1所述的方法，其中MTP_STATUS原語包括一個代表已經發(fā)生擁塞的MTP用戶部分所屬于的一個信令點的代碼的受影響的目的信令點代碼(APC)，有關向始發(fā)信令點發(fā)送UPC消息的原因的信息，和一個代表發(fā)生在MTP用戶部分中的擁塞狀態(tài)的程度的擁塞級。
4．根據權利要求1所述的方法，其中步驟(b)包括步驟(d)當對應的MTP接收到來自相鄰信令點的信令消息時，確定從相鄰信令點發(fā)送的信令消息的一個目的信令點是否是MTP本身所屬于的信令點；(e)如果確定接收的信令消息的目的信令點是MTP本身所屬于的信令點，那么確定是否存在一個對其傳送接收的信令消息的MTP用戶部分；(f)如果確定存在一個對其傳送接收的信令消息的MTP用戶部分，并且該MTP用戶部分可用，那么確定在目的信令點的MTP用戶部分中是否已經發(fā)生擁塞；(g)如果確定在目的信令點的MTP用戶部分中已經發(fā)生擁塞，那么確定是否需要目的信令點的MTP把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點；和(h)如果確定需要目的信令點的MTP把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點，那么把UPC消息發(fā)送到接收的信令消息的始發(fā)信令點。
5．根據權利要求4所述的方法，其中步驟(g)包括步驟(i)確定傳送到已經發(fā)生擁塞的MTP用戶部分的信令消息是否包括預定數量的信令消息；和(j)如果確定傳送到MTP用戶部分的信令消息包括預定數量的信令消息，那么決定向接收的信令消息的始發(fā)信令點發(fā)送一個UPC消息。
6．根據權利要求5所述的方法，其中步驟(j)進一步包括一個步驟如果確定傳送到MTP用戶部分的信令消息不包括預定數量的信令消息，那么決定不向接收的信令消息的始發(fā)信令點發(fā)送UPC消息。
7．根據權利要求5所述的方法，其中將信令消息的預定數量設定為足以通知始發(fā)信令點在目的信令點的MTP用戶部分中已經發(fā)生擁塞，而不會對SS7網增加負擔。
8．根據權利要求4所述的方法，其中步驟(f)進一步包括步驟如果確定不存在對其傳送接收的信令消息的MTP用戶部分，或MTP用戶部分不可用，那么放棄接收的信令消息，并且向放棄的信令消息的始發(fā)信令點發(fā)送一個通知目的信令點的MTP用戶部分不可用的UPU消息。
9．根據權利要求1所述的方法，其中步驟(c)包括步驟(k)確定始發(fā)信令點的MTP接收的一個信令消息是否是一個MTP信令網管理消息；(l)如果確定接收的信令消息是MTP信令網管理消息，那么確定接收的信令消息是否是UPC消息；(m)如果確定接收的信令消息是UPC消息，那么根據UPC消息產生MTP_STATUS原語；(n)把產生的MTP_STATUS原語發(fā)送到始發(fā)信令點的MTP用戶部分，以請求始發(fā)信令點的MTP用戶部分減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息的數量；和(o)減少始發(fā)信令點的MTP用戶部分中要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息的數量。
10．根據權利要求9所述的方法，其中步驟(m)包括步驟(p)利用UPC消息的一個目的參數產生MTP_STATUS原語的一個信令點代碼；和(q)利用UPC消息的一個擁塞級參數值產生MTP_STATUS原語的一個擁塞級。
11．一種在SS7網中處理MTP用戶部分的擁塞狀態(tài)的方法，包括步驟(r)當一個目的信令點的一個MTP識別出目的信令點的MTP用戶部分的擁塞狀態(tài)時，通知始發(fā)信令點，在傳送的信令消息的目的信令點的一個MTP用戶部分中已經發(fā)生擁塞；和(s)允許被通知了目的信令點的MTP用戶部分的擁塞狀態(tài)的始發(fā)信令點的一個MTP請求始發(fā)信令點的一個對應MTP用戶部分減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息數量。
12．根據權利要求11所述的方法，其中步驟(r)包括步驟(t)允許目的信令點的MTP確定是否在傳送的信令消息的目的信令點的MTP用戶部分中已經發(fā)生擁塞；(u)如果確定在目的信令點的MTP用戶部分中已經發(fā)生擁塞，那么確定是否需要把目的信令點的MTP用戶部分的擁塞狀態(tài)通知信令消息的始發(fā)信令點；(v)如果確定需要把目的信令點的MTP用戶部分的擁塞狀態(tài)通知信令消息的始發(fā)信令點，那么向始發(fā)信令點發(fā)送用于通知目的信令點的MTP用戶部分中已經發(fā)生擁塞的預定格式的消息。
13．根據權利要求12所述的方法，其中預定格式的消息包括一個代表發(fā)生在MTP用戶部分中的擁塞狀態(tài)的程度的擁塞級，一個代表有關對其傳送信令消息的MTP用戶部分的信息的用戶部分ID，和一個代表已經發(fā)生擁塞的MTP用戶部分所屬于的信令點的信令點代碼，即一個目的地。
14．根據權利要求12所述的方法，其中步驟(u)包括步驟(w)確定傳送到已經發(fā)生擁塞的MTP用戶部分的信令消息是否包括預定數量的信令消息；和(x)如果確定傳送到MTP用戶部分的信令消息包括預定數量的信令消息，那么決定把預定格式的消息發(fā)送到接收的信令消息的始發(fā)信令點；(y)如果確定傳送到MTP用戶部分的信令消息沒有包括預定數量的信令消息，那么決定不向接收的信令消息的始發(fā)信令點發(fā)送預定格式的消息。
15．根據權利要求14所述的方法，其中將信令消息的預定數量設定為足以通知始發(fā)信令點在目的信令點的MTP用戶部分中已經發(fā)生擁塞，而不會增加SS7網的負擔。
16．根據權利要求14所述的方法，其中當目的信令點的MTP將預定格式的消息發(fā)送到始發(fā)信令點時，重置信令消息的預定數量。
17．根據權利要求12所述的方法，其中步驟(r)進一步包括步驟當對應的MTP接收來自一個相鄰信令點的信令消息時，確定從相鄰信令點發(fā)送的信令消息的目的信令點是否是MTP本身所屬于的信令點；如果確定接收的信令消息的目的信令點是MTP本身所屬于的信令點，那么確定是否存在對其傳送接收的信令消息的一個MTP用戶部分；如果確定存在MTP用戶部分，那么確定對其傳送接收的信令消息的MTP用戶部分是否可用。
18．根據權利要求11所述的方法，其中步驟(s)包括步驟允許將目的信令點的MTP用戶部分的擁塞狀態(tài)通知給始發(fā)信令點的一個MTP；通過參考上述允許把擁塞狀態(tài)通知給始發(fā)信令點的MTP的步驟，產生一個預定格式的原語，用于請求始發(fā)信令點的MTP用戶部分減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息數量。
19．根據權利要求18所述的方法，其中預定格式的原語包括一個代表已經發(fā)生擁塞的MTP用戶部分所屬于的目的信令點的代碼的受影響目的信令點代碼(APC)，有關將UPC消息發(fā)送到始發(fā)信令點的原因的信息，和一個代表MTP用戶部分中發(fā)生的擁塞狀態(tài)的程度的擁塞級。
20．根據權利要求18所述的方法，其中步驟(s)進一步包括步驟允許已經接收到預定格式的原語的始發(fā)信令點的MTP用戶部分減少要發(fā)送到已經發(fā)生擁塞的目的信令點的MTP用戶部分的信令消息的數量。
全文摘要
本發(fā)明公開了一種在SS7網中處理MTP用戶部分的擁塞狀態(tài)的方法,包括步驟:(a)定義一個通知已經發(fā)生擁塞的用戶部分擁塞(UPC)消息,和一個減少要發(fā)送的信令消息的數量的MTPSTATUS原語;(b)產生UPC消息,并且當目的信令點的MTP認識到目的信令點的MTP用戶部分的擁塞狀態(tài)時把產生的UPC消息發(fā)送到信令消息的始發(fā)信令點;和(c)接收UPC消息,以產生MTPSTATUS原語并發(fā)送到始發(fā)信令點的MTP用戶部分。
文檔編號H04Q3/00GK1314757SQ01109180
公開日2001年9月26日 申請日期2001年3月16日 優(yōu)先權日2000年3月16日
發(fā)明者李勝熙 申請人:Lg電子株式會社