專利名稱：基于交換機的智能網絡化預付費電話卡服務系統(tǒng)的制作方法
技術領域：
本發(fā)明一般涉及預付費電話呼叫卡(PPCC)服務的改進。
電話呼叫卡作為常規(guī)媒體，用于存儲電話服務用戶的帳戶信息。簡單的呼叫卡可以如塑料卡，上有一卡片號碼和一服務接入電話號碼，復雜的呼叫卡如內含電子電路的“智能卡”。別的樣式包括帶有磁條的呼叫卡，上面存儲著卡號碼，或許為安全計，還存儲著個人識別號碼(PIN)。
電話呼叫卡粗略可分為“后付費”式和“預付費”式，對“后付費”式，客戶保持一個帳戶并定期向帳戶支付記帳的欠費，對“預付費”式，客戶購買標明存有固定幣值或定量電話服務時間的一個帳戶的卡。對預付費電話呼叫卡的需求持續(xù)增長，勢頭不見減少。
智能網絡(IN)是軟件和硬件的混合，能夠自動處理電話系統(tǒng)中的電話呼叫。此外，還照例把呼叫從呼叫方路由至被呼叫方/目的號碼，IN還適于處理各種預付費和后付費呼叫卡事務，以及非呼叫卡事務。
IN中的服務控制點(SCP)提供管理呼叫處理等邏輯，并保有一個數(shù)據(jù)庫，數(shù)據(jù)庫存儲各種事務所需的有用信息。IN還包括一個或多個交換機，既用于把呼叫接入網絡，也用于在物理上把呼叫路由至目的號碼。每個交換機包括一個服務交換點(SSP)，它在SCP的指令下，作為各個呼叫方的接口并完成實際的呼叫路由。SCP和SSP可以按，例如經歐洲電信標準學會(ETSI)和國際電信聯(lián)盟(ITU)認可的智能網絡應用協(xié)議(INAP)，與高速鏈路連接。
上述IN是基于網絡的，且已用于預付費和后付費兩種呼叫卡服務系統(tǒng)。遺憾的是，創(chuàng)建和維護一個集中的以SCP為基礎的網絡，需要巨大的投資，所以服務供應商還沒有把IN的能力和精確性用于呼叫卡系統(tǒng)。預付費呼叫卡系統(tǒng)可以用基于交換機的智能網絡實現(xiàn)，但這大大偏離現(xiàn)有技術的教導。
對基于交換機的系統(tǒng)，呼叫控制邏輯和PPCC數(shù)據(jù)庫，不是駐留在交換機內便是硬布線在交換機上。普遍地，大多數(shù)部署以交換機為基礎的PPCC系統(tǒng)，都是附屬于交換機的附加處理點。使用附加處理點是服務供應商最廉價的解決方案。附加處理點包括服務邏輯和數(shù)據(jù)庫二者。然而，附加處理點的主要缺點，是每次預付費呼叫都要通過交換機的干線傳送，導致交換機中產生瓶頸效應。這種附加處理點解決方案還把額外的硬件添加于系統(tǒng)上。
雖然，基于交換機的智能網絡化預付費呼叫卡系統(tǒng)可以自動化且快速，但它缺乏靈活性，不允許人的介入來防止收入的損失和客戶的搗亂，因為智能網絡不能處理這種呼叫。
因此，針對新建議的、基于交換機的、智能網絡化預付費呼叫卡系統(tǒng)的限制，本發(fā)明提供一種電信系統(tǒng)，用于處理預付費電話呼叫卡帳戶的電話呼叫。該系統(tǒng)有多條電話線路和多個交換機，電話線路處理電話呼叫，交換機中每一個在運行時都能與始發(fā)電話線路連接，且適于路由批準的呼叫至客戶指定的目的號碼。
每個交換機至少包括一個適于批準并引導電話呼叫的路由的服務交換和控制點(SSCP)，該SSCP存儲該交換機支持的每個呼叫卡帳戶的帳戶信息。每個交換機可根據(jù)系統(tǒng)收到的客戶產生的服務接入代碼(SAC)，接入呼叫始發(fā)客戶。
該系統(tǒng)還包括一個與SSCP耦合的話務員服務系統(tǒng)(OSS)，它適于根據(jù)客戶的要求，或根據(jù)預定的意外事件發(fā)生時的跳逃(bailout)，讓電話話務員處理預付費呼叫卡帳戶的事務。
本發(fā)明還給出電信系統(tǒng)中的一種方法，用于處理預付費電話呼叫卡帳戶的電話呼叫。該方法提供多條電話線路和多個交換機，交換機中每一個在運行時都能與始發(fā)電話線路連接，且適于路由批準的呼叫至客戶指定的目的號碼。
在每個交換機中，該方法還提供一個服務交換和控制點(SSCP)，該方法通過SSCP，批準并引導電話呼叫的路由，和通過所述SSCP，存儲該交換機支持的每個呼叫卡帳戶的帳戶信息，并在系統(tǒng)收到客戶產生的服務接入代碼(SAC)后，向呼叫始發(fā)客戶提供接入。該方法還包括，通過與SSCP耦合的一個話務員服務系統(tǒng)(OSS)，讓電話話務員根據(jù)客戶的要求，或根據(jù)預定的意外事件發(fā)生時的跳逃，處理預付費呼叫卡帳戶的事務。
本發(fā)明的各種特征和優(yōu)點，本領域熟練人員將從下面參照以下所畫各圖的說明，了解得一清二楚，其中

