可編程的呼叫處理系統和方法
2023-06-13 08:37:41
專利名稱：可編程的呼叫處理系統和方法
技術領域：
本發明涉及電信領域。尤其是，本發明涉及可編程的呼叫處理系統及其方法。
背景技術：
購買交換系統的電信業務供應商常常想要對所購買的系統進行修改或擴展。擴展一般是指用戶特性，這可給業務供應商提供了額外的收入。例如，業務供應商可能希望實行新的呼叫處理特性、開發用於特殊終端用戶的定製特性、收集與特定呼叫有關的特殊信息以及收集與某些呼叫處理操作有關的特殊話務量計量和測量(TMM)數據。
然而，已證明在過去難於把擴展加到交換系統，這是因為交換系統龐大而複雜。一般，只有交換系統製造商和賣主才具有實行所需改變的專門技術。因此，可能需要延長訂貨至交貨時間(lead time)來實行這些改變。
發明內容
如上所述，可以理解需要一種便於提供定製的非標準呼叫處理邏輯而延遲交貨時間不長的呼叫處理系統和方法。它還有利於使業務供應商有能力且知道如何足不出戶就可以開發和實行擴展的訂購業務。
因此，依據本發明，提供了一種基本上消除或減少了與常規呼叫處理系統和方法有關的缺點和問題的可編程呼叫處理系統和方法。
依據本發明的一個方面，可編程呼叫處理系統提供了依據工業標準呼叫模型進行呼叫處理的標準呼叫處理過程、至少一個資料庫存儲可由這套標準呼叫處理過程訪問的呼叫處理數據以及至少一個定製的呼叫邏輯程序用於對電信交換系統實行擴展的用戶特性。此外，應用程式接口提供了由至少一個定製的呼叫邏輯程序到至少一個呼叫處理資料庫的入口，且暫停標準呼叫處理過程來執行定製的呼叫邏輯程序。
依據本發明的另一個方面，提供了用於電信交換系統的可編程呼叫處理的方法。該方法包括以下步驟提供至少一個定製的呼叫邏輯程序用於擴展標準呼叫處理過程所提供的用戶服務、對標準呼叫處理過程進行初始化以及在發生指定事件時把控制從標準呼叫處理過程傳送到至少一個定製的呼叫邏輯程序。
附圖概述為了更好地理解本發明，可參考附圖，其中
圖1是先進的智能網絡構造的簡化方框圖；圖2是多業務平臺的簡化方框圖；圖3是依據本發明原理的業務單元軟體分層構造的簡化方框圖；圖4是依據本發明原理的某些呼叫處理元件的簡化方框圖；圖5A-5H是依據本發明原理的標準呼叫處理、呼叫邏輯程序處理流及其間相互作用的簡化流程圖；圖6是依據本發明原理的示例觸發器(trigger)資料庫和元件的簡化方框圖；圖7A和7B是依據本發明原理的示例觸發器處理的處理流的簡化流程圖；以及圖8是涉及用戶開發的呼叫邏輯程序的示例呼叫處理的處理流的簡化流程圖。
本發明的較佳實施方式圖1-8中示出了本發明的較佳實施例，相同的標號指各圖中相同和相應的部分。
I．分布式電信交換系統依據本發明原理的可編程呼叫處理系統和方法提供了靈活的接口，該接口使電信業務供應商可在如圖1所示的分布式電信交換系統10(多業務平臺)上實行和擴展自己的呼叫處理特性。在Self等入於1996年2月27日提交的5,495,484號美國專利中詳細描述了分布式電信交換系統10，這裡作為參考來引述。把分布式電信交換系統10耦合到如國際電信聯盟(ITU)、美國國家標準化學會(ANSI)和貝爾通信研究所(Bellcore)所定義的先進的智能網絡(AIN)12。
分布式電信交換系統10經由諸如X.25、SS7或C7等工業標準協議與幾個先進的智能網絡元件業務產生環境(SCE)14、業務管理系統(SMS)16、業務控制點(SCP)18和操作支持系統(OSS)20相連。分布式電信交換系統10進行所有的交換系統和呼叫操作功能。它進行由先進的智能網絡12所定義的業務交換點(SSP)功能。
智能外圍設備(IP)22還耦合到分布式電信交換系統10並且包含與先進的智能網絡12的終端用戶和元件交換信息所需的功能和資源。智能外圍設備22可包含使它進行諸如收集來自用戶的撥號數字、向用戶播放所記錄的公告、進行話音命令確認等功能的硬體。
電信業務供應商所使用的操作支持系統20用於安裝、裝備和管理其網絡。為了給分布式電信交換系統10提供性能信息以及用於產生終端用戶帳單的記費記錄，系統10與操作支持系統20相連。系統10還響應於網絡管理請求而進行由操作支持系統20所指定的配置操作。
業務控制點18是基於交易的處理系統，其任務是響應於來自需要利於先進的智能網絡業務邏輯的SSP呼叫的隊列。業務控制點18包含業務邏輯和用於提供基於業務的先進智能網絡的數據。業務產生環境14用於產生在業務控制點18中所執行的程序。
業務管理系統16對網絡提供網絡信息、資料庫管理和管理支持。它與業務控制點18相連，以進行準備、資料庫管理、業務控制點應用程式管理以及收集話務量計量和測量(TMM)數據。業務管理系統16主要負責更新業務控制點18中的資料庫、使多個業務控制點中的資料庫同步並檢查資料庫。
產生和傳送業務邏輯程序是業務產生環境14的功能。業務產生環境14產生定義所需的先進智能網絡業務處理的業務邏輯程序(SLP)。這些程序被下載到執行該程序的業務控制點18。SLP定義了這樣一個處理，該處理是當SSP確定呼叫模型檢測到觸發器事件時的給定業務產生的，並且向用於輔助處理的SCP發送一隊列報文。
把分布式電信交換系統10分成兩個主要區域即硬體和軟體，以下將對其進行簡述。
A．硬體參考圖2，分布式電信交換系統硬體30被分成兩個子系統，即業務單元(SU)32和用於窄帶34、寬帶36和寬頻帶38的傳送單元(DU)。業務單元32是可隨意地基於容錯硬體的通用計算平臺。此外，可用單個計算單元或聯網的幾個計算單元來實現業務單元32。業務單元32的實現利用了與POSIX兼容的作業系統並提供了「類似於UNIX」的容錯計算平臺。
業務單元32提供先進的智能網絡呼叫控制功能。本發明的可編程呼叫處理系統可位於業務單元32中。由電信業務供應商利用本發明的可編程呼叫處理系統所開發的呼叫邏輯程序也可位於業務單元32中。
傳送單元34-38是與應用有關的裝置，一般為分布式電信交換系統10提供結構模型、設備、接口和資源。傳送單元34-38負責與終端用戶話務源的接口。系統10可在同一平臺上支持相同或不同類型的多個傳送單元34-38。窄帶傳送單元34、寬帶傳送單元36和寬頻帶傳送單元38是可連到控制業務單元32的傳送單元類型的例子。
B．軟體1．基本構造把分布式電信交換系統軟體類似地分成兩個區域業務單元軟體和傳送單元軟體。業務單元軟體對應於本發明的可編程呼叫處理系統和方法，以下將對其進行更詳細地描述。業務單元軟體最好以面向對象的方法來實現，它可用C++或其它適當的計算機語言來編寫。
業務單元應用軟體最好在提供「類似於UNIX」操作環境的適應POSIX的作業系統上運行。在獨立單元呼叫過程時執行業務單元應用軟體程序。這些過程提供了諸如呼叫控制/呼叫處理、業務交換以及操作、管理和維護功能(OAM)。在這些軟體中，呼叫處理軟體對應於可編程呼叫處理系統和方法，將在以下對其進行簡述。
可使用「類似於UNIX」的過程來實現業務單元呼叫處理軟體，該軟體最好以有限狀態機概念為基礎。標準呼叫處理軟體提供幾個不同的狀態機。這些狀態機可起到諸如先進智能網絡基本呼叫模型等工業標準呼叫模型或特殊用戶呼叫模型的作用。使用標準呼叫處理狀態機來建立工業標準呼叫模型。
在圖3中示出業務單元的內部軟體組成。可看出，業務單元軟體50由分層結構所構成。此分層結構把應用軟體與下層平臺功能隔離，並提供可被其它應用軟體使用的清楚定義的接口。業務單元軟體50包括組成可編程呼叫處理系統和方法52的要素。
從圖3，呼叫邏輯程序54是由交換製造商來實現並提供給電信業務供應商的呼叫處理應用，或者是由業務供應商通過依據本發明構成的呼叫邏輯應用程式接口(API)56來實現的應用。從交換製造商處可得到諸如無線本地迴路(WLL)、個人通信業務(PCS)和匯接等標準呼叫處理應用。以下可把由業務供應商利用本發明的可編程呼叫處理系統52來實現的呼叫邏輯程序作為用戶開發的呼叫邏輯程序或應用。
下一層即呼叫邏輯業務層58通過呼叫邏輯應用程式接口56來實行在呼叫邏輯程序54中所提供的功能。呼叫邏輯業務層58最好提供以下示例操作和設備·操作呼叫即時數據·訪問呼叫處理資料庫·產生呼叫詳細記錄(CDR)數據·產生話務量計量和測量(TMM)數據·控制訪問信令·智能外圍設備(IP)的控制·先進智能網絡標準呼叫模型用法·呼叫模型控制·訪問呼叫中的呼叫模型點(PIC)·可編程呼叫模型用法·可編程公共通道信令接口把電話產品和應用所共用的一組業務作為和指定為電信平臺業務60。電信平臺應用程式接口(API)62對這些業務60提供了一個接口。電信平臺應用程式接口62使呼叫邏輯程序54容易使用編程接口。它還進行保證下層系統不受到無效軟體請求破壞所必須的檢錯。呼叫邏輯業務層58還使用電信平臺應用程式接口62把該層與電信平臺功能的實行隔離開來。
電信平臺業務層60最好提供以下可被呼叫邏輯程序54和呼叫邏輯業務58所使用的示例功能·事件報告和記錄·基本資料庫訪問、讀/寫表和表登錄·獲取調試信息的跟蹤業務·通信業務，包括來去傳送單元的報文傳送、來去外部系統的報文傳送(即SS7、C7報文)·業務單元上過程之間的過程間通信·用於作業系統定時器業務(即，啟動/停止/重新啟動呼叫邏輯程序層定時器)的繞接器(wrapper)·用於作業系統過程業務(即，啟動/停止軟體過程)的繞接器·用於作業系統線程(thread)業務(即，啟動/停止/重新啟動呼叫邏輯程序線程)的繞接器·用於作業系統同步業務(即，mutexes和semaphores)的繞接器·用於系統硬體和軟體配置的配置支持·檢錯和隔離處理·警報記錄和公布·處理器啟動和初始化把分布式電信交換系統10設計成具有獨立和輕便的作業系統。這可由作業系統應用程式接口(API)層64來實現。作業系統應用程式接口層64保證了不必把呼叫邏輯程序54、呼叫邏輯業務58和電信平臺業務60嚴格地連結到由任意特定作業系統所提供的能力。作業系統應用程式接口層64可提供被位於業務單元內的軟體的上層54-60所使用的適合POSIX的接口。作業系統應用程式接口層64把該接口限定在作業系統業務層66。作業系統業務層66最好提供了以下的示例功能和能力·基本時序和定時器功能·資源管理·POSIX信號管理·文件和文件系統管理·計算機聯網接口·圖像用戶接口(GUI)和視窗系統支持軟體層次中的最下層是低層硬體接口層68。此軟體層68負責碟片磁帶和其它硬體裝置的接口。它提供了被作業系統業務層66所使用的應用程式接口。低層的硬體接口層68也是用於與傳送單元進行通信的接口。
2．可編程呼叫處理系統參考圖4，方框圖更詳細地示出可編程呼叫處理系統和方法70的呼叫處理環境。回想以狀態機過程80的形式來實行呼叫處理。作為標準系統呼叫處理過程82的一部分，狀態機過程80訪問呼叫處理靜態資料庫84來獲得與分布式電信交換系統10中的每個硬體電路有關的信息，並訪問呼叫處理資料庫來完成對這些電路的通話呼叫。每個標準系統呼叫處理過程82還維護與被指定為呼叫塊的每個電路的狀態有關的呼叫處理瞬態資料庫86。呼叫塊包括諸如用戶所撥的數字、呼叫路由數據等瞬態數據。
呼叫處理狀態機過程80使用系統通訊功能88所提供的通信，在每個呼叫處理過程之間進行通信，包括用戶開發的應用。它還用於與系統的其餘部分相連來傳遞被諸如電信平臺應用程式接口90(如圖3所示)等系統軟體的其餘部分所處理的信息(諸如TMM或記費數據)。
用戶開發的呼叫邏輯程序92可經由系統通訊功能88所提供的報文和共享存儲器與標準系統呼叫處理82進行通信。共享存儲器最好被可編程呼叫處理系統庫功能用來直接訪問呼叫處理資料庫84和86。如圖4所示，可編程呼叫處理系統52還在業務供應商所開發的呼叫邏輯程序92和靜態及動態資料庫84和86之間提供一個應用程式接口94。用戶開發的應用92最好是C++程序，或由業務產生環境(SCE)使用業務獨立塊(SIBs)所產生。可用有效的商用軟體工具來編譯用戶開發的環境邏輯程序92，以使它包括與標準呼叫處理82和資料庫84及86相連的應用程式接口文件。
圖5A-5H中示出標準呼叫處理82和可編程呼叫處理系統52的全部示例操作。首先參考圖5A，在塊500開始標準呼叫處理過程。在塊501開始軟體的初始化，然後在塊502讀取配置文件和對內部數據結構進行初始化。在塊503對觸發器資料庫的結構進行初始化，並從預定文件中讀取任意固定入口並把它插入觸發器資料庫中的適當位置。接著，如塊504所示，通過對電信平臺的應用程式接口呼叫來產生形成狀態機的軟體過程。如塊505所示，產生用於交換報文的郵箱。在塊506完成標準呼叫處理的初始化，塊506向系統指令現在可產生呼叫邏輯程序並可對其進行初始化。然後，進到圖5B，如塊507所示，標準呼叫處理過程等待將在其郵箱中接收的報文。這使作業系統在等待報文時暫停標準呼叫處理軟體。
呼叫邏輯程序過程初始化550進行初始化邏輯，此邏輯非常類似於如塊551中所示的標準呼叫處理過程所進行的邏輯。在標準呼叫處理過程已結束初始化並暫停後，由作業系統來控制呼叫邏輯程序初始化。在塊552，由呼叫邏輯程序92來限定郵箱，該郵箱用於接收來自包括標準呼叫處理過程等其它過程的報文。該郵箱也用於把報文發送到其它過程。
接著，如塊553所示，從觸發器資料庫554中讀取所需的觸發器。由技藝接口程序來定義這些觸發器，或者它們也可由業務產生環境程序來產生。如塊555所示，呼叫邏輯程序應用程式接口94用於在標準呼叫處理觸發器資料庫中設定所需的觸發器。呼叫邏輯程序的本體是傳遞到用於建立呼叫觸發器的應用程式接口的數據的一部分。以下更詳細地描述觸發器資料庫及其功能。
最後，如塊556所示，呼叫邏輯程序過程92執行對電信平臺應用程式接口90的呼叫，以等待所需電路觸發器上的報文。在等待報文時此過程暫停。
如圖5B的塊510所示，在郵箱中接收到報文使得標準呼叫處理過程恢復執行。在塊511，檢查接收到的報文以確定它是否為將傳遞到呼叫處理應用軟體(包括呼叫邏輯程序)的報文或與報文有關電路的改變狀態機控制的報文。如果接收到的報文表示將被傳遞到狀態機且在塊512確定對此電路的控制是返回標準呼叫處理，則在塊513中除去與此電路有關的呼叫處理狀態的通過標記(marking)。結果，由標準呼叫處理軟體依次處理與此電路有關的所有未來報文。
如果在塊512確定接收到的報文不屬於對特定電路的處理操作的變化，則如514所示將要處理的狀態機的報文，如返回塊507的執行所示，標準呼叫處理軟體重新開始等待要處理的另一個報文並在沒有報文等待時暫停。
如塊515所示，處理用於特定電路的報文，如果在塊516中確定相關電路處於通過狀態時把這些報文傳送到呼叫邏輯程序。如塊517所示，把用於由呼叫邏輯程序所控制電路所收到的報文放置在一報文中並經電信平臺應用程式接口發送到呼叫邏輯程序。如塊507所示，標準呼叫處理軟體重新開始等待要處理的另一個報文，並在沒有報文等待處理時暫停。
進到圖5D，如塊518所示，進行測試以確定電路的當前狀態是否允許為該電路而設定觸發器。如塊519所示，如果此狀態不允許觸發器，則標準呼叫處理邏輯處理接收到的報文，如塊507所示，標準呼叫處理邏輯重新等待要處理的另一個報文，並在沒有報文等待處理時暫停。
在塊518確定允許觸發器的情況下，在塊520中檢查觸發器資料庫554並如塊521所示確定是否存在用於此電路的觸發器。如果不存在觸發器，則把接收到的報文傳送到標準呼叫處理軟體加以處理，如塊507所示，此標準呼叫處理軟體等待要處理的另一個報文並在沒有報文等待處理時暫停。
如塊522所示，在塊521中檢測到有效的觸發器導致使用標準呼叫處理軟體接收到的報文，該報文被用於「觸發」電路的呼叫邏輯程序的報文結構。然後，在塊523中把該電路的狀態標為「通過」狀態。這意味著把標準呼叫處理過程接收到的用於此電路的所有未來報文傳送到呼叫邏輯程序。呼叫邏輯程序可在不希望接收用於該電路的報文時通過到狀態機的報文來指令標準呼叫處理。然後，如塊524所示，經由電信平臺應用程式接口把新格式化的報文發送到呼叫邏輯程序。然後，如塊507所示，標準呼叫處理軟體重新開始等待另一個要處理的報文並在沒有報文等待處理時暫停。
如圖5E的塊560所示，呼叫邏輯程序過程暫停，直到它接收到另一個過程發送給它的一個報文。確切的處理與呼叫邏輯程序的設計和實行有關。待進行的所需操作是呼叫邏輯程序處理與使用呼叫邏輯程序應用程式接口的結合。呼叫邏輯程序在塊561進行並完成所需的應用程式接口功能，然後返回塊560以等待進一步的報文。如果沒有報文等待處理則暫停。
塊562-576提出了可在塊561中進行的示例的呼叫邏輯應用程式接口功能。在塊562中，讀取特殊電路的呼叫處理動態資料庫86(圖4)。標準呼叫處理使用動態資料庫86中的數據來完成基於標準呼叫處理模型的呼叫。這種數據的一個例子是在此電路上產生的呼叫所撥的號碼。一些動態數據專用於標準呼叫處理狀態機軟體，可不通過呼叫邏輯程序應用程式接口94來提供這些數據。
在塊563中，呼叫邏輯應用程式接口可用於更新與用於給定呼叫的特殊電路有關的動態資料庫86。然而，不允許呼叫邏輯應用程式接口改變動態數據中的所有參數，且應用提供給應用程式接口的所有數據之前要驗證這些數據。使用此功能的一個例子是把呼叫號碼編譯成不同的目的地號，並把新的呼叫號碼寫入該電路的動態資料庫。指令標準呼叫處理繼續該呼叫的發送，就象已由呼叫電路撥了這個新的呼叫一樣。
在塊564中使用呼叫邏輯應用程式接口使呼叫邏輯程序取得與給定電路或中繼線群有關的呼叫處理靜態資料庫84。此資料庫一般包含與電路或中繼線群有關的以下類型的信息電路類型、信令類型信息、路由信息等。
塊565中的呼叫邏輯應用程式接口功能允許選擇性地訪問標準呼叫處理記費記錄或呼叫詳細記錄(CDR)中的某些欄位，從而可由呼叫邏輯程序來改變這些欄位。應用程式接口限制了對那些被定義為用戶可更新的欄位的訪問，從而用戶不可以改變所有的欄位。
如塊566所示，提供了編寫完整的呼叫詳細記錄(CDR)的能力，從而呼叫邏輯程序可編寫記費記錄來替換通常要通過標準呼叫處理來編寫的記錄。這有利於呼叫邏輯程序產生它自己獨有的呼叫詳細記錄。
塊567是產生一個或多個用戶話務量計量和測量(TMM)計數器的能力。此功能使呼叫邏輯程序定義特定呼叫邏輯程序所獨有的話務量計量和測量計數器。以對系統標準計數器所提供的相同的方式來收集和報告這些計數器。
呼叫邏輯程序使用塊568中所示的功能來使話務量計量和測量計數器遞增。這些計數器可以是標準呼叫測量所提供的計數器或由在塊567呼叫邏輯程序所定義的用戶計數器。
呼叫邏輯程序還可經由在塊569中的功能與智能外圍設備22(圖1)相連。為了收集數字、播放所記錄的公告等，智能外圍設備提供了與終端用戶相連的能力。此應用程式接口使呼叫邏輯程序可與智能外圍設備相連並使其業務可用於呼叫邏輯程序。
分布式電信交換系統具有由標準呼叫處理軟體所提供的許多可編程能力。塊570中所示的應用程式接口功能使呼叫邏輯程序可在把對外部系統預定的報文發送到這些系統前接收這些報文以傳送信令信息。呼叫邏輯程序可改變這些信令報文或在把這些報文傳送到目的地前把定製欄位加到這些報文。
在塊571中，應用程式接口功能使呼叫邏輯程序使用作為電信平臺一部分的時序設備。可設定一定時器來把軟體所定義的報文發送到呼叫邏輯程序。還可由此接口來提供停止運行著的定時器或刪除定時器的能力。
如塊572所示，可由呼叫邏輯應用程式接口來設定特定電路的呼叫觸發器。此觸發器使得在標準呼叫處理軟體狀態機碰到所定義的觸發器狀態時給呼叫邏輯程序發送一報文(接收控制)。以下將更詳細地描述觸發器的機構。
類似地，如塊573所示，可由呼叫邏輯應用程式接口來清除由呼叫邏輯程序預先設定的呼叫觸發器。
在塊574中，應用程式接口可把標準呼叫處理呼叫模型提高到呼叫中的特定點(PIC)，以影響由標準呼叫處理軟體所提供的標準呼叫模型的操作。結果，呼叫邏輯程序可在必要時使標準呼叫模型處於「跳過」狀態或重新執行狀態。此功能給呼叫邏輯程序提供了定製標準呼叫模型的操作的能力。
如塊575所示，另一個應用程式接口功能將把新的呼叫狀態和對這些狀態的處理加到呼叫模型中。新的狀態和處理將變為標準呼叫模型的嵌套(embeded)部分，而且在實行此處理時不需要觸發呼叫邏輯程序。
在塊576中，應用程式接口功能還可指令標準呼叫處理狀態機恢復對特定電路的標準處理。此能力使呼叫邏輯程序可對呼叫處理的幾個步驟進行增益控制，然後把控制返回用於呼叫的其餘部分的標準呼叫處理或直到碰到用於此呼叫邏輯程序的另一個觸發器。
從以上描述中可看出，標準呼叫處理能檢測標準呼叫處理期間的觸發器狀態並使用本發明的呼叫邏輯應用程式接口把隊列報文發射到業務控制點應用或把呼叫處理控制傳送到用戶開發的呼叫邏輯程序。把觸發機構設計成支持用於觸發器處理的工業標準，但只討論提供把呼叫處理控制傳送到呼叫邏輯程序的機構。圖6示出觸發器資料庫600的組成以及資料庫內的成員或結構之間的關係。
參考圖6，觸發器資料庫600包括觸發器規則項目指針清單601，該清單是用於訪問呼叫中給定點(PIC)的觸發器規則項目判斷樹。由呼叫中點的數目來估計清單601的尺寸以及編索引。觸發器規則項目指針清單601包含一觸發器規則項目指針欄位602，該欄位是對呼叫中給定點的觸發器規則項目判斷樹的第一觸發器規則項目611的指針。
觸發器規則項目611是具有將在觸發器規則項目判斷樹中評估的獨立判據(criteria)的數據結構。它包含用於確定如何進行估計以及根據該評估的結果採取什麼動作的信息。用於呼叫中給定點的所有觸發器包括一個或多個觸發器規則項目。每個觸發器規則項目611包含除外標誌612、判據節點索引613、觸發器數據索引614和兩個下一觸發器規則項目索引欄位615和616。實際上，由觸發器處理遍歷(traverse)的觸發器規則項目是觸發器規則項目判斷樹中的節點。
除外標誌欄位612包含表示是否在估計匹配條件為真(TRUE)時停止遍歷判斷樹的值。通過估計包含在以下詳述的判據節點603中的信息來確定匹配條件。如果此標誌為TRUE且估計匹配條件為TRUE，則在該點停止判斷樹的遍歷而不觸發。除外標誌欄位612使程式設計師在任意點處的將「短路」條件插入判斷樹中以防止不必要的遍歷。
判據節點索引欄位613是用於給定觸發器規則項目的判據節點數據603的索引。觸發器數據索引欄位614是用於給定觸發器規則項目的觸發器數據621的索引。下一觸發器規則項目索引615是在碰到匹配(MATCH)條件或接收到來自業務控制點隊列報文的繼續(CONTINUE)響應時下一觸發器規則項目的索引。而另一個下一觸發器規則項目索引欄位616是在碰到不匹配(NO MATCH)條件時屬於下一觸發器規則項目。
如上所述，判據節點603包含用於確定對匹配進行檢查的信息類型、要進行比較的類型、再檢查的數據匹配結果以及在其上進行匹配特定呼叫的信息。每個判據節點結構603包含以下所述的多個欄位。
判據節點603包括判據ID欄位604。此欄位規定了包含在匹配值清單617中的數據的類型。數據類型為數值或數字串。使用標準ID欄位確定在哪裡得到對匹配值清單入口進行比較的源數據的應用。判據節點603還包括操作ID欄位605。操作ID欄位605規定了要進行的操作的類型以指明匹配條件。它支持諸如=、≠、＜、＞、≤、≥等基本邏輯算符。對包含在匹配值清單617中的數據進行操作，該清單可以是數字、數字清單或由兩個數字所規定的範圍。以上所述的判據ID 604用於確定把什麼資料庫和要素與匹配值清單入口進行比較。
判據節點603還包括清單類型欄位606，該欄位規定了是否把匹配值清單617中的數據看作值的清單或值的範圍。如果要把數據看作一個清單，則對於匹配掃描整個清單。如果清單類型是範圍，則它包含表示所包含的上下值的兩個值。
在判據節點603中還設有匹配值清單偏移欄位607。該欄位是從匹配值清單617開始的字節偏移，以獲得用於當前判據節點的匹配值。判據節點603還包括入口的匹配值陣列數欄位608，該欄位包含在清單617中用於當前判據節點的匹配值入口的數目。
判據節點603中的匹配結果欄位609還包含對給定呼叫遍歷所進行的匹配比較的結果。它是真、假或不估計。該欄位保證了在遍歷中對給定呼叫和給定判斷樹只進行一次估計。在判據節點603中還包括呼叫ID欄位510來識別在其上進行給定匹配的特定呼叫。
觸發器資料庫的另一個結構是匹配值清單617，該清單包含可在觸發器狀態的匹配比較中搜索到的諸如數值或數字串等值的清單。特殊情況的清單是一個表示值的範圍的清單。為了進行範圍比較，把清單617限於表示該範圍上下限的兩個值。此外，每個匹配值清單617包含入口的匹配值數目欄位620，該欄位提供了對清單617中匹配值數目的計數。
觸發器數據521是觸發器資料庫600中的另一個要素。該數據結構包含用於建立隊列報文並把它傳送到業務控制點或呼叫邏輯程序的信息。每個觸發器數據結構621包含以下欄位。
觸發器類型欄位622是此特定觸發器數據621映射到的工業標準觸發器。觸發器類型欄位622中的值確定了發送到業務控制點應用的隊列報文的類型。觸發器數據結構621還包括觸發器判據類型欄位623。該欄位包含如工業標準所定義的包含在發送到業務控制點的報文中的觸發器數據。
觸發器數據結構621還包括全局標題編譯(GTT)欄位624。該欄位表示需要使用第7號信令系統(SS7)全局標題編譯的業務控制點隊列。全局標題編譯值確定全局標題編譯路由是否要使用被呼叫的號碼或呼叫者號碼。如果不需要使用全局標題編譯路由的業務控制點隊列，則該欄位為空(NULL)。
觸發器數據621中的點代碼欄位625包含表示需要使用SS7點代碼和子系統號碼路由的業務控制點隊列的值。該值是必須處理從此觸發器狀態獲得的隊列報文的業務控制點的SS7點代碼。如果不需要使用點代碼和子系統號碼路由的業務控制點隊列，則該欄位為NULL。
另一個欄位即子系統號碼626是位於必須處理從此觸發器狀態獲得的的隊列報文的業務控制點處的應用的SS7子系統號碼。該子系統號碼只在規定點代碼時才有效。如果不需要使用點代碼和子系統號碼路由的業務控制點隊列，則該欄位為NULL。
觸發器數據621還包括報文隊列627，該隊列包含用於把隊列報文傳送到適當的業務控制點應用或呼叫邏輯程序的報文隊列的名稱。
圖7A和7B是示出示例的觸發器處理過程的流程圖。標準呼叫處理檢查在呼叫中各點處的觸發器狀態。這是通過呼叫觸發器處理701以及把呼叫中的該點作為一個參數來實現的。如塊702所示，並參考用於觸發器數據結構的圖6，觸發器處理701把呼叫中的該點編入索引成為觸發器規則項目指針清單601，以訪問使觸發器規則項目611定位的觸發器規則項目指針602。如塊703所確定的，如果觸發器規則項目指針602為NULL，則觸發器處理如塊716所示返還NULL觸發器數據索引來表示未檢測到觸發器狀態。
如果觸發器規則項目指針602不為NULL，則如塊704和705所示，使用由觸發器規則項目611中的觸發器規則項目指針602所定位的判據節點索引613來訪問判據節點603。如上所述，判據節點603定義了匹配值清單617中數據的類型(即什麼操作對此數據是有效的)，且包含對匹配值清單617的指針。如塊706所示，判據節點603包含使當前判據節點的匹配值定位的匹配值清單偏移607，並搜索匹配的觸發器值。在塊707中返還是否檢測到匹配狀態的指示。
如果判據節點處理表示不存在匹配狀態，則訪問下一觸發器規則項目索引(不匹配)615。如果在塊703中確定該項目為NULL，則在塊716中返還表示未檢測到觸發器狀態的NULL觸發器數據索引。否則，對欄位615所指的下一觸發器規則項目重複判據節點處理。
如果在塊707中判據節點處理表示匹配狀態，則如塊709所示訪問觸發器數據索引。如果在塊710中確定觸發器數據索引為NULL值，則如塊711所示觸發器處理訪問下一觸發器規則項目索引(匹配或繼續)欄位616。如果在塊712中確定欄位616為NULL，則在塊716中返還表示未檢測到觸發器狀態的NULL觸發器數據索引。如果在塊710中確定觸發器數據索引不為NULL值，則在塊713返回標準呼叫處理以表示檢測到匹配的觸發器狀態。
如果在塊716把NULL觸發器數據索引返還標準呼叫處理，則標準呼叫處理在呼叫的當前點處恢復呼叫處理。另一方面，如果在塊713中觸發器處理表示匹配狀態並返還了不包括NULL觸發器數據索引，則標準呼叫處理使用由返還的觸發器數據索引所指的觸發器數據來建立隊列報文並把它傳送到業務控制點應用或呼叫邏輯程序。觸發器數據621中的觸發器類型欄位622定義了要建立的隊列報文的類型，觸發器判據類型欄位623是包含在結果隊列報文中的在工業上定義的參數。如果要使隊列報文指向業務控制點應用，則欄位624中的全局標題編譯標誌或點代碼和子系統號碼欄位625和626具有非NULL值。如果要使隊列報文指向呼叫邏輯程序，則全局標題編譯、點代碼以及子系統號碼欄位具有NULL值。然後，標準呼叫處理使用報文隊列欄位627對業務控制點應用或呼叫邏輯程序所建立的隊列報文進行排列。
在操作中，電話業務供應商可使用在依據其可編程呼叫處理系統和方法的呼叫邏輯應用程式接口中提供的功能來實行它自己的定製呼叫邏輯程序。依據本發明的原理，把構成的可編程呼叫處理系統和方法52主要設計成支持用戶特徵。可支持特徵的一個例子是增強的編譯能力。電信業務供應商不能開發需要改變底層系統的那些特徵。例如，不能通過可編程呼叫處理系統52來實行把新的信令協議加到該系統。
用戶開發的呼叫邏輯應用是與標準交換軟體過程分開的過程。把這些應用開發成為C++程序或使用業務產生環境工具來產生。其後，可使用商用的軟體工具來進行編譯，這些應用使用留在系統10上的軟體庫。這些用戶開發的呼叫邏輯應用以獨立的POSIX/「類似於UNIX」的過程來運行，且這些應用服從由此作業系統所加的所有限制。用戶開發的程序可以使用呼叫處理元素和系統資料庫以及發報設備。可編程呼叫處理系統52對用戶開發的呼叫邏輯程序和標準呼叫處理功能之間的接口提供屏蔽。可編程呼叫處理系統還保證傳送到嵌套的系統功能的所有數據都有效並丟棄那些未通過檢查和檢驗的數據。
例如，檢查如何來實行用戶開發的呼叫邏輯程序來提供增強的編譯能力是有益的。在圖8中示出示例的處理流程。參考圖8，在塊800中開始實行用戶開發的呼叫邏輯程序的處理流程。在塊802，用戶開發的呼叫邏輯程序使用呼叫邏輯應用程式接口來設定用於諸如在特定中繼線群電路上接收到SS7原始地址報文(IAM)等特殊事件的觸發器。其後，如塊804所示，在碰到指定的事件時，諸如當標準呼叫處理狀態機接收到IAM報文時，標準呼叫處理過程擊中觸發器，這表明要由用戶開發的呼叫邏輯程序來處理該事件。然後，如塊806和808所示，標準呼叫處理過程對適合的報文進行格式化，把該報文傳送到用戶開發的呼叫邏輯程序並把電路置於「等待」狀態。
在塊810中，用戶開發的呼叫邏輯程序接收到由標準呼叫處理所發送的報文並進行如塊812所示的適當操作，諸如訪問其編譯資料庫來確定如何傳送此呼叫並把路由數據置於與該電路有關的呼叫塊中。如塊814所示，當用戶開發的呼叫邏輯程序結束其操作時，它把一報文送回標準呼叫處理過程以通知它繼續處理和傳送該呼叫。如塊816所示，標準呼叫處理過程在接收到該報文時，繼續該呼叫並在被中斷的點或由用戶開發的呼叫邏輯程序所指的不同點處恢復標準處理。標準呼叫處理可連續碰到使它把控制傳送到用戶開發的呼叫邏輯程序的一個或多個附加的觸發器。
這樣，可編程呼叫處理系統和方法在公共交換系統的完整部分通用計算平臺上提供了集成的可編程呼叫處理構造。可編程呼叫處理系統和方法為業務供應商提供了一種方法，以控制相對於不容易用智能網絡技術複製的業務特徵和操作支持數據的交換功能。
本構造的一個優點是可容易地把基於標準的呼叫模型擴展到提供定製的呼叫處理特徵。可在更新工業標準前，使終端用戶利用這些特徵。此構造還允許支持與定製操作平行操作的工業標準。
此交換產品中的呼叫邏輯程序管理能力保證了●整個系統的可靠性不受業務供應商的編程的影響。這是通過所支持的應用程式接口所進行的呼叫邏輯程序執行監控、POSIX/「類似於UNIX」過程管理以及對普通作業系統能力的受控訪問來實現的。
●呼叫邏輯程序的受控安裝、測試、啟動、去啟動和翻譯。
●呼叫邏輯程序資源控制。
●可獲得呼叫邏輯程序性能統計。
呼叫邏輯程序應用程式接口在本地的呼叫處理軟體上提供了基於標準的特殊和可編程的功能性操作。這些功能性操作允許●對將與本地呼叫處理功能相關的話務量計量和測量收集計數器進行特殊化。在相關後，由本地呼叫測量功能使這些計數器自動遞增，接著為進行進一步處理由呼叫邏輯程序來讀取這些計數器。
●可從呼叫邏輯程序中訪問與每次呼叫記費數據收集有關的本地呼叫處理呼叫詳細記錄。呼叫邏輯應用程式接口提供了把選中欄位修改以及可變長度欄位加到呼叫詳細記錄中作為業務提供的專用欄位的方法。
●呼叫邏輯程序可看到在涉及SS7 ISUP和ISDN主速率的各種報文定向訪問配置中所使用的呼叫控制網絡信令協議。呼叫邏輯程序可在輸入和輸出呼叫處理動作的選中點處增加、修改或刪除標準、任意和業務供應商的專用參數。這些呼叫邏輯程序動作提供了明顯通過和受行為影響的本地呼叫處理。
●關於來自Bellcore和ITU的各種工業標準文件中所述的智能網絡呼叫模型的概念，呼叫邏輯程序通過應用程式接口可使用的許多增強的操作。
●配備(arm)/不配備(disarm)當前執行呼叫模型中的觸發器/事件檢測點。
●在優先級中插入或除去觸發器檢測點處的觸發器濾波規則。
●根據觸發器處理標準的滿足程度，控制將在呼叫邏輯程序啟動時呈現給它的各種靜態和動態數據元素的可見度。
●使呼叫中新的點(具有附屬觸發器和事件檢測點、觸發器類型和觸發器標準)與本地基本呼叫處理軟體中的入口點相關。
●與本地呼叫處理構造內的特徵交互管理軟體交互來實現所定製的業務交互控制。
●與本地呼叫處理構造中的業務交換功能交互來修改與外部智能網絡系統有關的交互規則。這些交互可影響智能網絡報文的格式化、網絡系統路由和多信道廣播。
●與信息記錄和從碟片的搜索有關的文件系統操作的請求(invocation)。
●對應於該記錄處的網絡管理數據通信鏈路和文件傳輸等級的管理操作的請求。
權利要求
1．一種用於電信交換系統的可編程呼叫處理系統，其特徵在於包括標準呼叫處理過程，用於依據工業標準呼叫模型來進行呼叫處理；至少一個資料庫，用於存儲可被所述標準呼叫處理過程組訪問的呼叫處理數據；至少一個定製的呼叫邏輯程序，用於在電信交換系統上實行擴展的用戶特徵；以及應用程式接口，用於提供所述至少一個定製的呼叫邏輯程序對所述至少一個呼叫處理資料庫的入口，且為了執行所述至少一個定製的呼叫邏輯程序而中斷所述標準呼叫處理過程。
2．如權利要求1所述的可編程呼叫處理系統，其特徵在於所述標準呼叫處理過程包括由所述應用程式接口插入的至少一個觸發器，用於在發生特定事件時把控制傳遞到定製的呼叫邏輯程序。
3．如權利要求1所述的可編程呼叫處理系統，其特徵在於還包括存儲用於中斷所述標準呼叫處理過程並把控制傳遞到所述至少一個定製的呼叫邏輯程序的一個或多個觸發器定義的觸發器資料庫。
4．如權利要求3所述的可編程呼叫處理系統，其特徵在於所述觸發器資料庫包括以呼叫中發生觸發事件的點來編索引的觸發器規則項目點清單；由所述觸發器規則項目點清單所指的至少一個觸發器規則表，在所述表中存儲有觸發器判據和觸發器數據，用於把控制傳遞到所述至少一個定製的呼叫邏輯程序。
5．如權利要求4所述的可編程呼叫處理系統，其特徵在於所述至少一個觸發器規則表包括觸發器規則項目表，具有用於估計觸發事件的多個觸發器規則項目；判據節點表，具有用於估計觸發事件的數據；以及觸發器數據表，具有用於把一報文集中到所述至少一個定製的呼叫邏輯程序以向其傳遞控制的數據。
6．如權利要求5所述的可編程呼叫處理系統，其特徵在於所述至少一個觸發器規則表還包括具有在所述觸發器事件估計中所使用的值的匹配值表。
7．如權利要求3所述的可編程呼叫處理系統，其特徵在於所述觸發器資料庫包括以呼叫中發生觸發事件的點來編索引的觸發器規則項目點清單；觸發器規則項目判斷樹，具有由所述觸發器規則項目點清單所指的至少一個節點，每個節點存儲有觸發器判據和觸發器數據，用於把控制傳遞到所述至少一個定製的呼叫邏輯程序。
8．如權利要求1所述的可編程呼叫處理系統，其特徵在於所述至少一個定製的呼叫邏輯程序是與所述標準呼叫處理過程分開的過程且它與所述標準呼叫處理過程平行地在所述交換系統上運行。
9．如權利要求1所述的可編程呼叫處理系統，其特徵在於所述標準呼叫處理過程起到一組有限狀態機的作用，所述至少一個定製的呼叫邏輯程序是嵌套在所述標準呼叫處理狀態機內的子狀態機。
10．如權利要求1所述的可編程呼叫處理系統，其特徵在於所述至少一個呼叫處理資料庫包括存儲所述交換系統的電路結構的靜態資料庫。
11．如權利要求1所述的可編程呼叫處理系統，其特徵在於還包括用於在所述標準呼叫處理過程和所述定製的呼叫邏輯程序之間傳送報文的發報功能。
12．如權利要求1所述的可編程呼叫處理系統，其特徵在於所述至少一個呼叫處理資料庫包括用於存儲呼叫數據塊的動態資料庫。
13．如權利要求1所述的可編程呼叫處理系統，其特徵在於所述應用程式接口包括用於被所述定製的呼叫邏輯程序所使用且包含的接口庫。
14．一種用於電信交換系統的可編程呼叫處理的方法，其特徵在於包括以下步驟提供用於擴展由標準呼叫處理過程所提供的用戶業務的至少一個定製的呼叫邏輯程序；對所述標準呼叫處理過程進行初始化；在發生特定事件時，把控制從所述標準呼叫處理過程傳遞到所述至少一個定製的呼叫邏輯程序。
15．如權利要求14所述的方法，其特徵在於還包括以下步驟把用於觸發事件的觸發器插入所述標準呼叫處理過程以中斷其執行；以及在所述觸發事件觸發時分析所述事件。
16．如權利要求15所述的方法，其特徵在於所述觸發器事件分析步驟包括查詢用於估計判據和值的觸發器資料庫。
17．如權利要求15所述的方法，其特徵在於所述觸發器事件分析步驟包括以下步驟查詢具有用於估計觸發事件的多個觸發器規則項目的觸發器規則項目表；查詢具有用於估計觸發事件的數據的判據節點；以及查詢具有用於把一報文集中到所述至少一個定製的呼叫邏輯程序以向其傳遞控制的數據的觸發器數據表。
18．如權利要求17所述的方法，其特徵在於觸發器數據表查詢步驟包括查詢具有在所述觸發事件估計中所使用的值的匹配值表的步驟。
19．如權利要求15所述的方法，其特徵在於所述觸發事件分析步驟包括以下步驟查詢以呼叫中發生觸發事件的點來編索引的觸發器規則項目點清單；以及查詢觸發器規則項目判斷樹，所述判斷樹具有由所述觸發器規則項目點清單所指的至少一個節點，在每個節點存儲有觸發器判據和觸發器數據，用於把控制傳遞到所述至少一個定製的呼叫邏輯程序。
20．如權利要求14所述的方法，其特徵在於還包括使所述至少一個定製的呼叫邏輯程序訪問呼叫處理資料庫的步驟。
21．如權利要求14所述的方法，其特徵在於還包括以下步驟使所述至少一個定製的呼叫邏輯程序訪問具有所述交換系統的電路結構的靜態呼叫處理資料庫；以及使所述至少一個定製的呼叫邏輯程序訪問具有呼叫數據塊的靜態呼叫處理資料庫。
22．如權利要求14所述的方法，其特徵在於還包括在完成定製的呼叫處理後在所述特定事件處把控制從所述至少一個定製的呼叫邏輯程序傳回所述標準呼叫處理過程的步驟。
23．如權利要求14所述的方法，其特徵在於還包括在完成定製的呼叫處理後在特定點處把控制從所述至少一個定製的呼叫邏輯程序傳回所述標準呼叫處理過程的步驟。
24．如權利要求14所述的方法，其特徵在於還包括在所述標準呼叫處理過程和所述至少一個定製的呼叫邏輯程序之間提供用於在其間傳遞控制的應用程式接口的步驟。
25．如權利要求14所述的方法，其特徵在於還包括使所述至少一個定製的呼叫邏輯程序把呼叫數據塊寫到用於存儲多個呼叫數據塊的靜態呼叫處理資料庫的步驟。
26．如權利要求15所述的方法，其特徵在於還包括從所述步驟呼叫處理過程中除去觸發器的步驟。
27．如權利要求14所述的方法，其特徵在於還包括以下步驟由所述標準呼叫處理過程產生呼叫詳細記錄；以及使所述定製的呼叫邏輯程序制訂呼叫詳細記錄來替換由所述標準呼叫處理過程所產生的所述呼叫詳細記錄。
28．如權利要求14所述的方法，其特徵在於還包括以下步驟由所述標準呼叫處理過程來制訂呼叫詳細記錄；以及使所述定製的呼叫邏輯程序改變所述呼叫詳細記錄的選中欄位。
29．如權利要求14所述的方法，其特徵在於還包括在所述標準呼叫處理過程中嵌套所述至少一個定製的呼叫邏輯程序的步驟。
30．如權利要求14所述的方法，其特徵在於還包括以下步驟把所述標準呼叫處理過程模塊化成一組有限狀態機；以及把所述定製的呼叫邏輯程序模塊化成嵌套在所述標準呼叫處理過程狀態機中的子狀態機。
31．如權利要求14所述的方法，其特徵在於還包括以下步驟把所述標準呼叫處理過程模塊化成一組有限狀態機；以及把至少一個子狀態加到所述標準呼叫處理過程狀態機。
32．一種用於電信交換系統的可編程呼叫處理的方法，其特徵在於包括以下步驟提供用於擴展由標準呼叫處理過程所提供的用戶業務的至少一個定製的呼叫邏輯程序；在所述標準呼叫處理過程中設定用於特定狀態存在的觸發器；對所述標準呼叫處理過程進行初始化；響應特定狀態的存在而檢測所述觸發器，中斷所述標準呼叫處理過程，並把控制從所述標準呼叫處理過程傳遞到所述至少一個定製的呼叫邏輯程序。
33．如權利要求32所述的方法，其特徵在於還包括分析所述觸發器狀態並查詢用於估計判據和值的觸發器資料庫的步驟。
34．如權利要求33所述的方法，其特徵在於所述觸發器狀態分析步驟包括以下步驟查詢具有用於估計觸器狀態的多個觸發器規則項目的觸發器規則項目表；查詢具有用於估計觸發器狀態的數據的判據節點；以及查詢具有用於把一報文集中到所述至少一個定製的呼叫邏輯程序以向其傳遞控制的數據的觸發器數據表。
35．如權利要求33所述的方法，其特徵在於觸發器數據表查詢步驟包括查詢具有在所述觸發器狀態估計中所使用的值的匹配值表的步驟。
36．如權利要求33所述的方法，其特徵在於所述觸發器狀態分析步驟包括以下步驟查詢以呼叫中發生觸發事件的點來編索引的觸發器規則項目點清單；以及查詢觸發器規則項目判斷樹，所述判斷樹具有由所述觸發器規則項目點清單所指的至少一個節點，在每個節點存儲有觸發器判據和觸發器數據，用於把控制傳遞到所述至少一個定製的呼叫邏輯程序。
37．如權利要求32所述的方法，其特徵在於還包括使所述至少一個定製的呼叫邏輯程序訪問呼叫處理資料庫的步驟。
38．如權利要求32所述的方法，其特徵在於還包括以下步驟使所述至少一個定製的呼叫邏輯程序訪問具有所述交換系統的電路結構的靜態呼叫處理資料庫；以及使所述至少一個定製的呼叫邏輯程序訪問具有呼叫數據塊的靜態呼叫處理資料庫。
39．如權利要求32所述的方法，其特徵在於還包括在完成定製的呼叫處理後在所述特定狀態處把控制從所述至少一個定製的呼叫邏輯程序傳回所述標準呼叫處理過程的步驟。
40．如權利要求32所述的方法，其特徵在於還包括在完成定製的呼叫處理後在特定點處把控制從所述至少一個定製的呼叫邏輯程序傳回所述標準呼叫處理過程的步驟。
41．如權利要求32所述的方法，其特徵在於還包括在所述標準呼叫處理過程和所述至少一個定製的呼叫邏輯程序之間提供用於在其間傳遞控制的應用程式接口的步驟。
42．如權利要求32所述的方法，其特徵在於還包括使所述至少一個定製的呼叫邏輯程序把呼叫數據塊寫到用於存儲多個呼叫數據塊的靜態呼叫處理資料庫的步驟。
43．如權利要求32所述的方法，其特徵在於還包括從所述標準呼叫處理過程中除去觸發器的步驟。
44．如權利要求32所述的方法，其特徵在於還包括以下步驟由所述標準呼叫處理過程產生呼叫詳細記錄；以及使所述定製的呼叫邏輯程序制訂呼叫詳細記錄來替換由所述標準呼叫處理過程所產生的所述呼叫詳細記錄。
45．如權利要求32所述的方法，其特徵在於還包括以下步驟由所述標準呼叫處理過程來制訂呼叫詳細記錄；以及使所述定製的呼叫邏輯程序來改變所述呼叫詳細記錄的選中欄位。
46．如權利要求32所述的方法，其特徵在於還包括在所述標準呼叫處理過程中嵌套所述至少一個定製的呼叫邏輯程序的步驟。
47．如權利要求32所述的方法，其特徵在於還包括以下步驟把所述標準呼叫處理過程模塊化成一組有限狀態機；以及把所述定製的呼叫邏輯程序模塊化成嵌套在所述標準呼叫處理過程狀態機中的子狀態機。
48．如權利要求32所述的方法，其特徵在於還包括以下步驟把所述標準呼叫處理過程模塊化成一組有限狀態機；以及把至少一個子狀態加到所述標準呼叫處理過程狀態機。
全文摘要
一種可編程呼叫處理系統(52)提供了依據工業標準呼叫模型進行呼叫處理的標準呼叫處理過程(80)、用於存儲可被標準呼叫處理過程組(80)所訪問的呼叫處理數據的至少一個資料庫(84,86)以及用於在電信交換系統(10,30)上實行擴展的用戶特徵的至少一個定製的呼叫邏輯程序(92)。此外,應用程式接口(56,94)提供至少一個定製的呼叫邏輯程序(92)對至少一個呼叫處理資料庫(84,86)的入口,且為了執行至少一個定製的呼叫邏輯程序(92)而中斷標準呼叫處理過程(80)。
文檔編號H04Q3/545GK1221539SQ97195359
公開日1999年6月30日 申請日期1997年4月8日 優先權日1996年4月10日
發明者J·L·邦奇, R·A·約文, S·O·佩裡三世, L·J·普欽斯基, 小W·C·羅伯遜, R·L·洗德 申請人:Dsc電訊有限合夥公司