專利名稱：具有發(fā)端呼叫限制功能的交換系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種具有發(fā)端呼叫限制功能的交換系統(tǒng)。更具體地說，它涉及一個交換機中的一個呼叫限制優(yōu)先控制系統(tǒng)，以便限制從接納的用戶來的發(fā)端呼叫和來自其它交換局的入局呼叫。
對于從所接納的用戶來的發(fā)端呼叫和經(jīng)傳輸線路從其它交換局來的入局呼叫，交換機執(zhí)行一個所需的交換過程。當這些發(fā)端呼叫或入局呼叫的數(shù)量增加到比一個預先估計量多時，該交換機陷入過載狀態(tài)，以致于接續(xù)時間增加和接續(xù)完成率下降。
為防止交換局業(yè)務能力的下降，交換機已經(jīng)實行了負載監(jiān)控，以便限制從所接納的用戶來的發(fā)端呼叫和從其它交換局來的入局呼叫。
進而，本發(fā)明涉及一種用于在一個交換局異常擁擠狀態(tài)下的一個呼叫限制系統(tǒng)。更具體地說，它涉及一個在系統(tǒng)中的發(fā)端呼叫量受到檢測的呼叫限制系統(tǒng)，該呼叫限制系統(tǒng)能夠根據(jù)負載的程度進行調整。
在異常擁擠期間，負載被集中在交換局，結果，撥號音延遲，接收器不足等等引起非生產(chǎn)或無效處理增加，以致于交換機的通過量被降低，例如，降低了可以在一個預定期間內能夠處理的呼叫數(shù)量。
當這種異常擁擠發(fā)生的時候，只要有可能改善這種業(yè)務狀態(tài)，就需要改善通過量。
本發(fā)明還涉及這樣一種發(fā)端呼叫限制系統(tǒng)，在這個系統(tǒng)中，通過提供一個對于系統(tǒng)是公用的后入先出LIFO排隊去延遲一個呼叫。
在一個電話電子交換系統(tǒng)或數(shù)據(jù)交換存貯程序系統(tǒng)中，對于交換處理資源的數(shù)量(呼叫處理存貯區(qū)、通信通路、接收單元等)是受到限制的。因此，當存在過載時，由于處理的延遲取決于交換機處理資源的擁擠程度，所以通過量被降低了。
正如所希望的要提供的一種發(fā)端呼叫限制系統(tǒng)，即使在交換局處理資源擁擠的情況下，只要有可能，它就能夠改善其通過量。
作為已有技術，具有一種呼叫限制功能的交換系統(tǒng)，已經(jīng)公開在日本未經(jīng)審查的專利公開61-70844和日本未經(jīng)審查的專利公開61-191153中。
在前的對比文件(JPP61-70844)公開了一個在交換機中的呼叫控制系統(tǒng)。在這個系統(tǒng)中，可以被接受的呼叫數(shù)量是根據(jù)所接受呼叫的數(shù)量進行修正的。
在后的對比文件(JPP61-191153)公開了一個在交換機中的動態(tài)過載控制系統(tǒng)，在這個系統(tǒng)中，可以被接受的呼叫數(shù)量根據(jù)呼叫的各自種類被確定。呼叫的各自種類根據(jù)對發(fā)端呼叫量與可接受的呼叫量的比較分別進行限制。
但是這些對比文件不能區(qū)別從所接納的用戶來的發(fā)端呼叫和從其它交換局來的入局呼叫。而從其它交換局來的入局呼叫所占據(jù)的資源比從用戶來的發(fā)端呼叫的資源大的多。因此，如果入局呼叫被限制，那時所占用的資源就變?yōu)闊o效或占線，以致于出現(xiàn)了通信效率可能減少的憂慮。
進而，如上述對比文件所公開的那樣，當異常擁擠發(fā)生的時候，檢測一個來自用戶的呼叫方法就被終止。因此，由于在一個預定的期間來自用戶的呼叫全都未被接受，用戶的業(yè)務被降低了，所以交換局的負載就可以大大地減少了。
另外，這種普通的系統(tǒng)容易引起過限制，以致于當許多通信需求出現(xiàn)的時候，交換局的能力因沒有充分地發(fā)揮而被抑制。
一般來說，當為延遲一個呼叫排隊時，交換局資源是擁擠的，因此使用了一個先入先出FIFO排隊方法，以便相對于每個資源延遲一個呼叫(參見《10thInternationalTrafficConference》第五篇論文“CUSTOMERBEHAVIORANDUNEXPECTEDDIALTONEDELAY”的第2.4節(jié)，以及第四篇論文“PERFORMANCEANALYSISOFANEWOVERLOADSTRATEGY”的第5.2節(jié))。在這種情況下，當資源變得空閑時，先排隊的呼叫首先被處理，以使對于各個呼叫的延遲時間(例如處理延遲時間)是均分的。
在接收一個發(fā)端呼叫時，在撥號音連接處理中，許多用戶都想撥號，但沒有遵守由交換局傳來撥號音原則。由于用戶的這種行為，撥號音的傳輸延遲越長，用戶在傳送撥號音前撥號的可能性就越大。從而，一個呼叫的部分撥號的可能性增加，即只有一部分撥號被接收，以致于不完整的呼叫增加了。
上述現(xiàn)象在過載的時候是明顯的，其發(fā)端呼叫比設備計算標準要多。當撥號音延遲時間變長的時候，部分撥號就要增加，當部分撥號處理沒有結果的時候，重撥就會增加，并且由于撥號音的延遲和部分撥號的增加導致了一種惡性循環(huán)，而產(chǎn)生出一個極壞的系統(tǒng)通過量(完成呼叫與總呼叫的比率)。
本發(fā)明的一個目的是提供一種具有呼叫限制功能的交換系統(tǒng)，它可以優(yōu)先接受從其它交換局來的入局呼叫，這些入局呼叫占用的資源比從用戶來的發(fā)端呼叫要多。
本發(fā)明另一個目的是要提供一種呼叫限制系統(tǒng)，它能夠連續(xù)檢測來自用戶的呼叫，以減少交換機的負載，即使在出現(xiàn)交換局異常擁擠的時候也能改善其業(yè)務能力。
本發(fā)明的又一個目的是提供這樣一種系統(tǒng)，在一個具有多重處理器結構的電子交換系統(tǒng)中，當用于交換機處理的各個資源擁擠的時候，從用戶摘機動作到撥號音連接的處理能夠導致為LIFO順序。
當發(fā)端呼叫數(shù)量在一個預定的期間內超過一個預定的處理限制等級時，根據(jù)本發(fā)明，則提供一個用于限制發(fā)端呼叫，具有發(fā)端呼叫限制功能的交換系統(tǒng)。
該系統(tǒng)包括一個計算發(fā)端呼叫的單元，一個計算入局呼叫的單元，一個在預定期間內，存貯能夠從所接納用戶接受的發(fā)端呼叫數(shù)量的存貯單元，一個在預定期間內，存貯能夠接受的入局呼叫數(shù)量的存貯單元。以及一個修正可接受呼叫數(shù)量的單元。通過用一個所接受的入局呼叫量與一個能夠被接受的入局呼叫量的比較，當可接受的入局呼叫量與所接受的入局呼叫量的差減至低于一個預定的等級時，可以被接受的發(fā)端呼叫數(shù)量由一個預定的修正值進行減小，并且可以被接受的入局呼叫數(shù)量由一個預定的修正值進行增加。其中，在處理擁擠的時候，入局呼叫限制的等級被放松，發(fā)端呼叫限制的等級被增加。
入局呼叫是通過通信線路從其它交換局來的。
處理的擁擠是由呼叫的數(shù)量和在交換機中控制裝置的處理能力來實現(xiàn)的。
發(fā)端呼叫的限制是根據(jù)交換機的處理能力逐級被控制的。
發(fā)端呼叫限制具有多級，并且發(fā)端呼叫限制的控制是通過使用多個等級來完成的。
有兩個限制等級，且每次只啟動一個限制過程，這個限制一直延長到較低的限制等級?？梢员唤邮艿陌l(fā)端呼叫數(shù)量，可以根據(jù)限制等級進行改變。
當所計數(shù)的發(fā)端呼叫數(shù)量超過一個預定限制等級時，該限制等級就被逐級抬高。當所計數(shù)的發(fā)端呼叫數(shù)量減少到低于一個預定等級時，該限制等級就逐級地降低。
發(fā)端呼叫限制和入局呼叫限制根據(jù)優(yōu)先權被傳送。
發(fā)端呼叫檢測處理部分包括一個LIFO單元，其中，發(fā)端呼叫在LIFO排隊單元中被排隊。
當資源擁擠時，停止從LIFO單元中取出呼叫，而且限制等級被上升一級，當資源再次擁擠時，則再次停止從LIFO單元中取出呼叫，而且限制等級又被提高了一級，以致這種處理被不斷地執(zhí)行，直至上升到N級。
根據(jù)本發(fā)明的另一個方面，提供了一種在一個交換局中具有發(fā)端呼叫限制功能的交換系統(tǒng)，它用于在一個預定的期間內，確定可以由所接納用戶產(chǎn)生的，被接受的發(fā)端呼叫的數(shù)量，以及在一個預定的期間內，通過傳輸線路的連接從其它交換局來的可以入局的被接受的入局呼叫的數(shù)量。
當在一個預定期間內接受的來自用戶的發(fā)端呼叫量增加到比可以產(chǎn)生的被接受的發(fā)端呼叫量多時，來自用戶的呼叫就會受到限制。當在一個預定期間內從其它交換局接受的入局呼叫的數(shù)量增加到比可以被接受的入局呼叫量多時，從其它交換局接收到的呼叫也會受到限制。在一個呼叫數(shù)量修正單元中，可被接受的入局呼叫的數(shù)量與接受到入局呼叫的數(shù)量進行比較。當可被接受的入局呼叫的數(shù)量與接受到的入局呼叫數(shù)量之間的差減小到低于一個預定值時，允許接收到呼叫的量由一個預定的修正呼叫數(shù)進行減少，并且允許被接受的接收呼叫量由該修正呼叫數(shù)進行增加。
根據(jù)本發(fā)明進一步的一個方面，該系統(tǒng)包括一個在線路集中級和線路分配級分別具有處理器的多重處理器結構。該系統(tǒng)提供了一個LIFO排隊，用以在線路集中級的處理器中延遲一個呼叫;以及一個發(fā)端呼叫數(shù)量控制表，它用于確定在一個預定期間內可允許的發(fā)端呼叫的數(shù)量。當交換局處理資源擁擠的時候，就停止從LIFO排隊中取出一個發(fā)端呼叫請求。在一個預定時間之后，從LIFO排隊中取出的呼叫請求的量，按照在發(fā)端呼叫數(shù)量控制表中的控制等級逐級地被增加。
附圖的簡單描述