圖1是本發(fā)明電信系統(tǒng)的基本硬件的圖解式方框圖，此系統(tǒng)適于處理預付費呼叫卡的電話呼叫；和圖2是流程圖，說明本發(fā)明話務員服務系統(tǒng)在跳逃操作時的呼叫流程。
1．基本硬件及描述電話服務系統(tǒng)100的基本硬件示于圖1．系統(tǒng)100有數(shù)個交換機，例如構成基于交換機的智能網絡(IN)的各個交換機112,124，和128．至少有一個交換機含有一個服務交換和控制點(SSCP)114。此SSCP包含呼叫流程邏輯，并在呼叫卡表內存儲預付費呼叫帳戶號碼信息。系統(tǒng)100還包括電話線路，處理通過電話裝置102、104、106、108、和110等等始發(fā)和目的電話呼叫。某些電話裝置通過電話線路直接與交換機連接，而另一些則通過諸如圖示的一個市話交換中心126連接。
為完成某種事務，預付費呼叫卡(PPCC)客戶可以通過撥打某個交換機112唯一的服務接入代碼(SAC)，直接撥號至該交換機。在SAC后面跟隨一個PPCC/PIN和一個要撥打的目的電話號碼。交換機112內的始發(fā)呼叫處理器(OCP)116(或，對交換機128而言是130)把呼叫傳送至SSCP。一個廣播和數(shù)字收集(ADC)單元122把事務指令廣播至客戶，并向客戶提示諸如PPCC/PIN、目的號碼等信息，以及諸如希望改變PIN、或改變卡的激活狀態(tài)等其他信息。
一旦呼叫已經連接至目的號碼，一個終接呼叫處理器(TCP)118處理呼叫的終接。
每個交換機還可以包括一個話務員服務系統(tǒng)(OSS)，例如圖示的120和132。OSS是一個接口，它能讓電話話務員處理某種事務，這種事務處理既可以由于客戶選擇，也可以是當SSCP的服務邏輯從當前的事務跳逃到OSS時?？赡墚a生跳逃的原因有，諸如PPCC客戶在預定時間內輸入信息失敗，客戶的明顯不動作，或輸入的PIN與存儲在PPCC表上的PIN不匹配等。
在運行時，一旦OCP收到電話呼叫，它便對從客戶收到的數(shù)字進行數(shù)字分析，然后把一個InitialDP操作傳送至SSCP。
SSCP確定，從客戶收到的數(shù)字中搜集來的信息，是否包含一個匹配的PIN。如前所述，ADC單元122提示客戶輸入信息。如果PIN匹配，則繼續(xù)運行。否則，再提示該客戶按預定次數(shù)(如，3)輸入一個新的PIN。在輸入的PIN與列于該呼叫卡號碼的PPCC表上的PIN匹配失敗時，系統(tǒng)100通過OSS120跳逃到話務員，進一步處理這個呼叫。
如果PIN匹配，且呼叫卡狀態(tài)指示沒有防礙該項事務(即，卡是有效的、激活的、且未過期的)，SSCP傳送一個ConnectToResource操作至TCP。此ConnectToResource操作包括目的號碼的路由地址。
2．話務員跳逃呼叫流程圖2畫出在OSS控制下，處理電話呼叫的呼叫流程200的一個例子。呼叫流程是一種算法，它管理電話呼叫的處理。
算法200開始(202)之后，在步驟204，或者系統(tǒng)收到要求傳送至電話話務員的請求(例如，在菜單廣播后的任何時候鍵入“0”)，或者當某些條件被滿足時(如，客戶不動作，無效信息，余額數(shù)不足以支付接入提出的呼叫)，智能網絡跳逃到OSS。在步驟206，話務員向SSCP傳送一詢問消息，內含一服務密鑰(SK)，呼叫卡號碼(CC#)，PIN，和目的號碼(DN)。
SSCP為了驗證(步驟208和210)，把收到的信息與PPCC表中適當?shù)男畔⒈容^。如果呼叫卡號碼和PIN與PPCC表中的匹配，算法前進至步驟212。如果還需要更多的信息(步驟212和214),SSCP指令OSS從話務員處收集更多數(shù)字。然后，話務員把所有新收集的信息，傳送至SSCP。如果新信息是有效的(步驟216),SSCP傳送一連接消息至OSS(步驟218),OSS據(jù)此處理這個呼叫(步驟222)，于是話務員(通過OSS)處理該呼叫，然后交換機把該呼叫路由至目的號碼。
在步驟210，如果收集和比較的信息不是有效的，那么，算法要確定，預定的重復/再提示的最大次數(shù)是否已經超過(步驟226)。如果已經超過最大次數(shù)，算法便結束(步驟230)，并停止呼叫處理過程。
在步驟216，如果收集和比較的信息不是有效的，SSCP在步驟220傳送一個釋放消息至OSS。如果話務員檢驗后仍然確定，該呼叫應當被允許，那么，OSS將處理該呼叫(步驟224和222)。如果前述檢驗確定該呼叫不應當被允許，那么，算法要確定，預定的重復/再提示的最大次數(shù)是否已經超過(步驟226)。如果已經超過最大次數(shù)，算法便結束(步驟230)，并停止呼叫處理過程。
如果預定的最大次數(shù)還沒超過，話務員向客戶要求新的信息(步驟232)，新信息被送至SSCP，以便在步驟232處理。
如前所述，客戶能夠以三種方式接通OSS和電話話務員。第一，客戶可以直接撥號至話務員，然后請求處理一個預付費呼叫卡事務。第二，當客戶被連接至交換機112、124、130，在菜單廣播后的任何時候，他/她可以要求連接至OSS(從而連接至話務員)。第三，在處理事務過程，因預定事件的出現(xiàn)，客戶被自動轉接至OSS(“跳逃”)。預定事件包括，客戶在預定時間內不動作或無響應(即，客戶被提示輸入信息，但沒有及時這樣做)，在足夠的嘗試次數(shù)內，輸入正確的安全/接入代碼和PIN失敗，以及試圖接入一個不能被預付費呼叫卡帳戶支持的呼叫(如，客戶試圖接入一長途呼叫至某目的號碼，為此，第一個一分鐘就超出帳戶中可用的全部信用金額)。
可能存在上面描述的本發(fā)明的各種變化和修改。但是，本領域熟練人員顯然清楚的那些屬于本發(fā)明的一切變化和修改，都被認為包括在本專利證書批準的保護范圍之內。
權利要求
1．一種處理預付費電話呼叫卡帳戶的電話呼叫的電信系統(tǒng)，它包括多條電話線路，用于處理電話呼叫；多個交換機，每一個都有效地耦合至始發(fā)電話線路，適合于把批準的呼叫路由至客戶指定的目的號碼；其中每個交換機都包括一個適于批準和引導電話呼叫的路由的服務交換和控制點(SSCP)，所述SSCP為所述交換機支持的每個呼叫卡帳戶，存儲帳戶信息；其中，在系統(tǒng)收到客戶產生的一個服務接入代碼(SAC)時，每個交換機都可以讓呼叫始發(fā)客戶接入；和一個與所述SSCP耦合的話務員服務系統(tǒng)(OSS)，適于讓電話話務員在客戶要求下，或根據(jù)預定的意外事件發(fā)生時的跳逃，處理預付費呼叫卡帳戶事務。
2．按照權利要求1的系統(tǒng)，還包括一個與所述SSCP耦合的廣播和數(shù)字收集(ADC)單元，用于向所述客戶提示要傳送的信息。
3．按照權利要求1的系統(tǒng)，其中所述預定的意外事件包括，在提示后，客戶傳送信息失敗。
4．按照權利要求1的系統(tǒng)，其中所述預定的意外事件包括，傳送無效帳戶信息。
5．按照權利要求1的系統(tǒng)，其中所述預定的意外事件包括，傳送無效安全代碼。
6．按照權利要求1的系統(tǒng)，其中所述預定的意外事件包括，傳送無效帳戶信息的次數(shù)多于預定的次數(shù)。
7．按照權利要求1的系統(tǒng)，其中所述預定的意外事件包括，傳送無效安全代碼的次數(shù)多于預定的次數(shù)。
8．按照權利要求1的系統(tǒng)，其中所述預定的意外事件包括，預付費呼叫卡帳戶不足以支付預期的電話呼叫。
9．一種在電信系統(tǒng)中處理預付費電話呼叫卡帳戶的電話呼叫的方法，它包括的步驟有提供處理電話呼叫的多條電話線路；提供多個交換機，每一個都有效地耦合至始發(fā)電話線路，適合于把批準的呼叫路由至客戶指定的目的號碼；在每個交換機中，提供一個服務交換和控制點(SSCP)，通過所述SSCP，批準和引導電話呼叫的路由，通過所述SSCP，為所述交換機支持的每個呼叫卡帳戶，存儲帳戶信息；在系統(tǒng)收到客戶產生的一個服務接入代碼(SAC)時，向呼叫始發(fā)客戶提供接入；和通過一個與所述SSCP耦合的話務員服務系統(tǒng)(OSS)，讓電話話務員在客戶要求下，或根據(jù)預定的意外事件發(fā)生時的跳逃，處理預付費呼叫卡帳戶事務。
10．按照權利要求9的方法，還包括步驟通過一個與所述SSCP耦合的廣播和數(shù)字收集(ADC)單元，向所述客戶提示要傳送的信息。
11．按照權利要求9的方法，其中所述預定的意外事件包括，在提示后，客戶傳送信息失敗。
12．按照權利要求9的方法，其中所述預定的意外事件包括，傳送無效帳戶信息。
13．按照權利要求9的方法，其中所述預定的意外事件包括，傳送無效安全代碼。
14．按照權利要求9的方法，其中所述預定的意外事件包括，傳送無效帳戶信息的次數(shù)多于預定的次數(shù)。
15．按照權利要求9的方法，其中所述預定的意外事件包括，傳送安全代碼的次數(shù)多于預定的次數(shù)。
16．按照權利要求9的方法，其中所述預定的意外事件包括，預付費呼叫卡帳戶不足以支付預期的電話呼叫。
全文摘要
預付費電話呼叫卡的一種改進的實現(xiàn)方法,它把以交換機為基礎的智能網絡(IN)用于預付費呼叫卡帳戶事務的自動處理。呼叫卡帳戶號碼,相應的PIN,帳戶狀態(tài)信息,以及其它信息,存儲在一個或多個交換機為路由呼叫而持有的表內,每個交換機名義上包括一個服務交換和控制點(SSCP)、一個始發(fā)呼叫處理器(OCP)、和一個終接呼叫處理器(TCP)。
文檔編號H04M3/38GK1324176SQ0012251
公開日2001年11月28日 申請日期2000年8月3日 優(yōu)先權日1999年8月4日
發(fā)明者毅剛·蔡(音譯), 約翰·重－陽·黃(音譯), 普拉迪·K·莫翰蒂 申請人:朗迅科技公司