[發明專利]處理消息傳送部分的用戶部分的擁塞狀態的方法

無效

• 申請號: 01109180.0
• 申請日: 2001-03-16
• 公開（公告）號: CN1314757A
• 公開（公告）日: 2001-09-26
• 發明（設計）人: 李勝熙
• 申請（專利權）人: LG電子株式會社
• 主分類號: H04L12/28
• 分類號: H04L12/28;H04Q3/00
• 代理公司: 中原信達知識產權代理有限責任公司
• 代理人: 余朦,李輝

1．一種在SS7網中處理MTP用戶部分的擁塞狀態的方法，包括步驟：

(a)定義一個通知在一個信令消息傳送的目的信令點的一個MTP用戶部分中已經發生擁塞的用戶部分擁塞(UPC)消息，和一個減少要發送到已經發生擁塞的MTP用戶部分的信令消息的數量的MTP?STATUS原語；

(b)產生UPC消息，并且當目的信令點的一個MTP識別出目的信令點的MTP用戶部分的擁塞狀態時把產生的UPC消息發送到信令消息的一個始發信令點；和

(c)接收UPC消息，以產生MTP_STATUS原語，并且把產生的MTP_STATUS原語發送到始發信令點的一個MTP用戶部分，以請求始發信令點的MTP用戶部分減少要發送到已經發生擁塞的目的信令點的MTP用戶部分的信令消息數量。

2．根據權利要求1所述的方法，其中UPC消息包括一個代表MTP用戶部分中發生的擁塞狀態的程度的擁塞級，一個代表有關對其傳送信令消息的MTP用戶部分的信息的用戶部分ID，和一個代表已經發生擁塞的MTP用戶部分所屬于的一個信令點的信令點代碼，即一個目的地。

3．根據權利要求1所述的方法，其中MTP_STATUS原語包括一個代表已經發生擁塞的MTP用戶部分所屬于的一個信令點的代碼的受影響的目的信令點代碼(APC)，有關向始發信令點發送UPC消息的原因的信息，和一個代表發生在MTP用戶部分中的擁塞狀態的程度的擁塞級。

4．根據權利要求1所述的方法，其中步驟(b)包括步驟：

(d)當對應的MTP接收到來自相鄰信令點的信令消息時，確定從相鄰信令點發送的信令消息的一個目的信令點是否是MTP本身所屬于的信令點；

(e)如果確定接收的信令消息的目的信令點是MTP本身所屬于的信令點，那么確定是否存在一個對其傳送接收的信令消息的MTP用戶部分；

(f)如果確定存在一個對其傳送接收的信令消息的MTP用戶部分，并且該MTP用戶部分可用，那么確定在目的信令點的MTP用戶部分中是否已經發生擁塞；

(g)如果確定在目的信令點的MTP用戶部分中已經發生擁塞，那么確定是否需要目的信令點的MTP把UPC消息發送到接收的信令消息的始發信令點；和

(h)如果確定需要目的信令點的MTP把UPC消息發送到接收的信令消息的始發信令點，那么把UPC消息發送到接收的信令消息的始發信令點。

5．根據權利要求4所述的方法，其中步驟(g)包括步驟：

(i)確定傳送到已經發生擁塞的MTP用戶部分的信令消息是否包括預定數量的信令消息；和

(j)如果確定傳送到MTP用戶部分的信令消息包括預定數量的信令消息，那么決定向接收的信令消息的始發信令點發送一個UPC消息。

6．根據權利要求5所述的方法，其中步驟(j)進一步包括一個步驟：如果確定傳送到MTP用戶部分的信令消息不包括預定數量的信令消息，那么決定不向接收的信令消息的始發信令點發送UPC消息。

7．根據權利要求5所述的方法，其中將信令消息的預定數量設定為足以通知始發信令點在目的信令點的MTP用戶部分中已經發生擁塞，而不會對SS7網增加負擔。

8．根據權利要求4所述的方法，其中步驟(f)進一步包括步驟：

如果確定不存在對其傳送接收的信令消息的MTP用戶部分，或MTP用戶部分不可用，那么放棄接收的信令消息，并且向放棄的信令消息的始發信令點發送一個通知目的信令點的MTP用戶部分不可用的UPU消息。

9．根據權利要求1所述的方法，其中步驟(c)包括步驟：

(k)確定始發信令點的MTP接收的一個信令消息是否是一個MTP信令網管理消息；

(l)如果確定接收的信令消息是MTP信令網管理消息，那么確定接收的信令消息是否是UPC消息；

(m)如果確定接收的信令消息是UPC消息，那么根據UPC消息產生MTP_STATUS原語；

(n)把產生的MTP_STATUS原語發送到始發信令點的MTP用戶部分，以請求始發信令點的MTP用戶部分減少要發送到已經發生擁塞的目的信令點的MTP用戶部分的信令消息的數量；和

(o)減少始發信令點的MTP用戶部分中要發送到已經發生擁塞的目的信令點的MTP用戶部分的信令消息的數量。