圖1是用圖示表示本發(fā)明背景技術的一個交換系統(tǒng);
圖2是一個表示普通呼叫限制方法的圖表;
圖3是表示一個普通呼叫限制系統(tǒng)的實例圖;
圖4是一個解釋本發(fā)明第一實施例原理概念的示意圖;
圖5是一個表示根據(jù)本發(fā)明第一實施例的一個交換系統(tǒng)的原理構成圖;
圖6是用圖示表示根據(jù)本發(fā)明第一實施例的一個交換系統(tǒng);
圖7是一個表示本發(fā)明第二實施例原理的示意圖;
圖8是一個表示根據(jù)本發(fā)明第二實施例在所有限制等級上控制的實例圖;
圖9是用圖示表示根據(jù)本發(fā)明的第二實施例，每個呼叫在呼叫限制處理中使用的數(shù)據(jù);
圖10是根據(jù)本發(fā)明第二實施例，解釋一個呼叫限制等級控制的流程圖;
圖11是根據(jù)本發(fā)明第二實施例，解釋對每一個呼叫進行呼叫限制處理的流程圖;
圖12是用圖示表示分別供給相應的各種資源的一個普通的LIFO排隊結構;
圖13是一個表示從圖12中所示的普通LIFO排隊中提取呼叫次序的示意圖;
圖14是一個表示本發(fā)明第三實施例原理概念的示意圖;
圖15是一個表示根據(jù)本發(fā)明第三實施例的交換系統(tǒng)的原理結構圖;
圖16是一個解釋在本發(fā)明第三實施例中從一個LIFO排隊中進行取出處理的示意圖;
圖17是一個解釋第三實施例中一個表的內容的示意圖;
圖18是一個解釋第三實施例在發(fā)端呼叫控制等級確定中的狀態(tài)轉換示意圖;
圖19是一個解釋在第三實施例中呼叫限制等級轉換的示意圖;
圖20是一個解釋在第三實施例中呼叫檢測過程L1的流程圖;
圖21是一個解釋在第三實施例中呼叫控制過程的流程圖;
圖22是一個解釋在第三實施例中限制等級確定過程的一個實例流程圖;
圖23是一個解釋在第三實施例中限制等級確定過程另一個實例的流程圖;
圖24是一個解釋在第三實施例中呼叫過程狀態(tài)管理的流程圖;
圖25是一個解釋在第三實施例中資源管理的流程圖。
為了便于理解本發(fā)明，首先參考圖1至圖3對背景和先有技術進行描述。
圖1是作為本發(fā)明背景的一個交換系統(tǒng)的示意圖。在圖1中，示出了在一個電子交換系統(tǒng)中的一個線路集中級單元和一個分配級單元。該線路集中級單元和分配級單元通過一個通信信道(STL)1被連接起來。
在線路集中級單元中，一個用戶2通過一個用戶線電路(SLC)3連接到一個線路集中級交換網(wǎng)絡(LCNW)4，并且通過SLT1從LCNW4連接到分配級單元。一個線路集中級處理器(LPR)5也被連到LCNW4。
在分配級單元中，SLT1連接到一個分配級的交換網(wǎng)絡(DSM)6，并且一個呼叫處理處理器(CPR)7被連接到DSM6。CPR7經(jīng)過信道耦合單元8和9連接到一個主處理器(MPR)10。多個處理器11至17具有與CPR7相同的結構，并且被連接到該主處理器(MPR)，以構成一個多重處理器系統(tǒng)。另外，一個按鈕(PB)信號接收單元(PBREC)18連接到DSM6。
此外，在線路集中級單元中，一個用于控制LPR5與CPR7，11至17之中的一個之間通信的單元(SGC)19，被連接到LPR5和LCNW4。在分配級單元中，一個用于控制LPR5和CPR7之間通信的單元(CSE)20被連接到CPR7和DSM6，以便產(chǎn)生相互的通信過程。
包括分配級控制存儲區(qū)(CCB)的一個主存貯器(MM)21被連接到CPR7。
另一個交換機(EX)211經(jīng)過傳輸線212被連接到LCMNW4。
圖2是一個表示普通呼叫限制方法的圖表。在圖2中。水平軸代表時間，垂直軸代表由交換系統(tǒng)接收到的呼叫數(shù)量。如圖2所示，當呼叫數(shù)量超過一個預定的限制等級時，到達交換機的呼叫被限制到交換機可接受的等級供進一步處理。到達呼叫的數(shù)量超過預定限制等級的期間即是限制期間。
為了實現(xiàn)如圖2所示的呼叫限制，通常來自在考慮中交換機所接納用戶的發(fā)端呼叫和來自其它交換局的入局呼叫被分別進行限制。這種普通的呼叫限制將參考圖3進行描述。
圖3是用圖示表示一個普通呼叫限制系統(tǒng)的例子。
這種普通的呼叫限制系統(tǒng)在日本未經(jīng)審查的專利公開61-70844中已經(jīng)描述，它是于1984年9月24日，由同一申請人申請，并于1986年4月11日公開的。
在圖3中，當所接納的用戶111通過用戶線路進行一次呼叫時，一個發(fā)端呼叫檢測部分121(例如，裝備在接口部分向交換機提供用戶線路)，檢測這個呼叫，并發(fā)送一個呼叫信號OC給發(fā)端呼叫控制部分131，以報告這個來自用戶111的呼叫。
發(fā)端呼叫控制部分131在收到呼叫信號OC后，當交換機決定該呼叫可以通過后面描述的步驟被接收時，它就驅動一個發(fā)端呼叫處理部分132，以便產(chǎn)生一個由發(fā)端呼叫檢測部分121進行呼叫檢測的接受步驟，并且向部分141發(fā)送一個作減運算信號D0，以便對收到的發(fā)端呼叫進行計數(shù)。
另一方面，用于檢測能夠被接收的呼叫次數(shù)的部分142，計算在一個預定期間內發(fā)端呼叫處理部分132能夠接受的發(fā)端呼叫NI0的數(shù)量，以收到的和在一個預定期間(例如1秒)由發(fā)端呼叫處理部分132處理的發(fā)端呼叫Na0的數(shù)量為基礎，及該部分處理上述呼叫處理的存取率等，通過用于保持能夠被接受的呼叫數(shù)量的部分143把它傳送到用于修正能夠被接受的發(fā)端呼叫數(shù)量的部分144。
用于修正能夠接受的發(fā)端呼叫數(shù)量的部分144，提取一個由用于計算可接受的發(fā)端呼叫的部分141保持的發(fā)端呼叫計數(shù)值TI0，并且在用于計算可接受的發(fā)端呼叫的部分141設置一個與可被接受的被發(fā)送的發(fā)端呼叫數(shù)NI0求和的和值(TI0+NI0)。
注意，在初始狀態(tài)中，因為在用于計算所接受發(fā)端呼叫的部分141中，發(fā)端呼叫計數(shù)值TI0被置為零，又由于設置了和值(TI0+NI0)，所以計算值TI0等于發(fā)端呼叫的數(shù)量NI0。
每當由發(fā)端呼叫控制部分131發(fā)送一個減運算信號D0時，用于計算所接受發(fā)端呼叫的部分141就從發(fā)端計數(shù)值TI0中減去1。
用于計算所接受發(fā)端呼叫的部分141，監(jiān)視發(fā)端計數(shù)值TI0是正還是負，并且輸出作為監(jiān)視結果的正/負指示信號，該信號被發(fā)送給用于指示一個呼叫限制的部分145和恢復部分147。
當從用于計算所接收發(fā)端呼叫的部分141傳送的該正/負指示信號指示負狀態(tài)時，用于指示呼叫限制的部分145就發(fā)送一個呼叫限制標志F0給發(fā)端呼叫控制部分131。當該正/負指示信號指示正狀態(tài)時，就停止呼叫限制標志F0的傳送。
在呼叫限制標志F0從用于指示一個呼叫限制的部分145傳送的狀態(tài)期間，當一個呼叫信號OC被傳送到發(fā)端呼叫控制部分131時，發(fā)端呼叫控制部分131驅動一個入局呼叫限制部分146，代替發(fā)端呼叫處理部分132，以便對來自用戶111呼叫進行限制，而沒有被接受。
在一個預定的期間之后(例如1秒)，上述的狀態(tài)就過去了，用于修正能夠接受的發(fā)端呼叫數(shù)量的部分144則設置和值(TI0+NI0)，該和值是從用于計算接受的發(fā)端呼叫的部分在這個時間中得出的發(fā)端計數(shù)值TI0，以及傳送的能夠被接受的發(fā)端呼叫NI0的數(shù)值。
因此，當來自用戶111的發(fā)端呼叫數(shù)量在上述期間是小的時，發(fā)端計數(shù)值TI0就比1大，不加限制的能夠接受的呼叫數(shù)量在下一個期間就被增加。當來自用戶111的發(fā)端呼叫的數(shù)量在上述期間是大的時，那么發(fā)端計數(shù)值TI0是負值，不加限制的能夠被接受的發(fā)端呼叫的數(shù)量在下一個期間就被減少。
注意，為了防止和值(TI0+NI0)的連續(xù)增加，當在連續(xù)的期間中來自用戶111的呼叫數(shù)量是小的時，恢復部分147就恢復用于計算所接受的發(fā)端呼叫的部分141，以便在一個預定的期間(例如10秒)。將發(fā)端計數(shù)值TI0置為零，并且正/負指示信號P0的識別指示正狀態(tài)。
另一方面，當一個從經(jīng)過傳輸線212連接的其它交換局211來的呼叫被端接時，一個入局呼叫檢測部分221(例如在接口部分用于接納到交換機的傳輸線)，檢測該入局呼叫，并且發(fā)送一個入局呼叫信號IC給入局呼叫控制部分231，它的一部分是用于處理局內的呼叫，以便報告來自其它交換局211的入局呼叫。
接收入局呼叫IC的入局呼叫控制部分231，當決定交換機能夠通過后面描述的步驟接受入局呼叫時，就驅動入局呼叫處理部分232，以便接受和處理由入局呼叫檢測部分221檢測到的入局呼叫，以及向用于計算所接受的入局呼叫的部分241發(fā)送一個減運算信號Di。
另一方面，用于確定能夠被接受的呼叫數(shù)量的部分242，計算出在一個預定期間內能夠由入局呼叫處理部分232接受的入局呼叫的數(shù)值Ni，并將其傳送給用于保持能夠被接受的呼叫數(shù)量的部分243。
用于修正接受的入局呼叫數(shù)量的部分244，提取在用于計算所接受入局呼叫數(shù)量的部分241中保持的入局呼叫計算值TIi，并且在用于計算所接受入局呼叫數(shù)量的部分241中，設置一個和值(TIi+NIi)，它是由TIi與發(fā)送可以被接受的入局呼叫數(shù)NIi相加得到的。
每當從入局呼叫控制部分231發(fā)送減運算信號Di時，用于計算所接受入局呼叫的部分241就從入局計數(shù)值TIi中減去1。
用于計算所接受入局呼叫的部分241監(jiān)視入局計數(shù)值TIi是正還是負，并且輸出作為監(jiān)視結果的正/負指示信號Pi，該信號被發(fā)送給用于指示一個呼叫限制的部分245。
當從用于計算所接受入局呼叫的部分241傳送的該正/負指示信號Pi表示負狀態(tài)時，用于指示入局呼叫限制的部分245就發(fā)送一個入局呼叫限制標志Fi給入局呼叫控制部分231。當該正/負指示信號Pi表示正狀態(tài)時，就停止入局呼叫限制標志Fi的傳送。
在入局呼叫限制標志Fi從用于指示入局呼叫限制的部分245傳送的狀態(tài)期間，當一個入局呼叫信號IC被傳送到入局呼叫控制部分231時，入局呼叫控制部分231根據(jù)其它交換局211的狀態(tài)驅動一個入局呼叫限制部分246，從而代替驅動入局呼叫處理部分232，以便對來自其它未被接受的交換局211的入局呼叫進行限制。
在上述狀態(tài)中，當一個預定的期間(例如1秒)過去后，用于修正所接受入局呼叫數(shù)量的部分244在用于計算所接受入局呼叫數(shù)量的部分241中設置和值(TIi+NIi)，該和值是從用于計算接受的入局呼叫的部分241，在這一時刻的入局計數(shù)值TIi和能夠被接受的入局呼叫數(shù)量NIi得出的。
因此，當來自其它交換局211的入局呼叫數(shù)量在上述期間是小的時，入局計數(shù)值TIi就比1大，能夠接受的發(fā)端呼叫的數(shù)量在下一個期間就被增加，而不加限制。當來自其它交換局211的入局呼叫數(shù)量在上述期間是大的時，那么入局計數(shù)值TIi是負值，末被限制能接受的入局呼叫數(shù)量在下一個期間將被減少。
注意，為了防止和值(TIi+NIi)的連續(xù)增加，當在連續(xù)的期間中來自其它交換局211的呼叫數(shù)量是小的時，恢復部分247就恢復用于計數(shù)接受的入局呼叫的部分241，以便在一個預定的期間(例如10秒)將入局計數(shù)值TIi置為零，并且正/負指示信號Pi的識別指示正狀態(tài)。很明顯，從前面對圖3的描述可知，在普通的呼叫限制系統(tǒng)中，來自用戶111的發(fā)端呼叫和來自其它交換局211的入局呼叫是用相同的系統(tǒng)分別進行限制的，并且對于接受的入局呼叫沒有給予專用優(yōu)先權。
然而，來自其它交換局211的入局呼叫所占據(jù)的資源要比來自用戶111的發(fā)端呼叫占據(jù)的資源多許多。也就是說，來自其它交換局211的入局呼叫已經(jīng)占據(jù)了別的交換局的大量資源，相比之下，來自用戶的發(fā)端呼叫沒有在它們自己的交換局中占據(jù)如此多的資源，這是因為這些發(fā)端呼叫還沒有被該交換局發(fā)送。因此，如果入局呼叫被限制，已經(jīng)在那個時刻被占據(jù)的資源就會變的無效或占線，以致于出現(xiàn)通信網(wǎng)路可能要減少效率的擔憂。
下面將參照圖4至圖6描述本發(fā)明的第一實施例。
圖4是一個表示本發(fā)明第一實施例原理概念的示意圖。
由圖4將看到根據(jù)本發(fā)明的第一實施例，在一定條件下，對于發(fā)端呼叫的限制等級被降低，同時入局呼叫的限制等級被升高。由于對入局呼叫的限制等級的升高，所限制的入局呼叫數(shù)量被減少，而所限制的呼叫總數(shù)量并沒有被增加。因此，由入局呼叫所占據(jù)的大多數(shù)資源沒有變?yōu)闊o效的保持。
圖5是一個表示根據(jù)本發(fā)明第一實施例的交換系統(tǒng)的原理構成圖。
在圖5中，1是一個交換機，111是一個被交換機1所接納的用戶，211是通過一條傳輸線212連接到交換機1的另一個交換機。
51是一個計數(shù)器，它用于計算在一個預定期間內從用戶111來的，并且被交換機1所接納的發(fā)端呼叫的數(shù)量Na0。52是一個計數(shù)器，它用于計算在一個預定期間內，從其它交換機211來的，并且被交換機1所接納的入局呼叫的數(shù)量Nai。53是一個存貯單元，它用于在一個預定期間內存貯由用戶111來的能夠被接受的發(fā)端呼叫的數(shù)量N0。54也是一個存貯單元，它用于存貯從其它交換機211來的，能夠被接受的入局呼叫的數(shù)量Ni。55是一個根據(jù)本發(fā)明在交換機1中提供的單元，它用于修正能夠被接受的呼叫數(shù)量。
當所接受的發(fā)端呼叫的數(shù)量Na0超過能夠被接受的發(fā)端呼叫數(shù)量N0時，來自用戶111的呼叫將被限制。而且，當所接受的入局數(shù)量Nai超過能夠被接受的入局呼叫數(shù)量Ni時，來自其它交換機的入局呼叫也受到限制。
用于修正能夠被接受的呼叫數(shù)量的單元55，將接受到的入局呼叫數(shù)量Nai與能夠被接受的入局呼叫數(shù)量Ni進行比較，當能夠被接受的入局呼叫數(shù)量Ni與接收到的入局呼叫的數(shù)量Nai之間的差被減少到低于一個預定值時，能夠被接受的發(fā)端呼叫的數(shù)量N0由一個預定的修正呼叫量α進行減少，而能夠被接受的入局呼叫數(shù)量Ni由一個預定的修正呼叫量α進行增加。
修正呼叫量α根據(jù)交換機的情況而確定，例如，α的數(shù)量可以是能夠被接受的呼叫數(shù)量的5%左右。
因此，當來自其它交換機211的入局呼叫達到需要限制的狀態(tài)時，能夠接受的發(fā)端呼叫量的一部分就被分配給了能夠被接受的入局呼叫量，以便使來自其它交換機211的入局呼叫優(yōu)先于來自用戶111的發(fā)端呼叫被接受。結果改善了通信網(wǎng)絡的效率。
圖6是一個根據(jù)本發(fā)明第一實施例具有呼叫限制功能的交換系統(tǒng)的詳圖，在整個圖中，相同的標號表示相同的部分。
在圖6中，部分251象單元55一樣是用于修正能夠被接受的呼叫數(shù)量的。部分121、131、和144被包括在圖1示出的與LCNW4連接的LPR5中，部分132、141、142、143、145、146和147被包括在圖1示出的與DSM6連接的CPR7中。同樣，部分221、231和244被包括在圖1示出的與LCNW4連接的LPR5中，部分232、241、242、243、245、246和247被包括在圖1示出的與DSM6連接的CPR7中。
在圖6中，來自用戶111的呼叫，以在圖3中示出的同樣的方法，由發(fā)端呼叫檢測部分121進行檢測，并且由發(fā)端呼叫控制部分131和發(fā)端呼叫處理部分132對其進行呼叫處理。對來自用戶111呼叫的限制，以在圖3中示出的同樣方法，由用于計算所接受的發(fā)端呼叫的部分141，用于檢測能夠被接受的呼叫數(shù)量的部分142，用于保持能夠被接受的呼叫數(shù)量的部分143，用于修正能夠被接受的發(fā)端呼叫數(shù)量的部分144，用于指示一個呼叫限制的部分145，以及入局呼叫限制部分146和恢復部分147來完成的。
另一方面，當從通過傳輸線212連接的其它交換機211來的入局呼叫被接受時，該入局呼叫以圖3示出的同樣方法，由入局呼叫檢測部分221進行檢測，并向入局呼叫控制部分231發(fā)送一個入局信號IC，以報告這個來自其它交換機211入局呼叫。
在來自用于指示入局呼叫限制的部分245的入局呼叫限制標志Fi沒有發(fā)送的時候，接受入局信號IC的入局呼叫控制部分231驅動入局呼叫處理部分232去處理由入局呼叫檢測部分221檢測到的入局呼叫的接受，并且向用于計算所接受入局呼叫的部分241發(fā)送一個減運算信號Di。
另一方面，用于確定能夠被接受呼叫數(shù)量的部分242、以圖3所示的部分242確定能夠被接受的呼叫數(shù)量的同樣方法，去計算能夠在一個預定期間內由入局呼叫處理部分232接受的入局呼叫的數(shù)量NIi。并且將它發(fā)送到用于保持能夠被接受的呼叫數(shù)量的部分243。用于修正接受入局呼叫數(shù)量的部分244，以圖3所示部分244確定所接受入局呼叫數(shù)量的同樣方法，去提取保持在用于計算所接受入局呼叫數(shù)量的部分241中的入局計數(shù)值TIi，并且在用于計算所接受入局呼叫數(shù)量的部分中設置一個和值(TIi+NIi)該和值是由TIi與發(fā)送的可被接受的入局呼叫數(shù)NIi相加得到的。
注意，在恢復狀態(tài)時，由于用于計算所接受入局呼叫的部分241的入局計數(shù)值TIi被設置為零，所以由和值(TIi+NIi)設置的入局計數(shù)值TIi等于能夠被接受的入局呼叫量。
用于計算所接受入局呼叫的部分241，以圖3所示的同樣方法，每當由入局呼叫控制部分231發(fā)送減運算信號Di時，就從入局計數(shù)值TIi中減去1。
用于計算所接受入局呼叫的部分241，以圖3所示的同樣方法，監(jiān)視入局計數(shù)值TIi是正還是負，并且輸出作為監(jiān)視結果的正/負指示信號Pi，把它發(fā)送給用于指示入局呼叫限制的部分245。
當從用于計算所接受入局呼叫數(shù)量的部分241傳送的正/負指示信號Pi出現(xiàn)負狀態(tài)時，用于指示入局呼叫限制的部分245，以圖3所示的同樣方法，向入局呼叫控制部分231發(fā)送入局呼叫限制標志Fi。當正/負指示信號Pi出現(xiàn)正狀態(tài)時，入局呼叫限制標志Fi的傳送則停止。
在入局呼叫限制標志Fi從用于指示入局呼叫限制的部分245發(fā)送期間，當入局呼叫信號IC被傳送給入局呼叫控制部分231時，入局呼叫控制部分231，以如圖3所示的同樣方法驅動用于限制入局呼叫的部分246，以根據(jù)其它交換機211的情況代替驅動入局呼叫處理部分232，以便限制能夠被接受的，來自其它交換機211的入局呼叫的數(shù)量。
在上述的狀態(tài)下，當一個預定的期間(例如1秒)過去之后，用于修正所接受入局呼叫數(shù)量的部分244，象前面所描述的那樣，在用于計算所接受入局呼叫數(shù)量的部分241內設置一個和值(TIi+NIi)，該和值是由從用于計算所接受入局呼叫數(shù)量的部分241中在此刻的入局計數(shù)值TIi和能夠被接受的入局呼叫量NIi相加得出的。
注意，恢復部分247，以圖3所示的同樣方法，恢復用于計算所接受入局呼叫的部分241，以便在一個預定的期間(例如10秒)把入局計數(shù)值TIi置為零，并且正/負指示信號Pi的識別指示正狀態(tài)。
在上述過程中，在當前期間的入局計數(shù)值TIi表示和值(TIi+NIi)與在前一期間的數(shù)值Nai之間的差值。其中，數(shù)值NIi是由用于修正所接受入局呼叫數(shù)量的部分244設置的能夠被接受的入局呼叫的數(shù)量，數(shù)值TIi是在前一期間末端的入局計數(shù)值，數(shù)值Nai是已經(jīng)受到入局呼叫處理部分232處理和被入局呼叫控制部分231接受的所接受入局呼叫的數(shù)量。
在另一方面，用于修正能夠被接受呼叫數(shù)量的部分251，從用于計算所接受入局呼叫數(shù)量的部分241中提取入局計數(shù)值TIi，當入局計數(shù)值TIi減少到低于一個預定值時，增加來自其它交換局211的入局呼叫就被確定，以致于一個必要的限制狀態(tài)被接近。
當上述狀態(tài)繼續(xù)幾個預定期間的時候(例如三個期間)，用于修正能夠被接受的呼叫數(shù)量的部分251，從所接受發(fā)端呼叫的數(shù)量NI0中，減去一個預定的呼叫修正數(shù)α(例如是能夠被接受發(fā)端呼叫數(shù)量的5%左右)，并且把呼叫修正數(shù)α加給能夠被接受的入局呼叫數(shù)量NIi。上述NI0是由用于確定能夠被接受呼叫數(shù)量的部分142計算得出的，而上述NIi是由用于確定能夠被接受呼叫數(shù)量的部分242計算得出的入局計數(shù)值。
此后，對于來自用戶111的發(fā)端呼叫來說，基于被呼叫修正數(shù)α減少的能夠被接受的發(fā)端呼叫數(shù)量NI0′，確定了限制的必要性。對于來自其它交換機211的入局呼叫來說，基于被呼叫修正數(shù)α增加的能夠被接受的入局呼叫數(shù)量NIi′，也確定了限制的必要性。很顯然，根據(jù)上面本發(fā)明的上述描述，當用于修正能夠被接受的呼叫數(shù)量的部分251確定限制來自其它交換機211入局呼叫的入局計數(shù)值TIi是必要時，能夠被接受的入局呼叫數(shù)量NIi′將通過呼叫修正數(shù)α來進行增加，以便優(yōu)先接受來自其它交換機211的入局呼叫。
與此同時，靠用呼叫修正數(shù)α來減少能夠被接受的發(fā)端呼叫數(shù)量NI0′。這樣，用于對待呼叫處理的部分的易受影響性的增加就能被避免。
注意，圖6僅僅是本發(fā)明的一個實施例。例如，沒有限制單獨提供用于計算所接受發(fā)端呼叫的部分141，到用于限制來自用戶111的發(fā)端呼叫的恢復部分147，以及用于計算接受入局呼叫的部分241，到用于控制來自另一交換機241入局呼叫限制的恢復部分247。但是，如果本發(fā)明的效果是相同的，則可以考慮通常使用一部分或全部。
如上所述，按照本發(fā)明的第一實施例，在上述交換機中，當接近需要限制來自其它交換機入局呼叫的狀態(tài)時，能夠被接受的發(fā)端呼叫數(shù)量的一部分就被給予了能夠被接受的入局呼叫的數(shù)量。因此，來自其它交換機的入局呼叫就優(yōu)先于來自用戶的發(fā)端呼叫被接受。結果改善了該通信網(wǎng)絡的效率。
在上述第一實施例中，當發(fā)生異常擁擠的時候，對來自用戶或其它交換機的一個呼叫檢測就被停止。以致于交換機的負載可以被大大地減少。因此，在存在異常擁擠的時候，在一個預定的期間，由于來自用戶或其它交換機的呼叫沒有被全部接受，所以在這個期間，對于用戶的業(yè)務降低了。而且，在第一實施例中描述的系統(tǒng)可產(chǎn)生過限制，以致于當存在大量通信需求的時候，交換機的能力受到抑制，而沒有充分發(fā)揮。
本發(fā)明的第二實施例將解決在第一實施例中的這些問題，并且要提供一個得到進一步改善的發(fā)端呼叫限制系統(tǒng)，即使交換機在出現(xiàn)異常擁擠時，該系統(tǒng)也能在減少交換機負載的同時，繼續(xù)檢測來自用戶或其它交換機的呼叫。
圖7是表示本發(fā)明第二實施例的方框原理圖。
在按照本發(fā)明第二實施例的交換系統(tǒng)中，如圖7表示的原理結構，在一個電子交換機中，具有一個呼叫限制等級確定單元71，一個呼叫控制表72，和一個呼叫限制處理單元73。這些單元和表71至73被設置在如圖6所示的第一實施例的發(fā)端呼叫控制部分131或入局呼叫控制部分231中。
呼叫限制等級確定單元71被用于確定呼叫限制的等級，其方法是，該呼叫限制等級是由在一個預定期間決定的負載水平，根據(jù)高負載應被持續(xù)還是應該被取消而被抬高或降低的。
呼叫限制處理單元73被連接到用于確定可以產(chǎn)生呼叫的數(shù)量的呼叫限制表72?？梢援a(chǎn)生呼叫的數(shù)量能夠根據(jù)呼叫限制等級被改變。呼叫限制處理單元73，從呼叫限制表72中讀出可以產(chǎn)生呼叫的數(shù)量，并且根據(jù)讀出的數(shù)量在一個比上述預定期間還短的預定期間內，完成呼叫限制步驟，以便決定呼叫限制的等級。
圖8是按照本發(fā)明的第二實施例的呼叫限制等級控制的一個例子。圖9是按照本發(fā)明第二實施例，用于表示每個呼叫的呼叫限制處理的數(shù)據(jù)。參照圖8和圖9，呼叫限制等級確定單元71根據(jù)預定期間交換機的負載水平確定一個呼叫限制等級。對于交換機的負載水平來說，要使用電子交換機處理器的接入率。當在預定期間T1(例如20秒)，處理器的接入率增加到高于預定的比率a%，就假定存在異常擁擠狀態(tài)，除非在預定T1期間平均接入率低于一個預先的比率b%(a＞b)。假定異常擁擠狀態(tài)是連續(xù)的，這樣就使呼叫限制等級按順序一個接一個抬高。當呼叫限制等級例如達到等級4時，甚至當擁擠狀態(tài)繼續(xù)下去時，它都保持在等級4不變。另一方面，當在預定T1期間處理器的平均接入率減小到低于b%時，那么呼叫限制等級就按順序逐級地減少。
呼叫限制處理單元73，在其存貯器中裝有呼叫限制表72，用來限制發(fā)端呼叫數(shù)量，它可以根據(jù)一個高或低的等級來改變呼叫限制等級。在正常時期和存在異常擁擠時，呼叫限制是由發(fā)端呼叫的數(shù)量來實現(xiàn)的。產(chǎn)生的呼叫數(shù)量被確定與呼叫限制等級相一致，該呼叫限制等級是由呼叫限制確定單元71來確定的。在正常負載期間，每個預定T2期間(100毫秒)內可以處理最多5個發(fā)端呼叫，在異常擁擠期間，可被處理的呼叫數(shù)量隨著呼叫限制等級的提高而減少。例如在等級2時，每個預定T2期間僅僅只有一個發(fā)端呼叫可以被處理，在等級4時，5個T2期間(500毫秒)只允許一個發(fā)端呼叫(見圖10)。
用這種方法，按照本發(fā)明的第二實施例，甚至當存在異常擁擠時，也可以連續(xù)進行呼叫檢測，從而可以改進對用戶的服務。另外，既使存在異常擁擠情況時，也不會出現(xiàn)過限制，這就使交換機的能力在實際應用中充分發(fā)揮。
下面更詳細敘述按照本發(fā)明的第二實施例的發(fā)端呼叫限制系統(tǒng)。在第二實施例的發(fā)端呼叫限制系統(tǒng)中，下面兩個過程是最重要的(1)呼叫限制等級的控制過程;
(2)在每個呼叫限制等級下每個呼叫的限制過程。
(1)呼叫限制等級的控制過程圖10是第二實施例中每個期間內的呼叫限制等級控制過程的流程圖。
第二實施例中，當LPR5(見圖1)在一個預定T1期間(20秒)內的平均接入率超過預定的a%時，就檢測為異常擁擠狀態(tài)，當接入率超過a%時，確定那時的呼叫限制等級是否是等級4，如果不是等級4，那么呼叫限制等級提高1個單位，如果呼叫限制等級已經(jīng)達到等級4，那么保持這個等級4，除非持續(xù)異常擁擠狀態(tài)。
如果接入率不超過a%，確定呼叫限制等級是否為零。如果超過零，進一步確定LPR接入率是否達到預定的b%(b＜a)。如果超過b%，進行和接入率超過a%的情況相同的過程。另一方面，當LPR接入率低于b%時，則呼叫限制等級降低1個單位。
當接入率低于a%，而此時的呼叫限制等級是零時，那么不管LPR接入率是否超過b%，呼叫限制等級都不改變。
參照圖8，表示了LPR接入率和基于圖11表示的流程圖所確定的呼叫限制等級，圖中T1＝ti+1-ti表示一個有效控制的預定期間(例如10秒)，在ti時刻的標記“·”表示在時間(ti-ti+1)期間的LPR接入率。呼叫限制等級的控制將用下列(a)到(e)各項參照圖8來描述。
(a)當持續(xù)正常負載狀態(tài)時，呼叫限制等級是零。在呼叫限制等級為零時，對于每個用戶線監(jiān)控周期T2(100毫秒)，根據(jù)圖9表示的呼叫限制表，可能最大檢測出5個呼叫，當在100毫秒之內有多于5個發(fā)端呼叫時，那些多余的呼叫被處理為下一個周期(100毫秒之后)的新的處理過程。
(b)LPR5對于每個T1期間計算該期間的平均LPR接入率，當在t1時刻，該平均LPR接入率超過a%時，LPR5就把呼叫限制等級從零提高到1。進行該控制之后，每100ms可以檢測并處理最多兩個發(fā)端呼叫。
(c)當異常擁擠狀態(tài)持續(xù)直到時間t4時，在t4時刻，呼叫限制等級變?yōu)?。在該限制等級下，4個T2期間(400ms)內，沒有發(fā)端呼叫被檢測出來并被處理，直到在下一個即第5周期時檢測出一個發(fā)端呼叫。
(d)當由于在(t4-t5)時間內對發(fā)端呼叫的限制，使在t5時刻平均LPR接入率變得低于b%時，LPR在下一個時間期間把呼叫限制等級降低1個單位，這樣呼叫限制等級變成為3。
(e)此后，重復上述的這些控制步驟。當異常擁擠狀態(tài)消除時，呼叫限制等級置回到零。
注意，呼叫限制等級的控制可以由用于處理交換的資源(如呼叫處理存貯區(qū)，通訊通道，信號接收單元等等)的擁擠狀態(tài)來實現(xiàn)。
(2)在每個呼叫限制等級下對每個呼叫的限制過程圖9表示按照本發(fā)明的一個實施例的用于限制控制每個呼叫的MM22(見圖1)中的數(shù)據(jù)，其中，91是一個發(fā)端呼叫數(shù)量計數(shù)器，92是呼叫限制等級指示器，93是呼叫限制周期指示器，94是呼叫限制表。
發(fā)端呼叫數(shù)量計數(shù)器91用來統(tǒng)計發(fā)端呼叫的數(shù)量，其中每檢測一次發(fā)端呼叫統(tǒng)計一個增量，而在每個T2期間(100ms)時歸零。
呼叫限制等級指示器92是用來指示當前時刻上的呼叫限制等級i，對每個上述的T1期間來說，控制是由呼叫限制控制過程來實現(xiàn)的。
呼叫限制周期指示器93用來識別T2×10的呼叫限制周期j中的一個周期，對每個周期來說用這樣的方法，如1→2→…10→1。參照呼叫限制表94，用呼叫限制等級指示器92和呼叫限制周期指示器93，可以唯一地確定出在每個周期可允許的發(fā)端呼叫的數(shù)量。
在呼叫限制表94中描述出了在每個呼叫限制周期j和每個限制等級i下可允許的發(fā)端呼叫的數(shù)量。
圖11是一個流程圖，表示按照本發(fā)明第二實施例的每個呼叫的呼叫過程。下面參照圖11敘述按照本發(fā)明的每次呼叫的過程。
(1)該系統(tǒng)每檢測一次呼叫，發(fā)端呼叫數(shù)量計數(shù)器增1。
(2)用限制等級指示器92和限制周期指示器93，該系統(tǒng)可以從表94讀取那個周期中產(chǎn)生的發(fā)端呼叫的數(shù)量。
例如，限制等級指示器指示等級3，限制周期指示器指示周期3，那么對這個周期(100ms)來說僅僅允許一個發(fā)端呼叫。
(3)當發(fā)端呼叫數(shù)量計數(shù)器91的內容低于可被允許的發(fā)端呼叫數(shù)時，則發(fā)端呼叫被允許通過，當發(fā)端呼叫數(shù)量計數(shù)器94的內容超過可允許的發(fā)端呼叫數(shù)時，禁止呼叫產(chǎn)生，而在下4個周期內作為新呼叫處理。
如上所述，按照本發(fā)明第二實施例，因為根據(jù)交換機的負載程度調整了在預定的時間內按發(fā)端呼叫檢測能夠處理的呼叫數(shù)量，所以甚至在異常擁擠狀態(tài)下，發(fā)端呼叫檢測都可以連續(xù)進行，這樣就改善了對用戶的服務。而且，因為當有異常擁擠情況發(fā)生時，也不會發(fā)生過限制，所以在實際中交換機的能力可以充分發(fā)揮出來。
通常，為了避免諸如不完善呼叫的惡性循環(huán)，公認引入一個LIFO(后入先出)排隊方法是有效的。當設備空閑時，首先處理最后被推遲的一個，這樣就可以增加具有短的延遲時間的呼叫數(shù)量。在過載的情況下，為了提高交換過程中的處理效率，通常在考慮用戶的情況下采取LIFO邏輯(見10-thInternationalTrafficConference，Session2.4，Paper＃5)。按照普通的LIFO邏輯，在過載情況下，處理排隊時的延遲時間被增大了，以使所有的呼叫都被延遲同等的時間。至于用戶的情況存在著部分撥號的傾向，有的用戶沒有確認撥號音就撥號，另一種是在收到撥號音之前放棄呼叫，這種情況下，撥號音延遲之后發(fā)端呼叫即被終止。還有一種情況是用戶耐心等待撥號音。
要考慮到由于電話員處理效率低而產(chǎn)生無效呼叫的情況，特別是當撥號音延時多于3秒鐘時，產(chǎn)生無效呼叫的可能性就高。
然而，為了引入LIFO排隊邏輯，就必須解決下列問題(1)和(2)。
(1)當LIFO排隊為多種類形的資源而設置時，若把系統(tǒng)看作一個整體，就不能維持從用戶摘機到收到撥號音的LIFO順序，這將從圖12和13可以看到，兩圖是解決普通LIFO方案的。
圖12中，資源122包括在LPR5內，而資源123和124在CPR7中，資源122的輸入端前面有一個LIFO裝置125，用來等待來自資源122的尋線處理，資源123輸入端前面是LIFO126，用來等待來自資源123的尋線處理，資源124的輸入端前面是LIFO127，用來等待資源124的尋線處理。在每個LIFO裝置中對檢測到的呼叫進行排隊。
若把系統(tǒng)作為一個整體來看待，在資源122、123和124同時發(fā)生擁擠狀況時，圖12所示的普通結構就不能維持LIFO順序。也就是說，如圖13所示，假設在時間t1之前由于資源121的擁塞，使LIFO125中的呼叫①、②和③被推遲，在t1之后，呼叫③和②從LIFO125中按照③→②的順序取出來。而后，在時間t2之前，由于資源123的擁塞，呼叫③和②保留在LIFO126中。同樣，在時間t3之前，由于資源124的擁塞，呼叫②和③保留在LIFO127中，由于資源123的擁塞，呼叫⑤和④保留在LIFO126中。此后，按照③→②→⑤→④的順序把呼叫從CPR7中取出來，這個順序和第一個LIFO125的LIFO順序是不同的。
(2)在一個具有多重處理器結構的電子交換系統(tǒng)中，提供有LIFO排隊的處理器和提供有相應于LIFO排隊的資源的處理器的情況是不同的。這時，提供一個LIFO排隊控制系統(tǒng)是必要的，這種情況下要考慮到處理器之間通信的延遲時間。
為解決普通LIFO結構中的上述問題，在第三實施例中，提供了一種改進的LIFO排隊結構本發(fā)明的第三實施例的目的是提供這樣一個系統(tǒng)，在具有一個多重處理器結構的電子交換系統(tǒng)中，當存在交換處理過程的各種資源的擁塞時，從總體上看，從用戶摘機到接通撥號音的過程都能實現(xiàn)LIFO排隊順序。
圖14是解釋本發(fā)明第三實施例基本原理的示意圖。圖14中，僅在資源122輸入端前面有一個單個LIFO裝置140，也就是說，在其它資源123、124和125輸入端前面都沒有LIFO裝置，而LIFO140由系統(tǒng)的所有資源來公用。用這種結構，當資源122、123和124中的一個不忙時，呼叫就不從LIFO140中取出來。相應地，當呼叫從LIFO140中取出時，保持④→③→②→①的呼叫順序。
圖15是本發(fā)明第三實施例的原理結構圖。其中，LPR5和CPR7分別表示提供于線路集中級和線路分配級的處理器，151是由一個LIFO緩沖器構成的LIFO裝置，152是一個發(fā)端呼叫數(shù)控制表。
線路集中級中的LPR5包括一個用于執(zhí)行呼叫檢測過程L1的153部分，一個用于執(zhí)行呼叫控制過程L2的154部分，和用于執(zhí)行呼叫控制等級確定過程L3的155部分。153和圖6所示發(fā)端呼叫檢測部分121或入局呼叫檢測部分221相同。154和155部分由圖6所示的發(fā)端呼叫控制部分131或入局呼叫控制部分231來實現(xiàn)。
線路分配級中的CPR7包括一個用于執(zhí)行呼叫處理狀態(tài)管理過程C1的部分156和一個用于資源管理過程C2的部分157。156和157在圖6上都沒有表示，但是，實際上它們是連接到圖6的呼叫處理部分132上。
LIFO排隊151是接在執(zhí)行呼叫檢測過程部分153和呼叫控制過程部分154之間的，如果把第三實施例和第一實施例相結合，那么LIFO排隊151可以連接在圖6所示的發(fā)端呼叫檢測部分121和入局呼叫控制部分221之間或連接在入局呼叫檢測部分和入局呼叫控制部分之間。
按照呼叫檢測過程L1，檢測出一個用戶的摘機動作，并且把用戶呼叫按照發(fā)端呼叫順序登記為LIFO排隊1。
然后，在預定的期間(100ms)按照呼叫控制過程L2，從執(zhí)行呼叫控制等級確定過程L3的155部分中，把可接受的發(fā)端呼叫數(shù)目讀出，并且把可接受的發(fā)端呼叫數(shù)之內的呼叫從LIFO排隊151中取出，送到執(zhí)行呼叫處理狀態(tài)管理過程C1的156部分。
按照呼叫處理狀態(tài)管理過程C1，進行終端狀態(tài)或交換業(yè)務必要的設施管理，并且在執(zhí)行資源管理過程C2的157部分進行資源尋線。
在用來執(zhí)行資源管理過程C2的157部分中，進行交換業(yè)務所必須的資源的空閑/占線管理，以使資源尋線結果返回到執(zhí)行呼叫處理狀態(tài)管理過程C2的156部分，并在資源擁塞時，把資源尋線不能進行(資源尋線NG)的信息送到執(zhí)行呼叫控制等級確定過程L3的155部分。
在執(zhí)行呼叫控制等級確定過程L3的部分155，由CPR7接收到的資源尋線NG和它自己的過程中的定時過程來確定呼叫控制等級。依此，根據(jù)發(fā)端呼叫數(shù)量控制表2來確定被傳送到執(zhí)行呼叫控制過程L2的部分154的可以被接受的發(fā)端呼叫的數(shù)量。
按照本發(fā)明的第三實施例的發(fā)端呼叫限制系統(tǒng)，對一個交換過程來說，在資源擁塞時執(zhí)行發(fā)端呼叫限制的過程如下(1)當各種資源都被擁塞時，推遲呼叫的排隊就不提供在每個資源上，而對系統(tǒng)來說僅在檢測用戶摘機動作的處理器上提供共用的推遲呼叫的排隊裝置，當資源在用戶摘機動作到發(fā)送撥號音期間使用時，它作為推遲呼叫的LIFO排隊裝置。
(2)當檢測到資源的擁塞狀態(tài)時，指示資源尋線的信息就不能傳送到備有LIFO裝置的處理器。當帶有LIFO排隊的處理器收到這個信息時，它就短時間停止從LIFO排隊中提取呼叫(這個時間是希望排除資源擁塞的時間)。因此，在這個短時間內，即使產(chǎn)生一個新的發(fā)端呼叫，從LIFO排隊中提取任何呼叫都被阻止。
(3)上述停止從LIFO排隊中提取呼叫的期間過后，從LIFO排隊中提取呼叫以低于第一次資源擁塞時的速率重新開始。此后，如果在預定的期間內不發(fā)生新的資源擁塞情況，那么呼叫的提取速率將逐步恢復到檢測資源擁塞之前的速率。
通過這樣的發(fā)端呼叫限制，當交換過程中存在各種資源擁塞時，從用戶摘機到撥號音接通的過程都能按照LIFO排隊進行，這就使系統(tǒng)在過載時總是能得到改善。
第三實施例的交換系統(tǒng)的背景技術也表示在圖1中。
如圖1所示的這種系統(tǒng)中，在過載期間和從檢測到一個呼叫到接通撥號音的期間內可能引起資源擁塞的典型的資源可以被認為如下①線路集中級和分配級之間的通信信道(SLT);
②主存貯器(MM)21中的分配級呼叫控制存貯區(qū)(CCB);
③分配級交換網(wǎng)絡通道(DSM)6;和④PB信號接收單元(PBREC)18。
在第三實施例中，在LPR5中提供一個LIFO排隊裝置153，借助于LIFO排隊153在上述資源擁塞期間把呼叫推遲，這就使發(fā)端呼叫受到資源擁塞的限制。
按照本發(fā)明第三實施例，在資源擁塞期間的發(fā)端呼叫限制，結合圖16到圖19做更詳細的敘述如下(1)從LPR5的LIFO排隊裝置151中的提取過程圖16表示從LPR5的LIFO排隊裝置151中提取呼叫的過程。圖16中，當用呼叫檢測過程L2以32ms周期進行呼叫檢測時，呼叫請求按照檢測到的順序從①到⑤一次存貯在LIFO排隊151中。然后，把存入LIFO151的呼叫請求從最后輸入的呼叫按順序取出，如從⑤到①。注意，能從LIFO153中取出的呼叫數(shù)量就是發(fā)端呼叫數(shù)控制表152上描述的可以允許的呼叫數(shù)。
(2)去話呼叫數(shù)控制表的內容圖17表示按照本發(fā)明第三實施例的發(fā)端呼叫數(shù)控制表152的內容。圖9和圖17之間的不同是在圖17中標出了呼叫禁止等級和重要呼叫，而第二實施例的圖9上則沒有這些。
圖17上發(fā)端呼叫數(shù)控制表152表示能在100ms間隔時間內從LIFO排隊裝置151中提取的呼叫數(shù)量。按照圖17的一個例子，說明在每100ms間隔內，在等級0之下從LIFO151中可以取出5個呼叫，在等級Ⅰ之下可取出2個呼叫，在等級Ⅱ之下可取出1個呼叫。在這個圖上＊號表示重要用戶可以從LIFO排隊151中取出的呼叫數(shù)。例如對重要用戶來說，在呼叫限制等級Ⅱ時每200ms間隔可以取出一個呼叫，而在呼叫限制等級Ⅲ時每400ms間隔可以取出一個呼叫。
發(fā)端呼叫數(shù)控制表152包括6個可以逐級控制被取出的呼叫數(shù)量的等級。每個控制等級分類如下禁止等級用來在擁塞程度相當大的時候暫時終止在預定期間內提取呼叫。在這等級下，只有一個來自重要用戶的呼叫被允許每800ms間隔內從LIFO排隊151中提取出來。
等級Ⅰ到Ⅳ這些等級的使用根據(jù)擁塞程度而定。即從禁止等級放寬之后，提取率的選擇取決于擁塞的程度。
等級0這一級用于正常的狀態(tài)下，即資源不處在擁塞狀態(tài)。
圖17上，n(＝1、2…5)表示在正常呼叫和重要呼叫都被提取時，提取的呼叫數(shù)量。n＊表示在只有重要用戶的發(fā)端呼叫被提取時，被提取的呼叫數(shù)量。
(3)資源占線(擁塞)時的處理過程圖18表示確定呼叫限制等級時的狀態(tài)變換過程，參照圖18來描述資源擁塞的處理過程。
①當CPR7一邊的資源(如前述的SLT1、DSM6、MM21中的CCB和PBREC18)發(fā)生擁塞時，資源尋線不能進行(下稱為資源尋線NG)的情況就從CPR7傳送到CPR5。
②在LPR5中，若接收到資源尋線NG，那么狀態(tài)就轉入呼叫禁止等級，以停止從LIFO151中提取呼叫300ms時間。但是，即使在呼叫禁止等級下，對在過載時來自重要用戶的優(yōu)惠處理的呼叫，也會有一個發(fā)端呼叫在每300ms間隔時間內從LIFO排隊151中提取出來。用普通技術可以容易地在LIFO排隊151中找到來自重要用戶的最后進入的呼叫。在呼叫禁止期間資源尋線NGS的接收是被忽略的，因為這種情況是由CPR7和LPR5之間的通信延時而引起的。
③呼叫禁止等級持續(xù)300ms之后，狀態(tài)轉入到比原先呼叫限制等級高出1個單位的呼叫限制等級狀態(tài)。在這個限制等級下，從LIFO排隊151中提取呼叫持續(xù)1.7秒鐘，這個時間從300ms過后接收到1個資源尋線NG開始計算。這就減少了從LIFO排隊151中提取的呼叫數(shù)量。如果在這種高的限制等級之下接收到資源尋線NG，那么狀態(tài)再轉入呼叫禁止等級。然后，經(jīng)過300ms狀態(tài)又轉到更高的限制等級，以限制從LIFO排隊151中提取的呼叫數(shù)量。
圖18中①表示當接收到一個資源尋線NG時，狀態(tài)從呼叫限制等級0至Ⅳ之一到呼叫禁止等級的轉換。②表示從呼叫禁止等級到呼叫限制等級0至Ⅳ之一的狀態(tài)轉換，該呼叫限制等級比在300ms之后的呼叫禁止等級狀態(tài)下的限制等級高一個等級。③表示從0至Ⅳ呼叫限制等級到比先前限制等級低一個等級的狀態(tài)轉換，即接收到資源尋線NG之前呼叫限制等級是i，那么在300ms以外的時間之后被轉到的等級將是i+1。
通過持續(xù)上述的過程，這個系統(tǒng)就更加能達到系統(tǒng)所能處理的最佳呼叫等級。
圖19是關于發(fā)端呼叫數(shù)量的限制等級轉換的一個例子。在圖19中，第一狀態(tài)是處在呼叫限制等級0。在時間1，線路集中級處理器LPR接收到一個CPR資源尋線NG，這樣，狀態(tài)轉入呼叫禁止狀態(tài)。從時間1經(jīng)300ms之后，狀態(tài)由呼叫禁止狀態(tài)轉到呼叫限制狀態(tài)I，這個狀態(tài)比先前呼叫限制等級0高出一個等級。類似地，從時間1經(jīng)2秒之后，線路集中級處理器LPR再次接收到一個CPR資源尋線NG，狀態(tài)轉到呼叫禁止狀態(tài)。從時間②開始300ms之后，狀態(tài)從呼叫禁止狀態(tài)轉入呼叫限制狀態(tài)Ⅱ，它又比先前的狀態(tài)Ⅰ高一個等級。從時間②開始經(jīng)過2秒鐘之后，因為沒有接收到資源尋線NG，所以呼叫控制等級降到等級Ⅰ，它比前面的等級Ⅱ低一個等級。
下面，參照圖20-25所示的流程圖，更詳細地描述圖15所示系統(tǒng)的運行情況。
圖20是說明153部分呼叫檢測過程的流程圖。在圖20上，假定LCNW4(見圖1)的掃描存貯器存貯交換機接納的用戶的狀態(tài)信息。這種狀態(tài)信息被存貯在掃描存貯器的許多列上。例如每一列存貯32個用戶的狀態(tài)信息，圖20所示的過程以32ms的間隔重復進行。步序201是為檢測一個呼叫，識別是否掃描存貯器中所有的列都被掃描過了。如果是，則終止該期間呼叫檢測過程。若不是，在步序202確定這個循環(huán)周期中要被掃描的列。接下來是步序203，掃描次序由LPR5轉到LCNW4中的掃描存貯器，以便搜尋這一列，然后是步序204，識別這一列上的用戶是否處于監(jiān)督之下。如果是一個有效比特，即在這一列內的一個監(jiān)督標志接通，那么相應的用戶就被確定為是處在監(jiān)督之下。相應于處于監(jiān)督之下的用戶，若在步序205時，檢測到一個摘機動作，那么在步序206，該用戶的地址信息就登記入LIFO排隊151。然后是步序207，關掉相應用戶的監(jiān)督標志(有效比特)。此后，就不再管上述用戶的線路狀態(tài)的轉換。
圖21是說明呼叫控制過程L2的流程圖。圖21中，步序2101是確定可以被接收的發(fā)端呼叫的數(shù)量N0。下面是步序2102，把發(fā)端呼叫的數(shù)量Nao置零。在步序2102，把從LIFO排隊151接收到的發(fā)端呼叫數(shù)量Nao和可以接受的發(fā)端呼叫數(shù)量N0作比較，或識別在LIFO排隊151中是否有呼叫。如果Na0小于N0，或在LIFO排隊151中有呼叫，轉入下一步序2103，把用戶的地址信息(一次呼叫)從LIFO排隊151中提取出來。然后，在步序2105，把發(fā)端呼叫傳送到CPR7。在步序2106，把Na0增加1。只要Na0小于N0，就重復2103到2106的步驟。
圖22是說明呼叫限制等級確定過程L3的第一部分，當CPR7給出一個資源尋線NG時，就執(zhí)行這個過程，即當指示發(fā)端呼叫限制的部分154向圖6所示的發(fā)端呼叫控制部分131給出發(fā)端呼叫限制標志F0時，就執(zhí)行圖22所示的過程。假定LPR5包括一個呼叫禁止標志器，一個呼叫禁止復位定時器，一個呼叫限制等級裝置和一個呼叫限制等級復位定時器。當從CPR7接收到一個資源尋線NG時，識別呼叫禁止標志器是否接通，如果沒有，在步序2202就設置呼叫禁止標志。然后是步序2203，把呼叫禁止定時器置于3，以便把呼叫禁止等級持續(xù)300ms。下面是步序2204，把呼叫限制等級增加一個等級。最后是步序2205，把呼叫限制等級復位定時器置于20，以便使在2204步序所設置的呼叫限制等級持續(xù)2秒鐘。
圖23是說明呼叫限制等級確定過程L3的第二部分的流程圖，這個過程以100ms周期重復。在圖23上，在步序2301，如果呼叫禁止標志發(fā)送器接通，那么呼叫禁止復位定時器減1，以表示這個過程已經(jīng)過去100ms。然后，在步序2303，當呼叫禁止復位定時器是零時，這就表示呼叫禁止狀態(tài)已經(jīng)持續(xù)了300ms，那么在步序2304就清除掉呼叫禁止標志。在步序2303，或者在步序2304之后，如果定時器不是零，在步序2305就要從呼叫限制等級復位定時器減1，而后100ms的過程結束。
在步序2301如果呼叫禁止標志器沒接通，在步序2306，呼叫限制等級復位定時器減1(復位定時最大是20)。接下去是步序2307，若呼叫限制等級復位定時器不是零，則在步序2308，從呼叫限制等級定時器中減1。在步序2307，如果呼叫限制等級復位定時器是零，這就意味著在圖22的步序2204確定的呼叫限制等級已經(jīng)持續(xù)了2秒鐘，這樣在步序2309，把呼叫限制等級減少一個等級。然后，在2310步序，如果呼叫限制等級大于或等于1，那么呼叫限制等級復位定時器預置到20，以使一個新的呼叫限制等級狀態(tài)持續(xù)2秒鐘。在步序2310或2311之后，過程到達終點。圖24是呼叫處理狀態(tài)管理過程C1的運行部分，即從發(fā)端呼叫到發(fā)送撥號音。這個過程是由LPR5來執(zhí)行的。在步序2401，確認資源尋線是否可能進行，如果資源尋線NG送到LPR5，就進行步序2402和2403，在一預定期間停止從LIFO排隊151中提取呼叫。如果資源尋線空閑，在步序2405，撥號請求送到LPR5，然后終止這個過程。
圖25是說明資源管理過程C2的流程圖。在步序2501，執(zhí)行資源尋線。在步序2502，CPR7要求執(zhí)行呼叫控制等級確定過程L3的部分155提供新的呼叫限制等級，如果在步序2501資源尋線成功，那么通知執(zhí)行呼叫處理狀態(tài)管理過程C1的部分156，尋線成功。在步序2503或2504之后這個過程終止。
如前所述，按照本發(fā)明的第三實施例，在一個由多重處理器構成的電子交換系統(tǒng)中，因為發(fā)端呼叫限制是由LPR內的一個LIFO排隊裝置來完成的，即使當用于交換處理的各種資源出現(xiàn)時，從用戶摘機到接通撥號音的過程都是按照LIFO排隊進行的，所以，出現(xiàn)過載時系統(tǒng)也始終能得到改善。
從上面的描述可以清楚地看出，按照本發(fā)明，具有呼叫限制功能的一種改進的交換系統(tǒng)，它可以優(yōu)先接受來自另一交換局的入局呼叫，這種呼叫可以擁有比來自用戶的發(fā)端呼叫更多的資源。這種系統(tǒng)甚至在存在資源異常擁塞的情況下，也能對用戶呼叫進行連續(xù)檢測，而且該系統(tǒng)中，從摘機到撥號音的過程都能按LIFO順序進行，從而對用戶的服務可以得到改進。
權利要求
1.一種具有發(fā)端呼叫限制功能的交換系統(tǒng)，當發(fā)端呼叫數(shù)目在預定的期間內超過一個預定處理限制值時可以限制發(fā)端呼叫，它包括發(fā)端呼叫計數(shù)裝置；入局呼叫計數(shù)裝置；存貯裝置，用以存貯由所接納的用戶(111)在預定周期內發(fā)來來的可以被接受的發(fā)端呼叫數(shù)(N0)；用于存貯在預定期間內可以被接受的入局呼叫數(shù)(Ni)的存貯裝置；修正可被接受的呼叫數(shù)的裝置，它把所說的可以接受的入局呼叫數(shù)(Ni)同已接受的入局呼叫數(shù)(Nai)進行比較，當所說的可接受的入局呼叫數(shù)(Ni)和所說的已接受的入局呼叫量(Nai)之間的差值減少到低于一個預定值時，把所說的可以接受的發(fā)端呼叫數(shù)(N0)減少一個預定的修正值(α)，同時把所說的可以接受的入局呼叫數(shù)(Ni)增加一個修正值(α)；從而，當存在處理擁塞時，放寬入局呼叫限制等級，而增大發(fā)端呼叫限制等級。
2.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的入局呼叫是通過通信線路(212)來自他局的呼叫。
3.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的處理擁塞是由呼叫的數(shù)量來決定的。
4.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的處理擁塞是由所說的交換機內控制單元的處理能力決定的。
5.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的發(fā)端呼叫限制是根據(jù)處理能力逐級控制的。
6.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是有多個發(fā)端限制等級，而所說的發(fā)端呼叫限制的控制是使用這多個等級來進行的。
7.按照權利要求6的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的限制等級由兩個等級組成，一旦限制過程開始，該限制就持續(xù)到較低的限制等級。
8.按照權利要求3的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的可以被接受的發(fā)端呼叫數(shù)(No)是可根據(jù)限制等級而變化的。
9.按照權利要求8的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是當統(tǒng)計的發(fā)端呼叫數(shù)超過預定限制等級時，限制等級逐級提高，而當統(tǒng)計的發(fā)端呼叫數(shù)減少到低于預定等級時，限制等級逐級降低，
10.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的發(fā)端呼叫限制和所說的入局呼叫限制都是根據(jù)呼叫的重要性來進行的。
11.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的入局呼叫限制是根據(jù)處理能力逐級控制的。
12.按照權利要求11的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是具有多個入局限制等級，而且所說的入局呼叫限制的控制是用所說的多個等級來完成的。
13.按照權利要求12的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的限制等級由兩個等級組成，限制過程一旦啟動，限制就一直持續(xù)到較低的限制等級。
14.按照權利要求12的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的處理擁塞是由呼叫數(shù)目決定的。
15.按照權利要求14的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是當統(tǒng)計的入局呼叫數(shù)超過預定的限制等級時，限制等級逐級提高，而當統(tǒng)計的入局呼叫數(shù)減少到低于預定等級時，限制等級逐級降低。
16.按照權利要求1的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的發(fā)端呼叫檢測處理部分由一個LIFO裝置組成，所說的發(fā)端呼叫按照所說的LIFO裝置的排隊方式進行排隊。
17.按照權利要求16的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的發(fā)端呼叫限制是根據(jù)處理能力逐級控制的。
18.按照權利要求17的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是有多個發(fā)端限制等級，而且所說的發(fā)端呼叫限制的控制是用所說的多個等級來進行的。
19.按照權利要求18的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是所說的限制等級包括兩個等級，一旦限制過程被啟動，限制就持續(xù)到較低的限制等級。
20.按照權利要求16的具有發(fā)端呼叫限制功能的交換系統(tǒng)，其特征是當資源被擁塞時，停止從所說的LIFO裝置中提取呼叫，并且把限制等級提高一個等級，當資源再次擁塞時，再停止從所說的LIFO裝置中提取呼叫，并且把限制等級再提高一個等級，順序進行上述過程，直到等級N。
21.一種具有發(fā)端呼叫限制功能的交換系統(tǒng)，在交換機(1)中確定在一個預定的期間內接受到的由被接納的用戶(111)產(chǎn)生的發(fā)端呼叫數(shù)(No)和在一個預定期間內通過傳輸線(211)連接來自其他交換局(211)的能夠入局并接受到的入局呼叫數(shù)(Ni)，當在預定的期間內由所說的用戶(111)呼叫并被接受的發(fā)端呼叫數(shù)(Nao)增加到大于能夠產(chǎn)生的被接受的發(fā)端呼叫數(shù)(No)時，來自所說的用戶(111)的發(fā)端呼叫就被限制，并且當在預定期間內由其他交換局(211)發(fā)來的并被接受到的入局呼叫數(shù)(Nai)增加到大于可以被接受的入局呼叫數(shù)(Ni)時，被接受的來自其他交換局(211)的呼叫就被限制;其特征是具有一個呼叫數(shù)修正裝置，所接受的可以進局的入局呼叫數(shù)(Ni)與接受到的入局呼叫數(shù)(Nai)相比較，當(Ni)和(Nai)之間的差值減少到低于一個預定值時，所說的接受到的可允許被接受的呼叫數(shù)(No)就減少一個預定的修正呼叫數(shù)(α)，而允許被接受的入局呼叫數(shù)(Ni)增加一個修正呼叫數(shù)(α)。
22.按照權利要求21的具有發(fā)端呼叫限制功能的交換系統(tǒng)，進一步包括呼叫限制等級確定裝置(71)，它按照這樣的方法來確定呼叫限制等級，即在每個預定期間確定所說交換機的負載等級，根據(jù)是否要持續(xù)高負載等級還是中斷高負載等級，來提高或降低限制等級;和呼叫限制處理裝置(73)，它包括一個呼叫限制表(72)，用以限定可以產(chǎn)生而又能根據(jù)呼叫限制等級變化的呼叫數(shù)，同時還用來根據(jù)可以被產(chǎn)生的發(fā)端呼叫數(shù)在每個比所說的預定期間短的預定期間執(zhí)行呼叫限制過程，該呼叫數(shù)是根據(jù)由所說的呼叫限制等級確定裝置(71)確定的呼叫限制等級從所說的呼叫限制表中讀取的。
23.按照權利要求21的具有發(fā)端呼叫限制功能的交換系統(tǒng)，包括分別在線路集中級和線路分配級中具有處理器(LPR，CPR)的多重處理器結構，并具備有一個用來在所說的線路集中級的處理器(LPR)中推遲呼叫的LIFO排隊裝置(151);和一個用來在預定期間內確定可以被允許的發(fā)端呼叫數(shù)的發(fā)端呼叫數(shù)控制表(152);當存在交換處理過程的資源擁塞時，從所說的LIFO排隊裝置(151)中提取發(fā)端的請求就停止一段預定的時間;和在所說的預定時間之后，根據(jù)所說的發(fā)端呼叫數(shù)控制表(152)上的控制等級，逐級增加取自所說的LIFO排隊裝置(151)的呼叫請求的數(shù)目。
全文摘要
本發(fā)明是一個具有發(fā)端呼叫限制功能的交換系統(tǒng)，包括一個發(fā)端呼叫計數(shù)單元，一個入局呼叫計數(shù)單元，一個存儲單元，用以存儲在預定期間之內來自被接納的用戶而能夠被接受的發(fā)端呼叫的數(shù)目，另一個存儲單元，用以存儲在預定期間之內能夠被接受的入局呼叫的數(shù)目，和一個修正可被接受的呼叫數(shù)目的修正單元。通過比較能夠被接受的入局呼叫數(shù)目和已接受的入局呼叫數(shù)目來實現(xiàn)能夠被接受的呼叫數(shù)目的修正。
文檔編號H04M5/06GK1039514SQ8910390
公開日1990年2月7日 申請日期1989年4月29日 優(yōu)先權日1988年4月30日
發(fā)明者樋口守, 須之內辰雄, 口完司, 齋藤宏史, 丸山實 申請人:富士通株式會式