專利名稱：通信網(wǎng)絡中服務間的交互工作的制作方法
技術領域：
本發(fā)明涉及通信網(wǎng)絡中，尤其是智能網(wǎng)絡中分布式服務之間的交互工作。
通信領域的快速發(fā)展使得操作人員能夠向用戶提供多種不同類型的服務。這樣的一種提供先進服務的網(wǎng)絡結(jié)構(gòu)被稱為智能網(wǎng)絡，其簡稱通常使用IN。這種服務的例子是虛擬專用網(wǎng)絡VPN和個人號碼，虛擬專用網(wǎng)絡允許專用網(wǎng)絡的用戶之間短號碼(short number)的使用，在個人號碼的情況下，智能網(wǎng)絡按照用戶可控的方式對發(fā)給個人號碼的呼叫重新進行路由選擇。IN服務被各種網(wǎng)絡使用，例如移動通信網(wǎng)絡和與IN相連的固定網(wǎng)絡。


圖1中圖解說明了智能網(wǎng)絡的物理結(jié)構(gòu)，這里物理實體被表示為矩形或圓柱體，位于它們之中的功能實體被表示為橢圓形。由于將參考后面的本發(fā)明說明中的智能網(wǎng)絡環(huán)境，因此下面只對這種結(jié)構(gòu)作簡要描述。感興趣的讀者可從ITU-T推薦標準Q.121X，或者從Bellcore的AIN推薦標準更詳細地理解智能網(wǎng)絡。在本發(fā)明及其背景的說明中，將使用ETS 300 374-1 CorelNAP術語，不過本發(fā)明也可用在根據(jù)其它智能網(wǎng)絡標準實現(xiàn)的智能網(wǎng)絡中。
可以是電話，移動站，計算機或傳真機的用戶設備SE或者與服務交換點SSP直接相連，或者與網(wǎng)絡接入點NAP直接相連。服務交換點SSP向使用者提供對網(wǎng)絡的接入，并留意所有必需的撥號功能。SSP還能夠檢測對于智能網(wǎng)絡服務請求的需要。從功能上來說，SSP包括呼叫管理，路由選擇及服務撥號功能。
服務控制點SCP包括用于產(chǎn)生智能網(wǎng)絡服務的服務邏輯程序SLP。下面，“服務程序”也將用作“服務邏輯程序”的縮略形式。
服務數(shù)據(jù)點SDP是含有關于用戶和智能網(wǎng)絡的數(shù)據(jù)的數(shù)據(jù)庫，SCP服務程序使用所述數(shù)據(jù)產(chǎn)生個性化服務。SCP可通過信令或數(shù)據(jù)網(wǎng)絡，直接使用SDP服務。
智能外圍設備IP提供諸如通知和語音識別之類的特殊功能。
圖1中所示的信令網(wǎng)絡是按照信令系統(tǒng)編號7(SS7)的網(wǎng)絡，1988年在墨爾本，CCITT(現(xiàn)今的ITU-T)的信令系統(tǒng)No.7的規(guī)范說明書中描述的一種已知信令系統(tǒng)。
呼叫控制代理功能(CCAF)確保最終使用者(用戶)能夠接入網(wǎng)絡。通過對現(xiàn)有的數(shù)字交換機進行添加，實現(xiàn)對IN服務的接入。這是通過使用基本呼叫狀態(tài)模型BCSM來實現(xiàn)的，基本呼叫狀態(tài)模型描述了呼叫處理的各個階段，并包括被稱為檢測點的點，這里為了啟動智能網(wǎng)絡服務，呼叫處理可被中斷。在這些檢測點，允許智能網(wǎng)絡的服務邏輯實體與基本呼叫及連接控制能力相互作用。于是，檢測點DP描述呼叫和連接處理中，可產(chǎn)生控制轉(zhuǎn)移的那些點。
在交換中，呼叫建立被分成兩個部分發(fā)起方的呼叫建立和終止方的呼叫建立。簡單地說，發(fā)起方的呼叫處理與呼叫用戶的服務相關，而終止方的呼叫處理與被呼叫用戶的服務相關。對應的狀態(tài)模型是發(fā)起基本呼叫狀態(tài)模型(O-BCSM)和終止基本呼叫狀態(tài)模型(T-BCSM)。BCSM是建立并保持使用者之間的聯(lián)系所需的那些呼叫控制功能(CCF)的高水平狀態(tài)自動描述。借助服務交換功能(SSF)，功能性被加入該狀態(tài)模型中(參看圖1中CCF和SSF的部分重疊)，使得該狀態(tài)模型能夠確定何時應請求智能網(wǎng)絡服務(IN服務)。當已請求IN服務時，包括智能網(wǎng)絡的服務邏輯的服務控制功能(SCF)，參加(呼叫處理的)與服務相關的處理。這樣，服務交換功能SSF使呼叫控制功能CCF與服務控制功能SCF相連，并允許服務控制功能控制呼叫控制功能CCF。
圖2a和2b表示了基本呼叫狀態(tài)模型O-BCSM(圖2a)和T-BCSM(圖2b)的簡化流程圖，基本呼叫狀態(tài)模型O-BCSM和T-BCSM包括識別與呼叫處理相關的CCF活動的呼叫點(PIC)以及檢測點(DP)。用箭頭表示BCSM中的轉(zhuǎn)變。這里沒有更詳細地說明圖2a和2b中的呼叫點和檢測點，不過稍后結(jié)合本發(fā)明對其進行了說明。
智能網(wǎng)絡服務以這樣一種方式被實現(xiàn)，即在與服務相關的檢測點，例如圖2a和2b中的DP1-10和DP12-18的遭遇方面，呼叫處理模型BCSM中的進程被暫停，服務交換點SSP借助通過SSP/SCP接口轉(zhuǎn)發(fā)的消息，向服務控制點SCP請求指令。在智能網(wǎng)絡術語中，這些消息被稱為操作。例如，SCF可請求SSF/CCF執(zhí)行某些呼叫或連接功能，例如計費或路由選擇動作。SCF還可向服務數(shù)據(jù)功能(SDF)發(fā)送請求，服務數(shù)據(jù)功能(SDF)提供對與服務相關的數(shù)據(jù)及智能網(wǎng)絡的網(wǎng)絡數(shù)據(jù)的接入。這樣，例如，SCF可請求SDF獲取關于某一服務的數(shù)據(jù)，或者請求SDF更新該數(shù)據(jù)。
與用戶相互作用中涉及的智能網(wǎng)絡功能由專用資源功能SRF補充，專用資源功能SRF為那些網(wǎng)絡機制提供接口。這種功能的例子是用戶的消息及用戶的撥號的收集。
下面是就IN服務而言，圖1中所示的功能實體的作用的簡要描述。CCAF接收呼叫方的服務請求，服務請求通常是由呼叫方拿起接收機和/或撥出某一號碼序列發(fā)出的。CCAF進一步把該服務請求轉(zhuǎn)發(fā)給CCF/SSF進行處理。CCF不具有任何服務數(shù)據(jù)，但是它被編程設計為識別可進行SCP接入的那些檢測點。CCF中斷呼叫建立片刻，并給出關于遭遇的檢測點的服務交換功能SSF數(shù)據(jù)(關于呼叫建立階段的數(shù)據(jù))。SSF的任務是使用預定的標準，說明對智能網(wǎng)絡的服務請求是否必需。如果必需，則SSF向SCF發(fā)送一個標準化的IN服務請求，它包括與該呼叫相關的數(shù)據(jù)。SCF接收該請求，并對其解碼。隨后SCF與SSF/CCF,SRF及SDF一起工作，以便為最終使用者產(chǎn)生請求的服務。
如上所述，當SSF向SCF發(fā)送標準IN服務請求時，服務被啟動?？稍诤艚械哪承╇A段內(nèi)發(fā)送該服務請求。圖3圖解說明了在檢測點處，智能網(wǎng)絡的最新功能的少數(shù)基本操作。在點21,SSP向SCP發(fā)送初始DP服務請求，包括關于啟動智能網(wǎng)絡服務的呼叫的基本數(shù)據(jù)。隨后進行SSP中的檢測點的待命準備。在點22,SCP向SSP發(fā)送告知哪些檢測點它應報告給SCP的請示報告BCSM事件操作。接下來，在點23,SCP通常發(fā)送收費和/或交互作用操作，例如申請收費(例如關于收費報告的請求)，或發(fā)出通知(向用戶發(fā)出通知)。在點24,SCP向SSP發(fā)送路由選擇指令，例如連接(把呼叫發(fā)送給新的號碼)或繼續(xù)(繼續(xù)呼叫建立)。當SSP遇到SCP保留的檢測點時，SSP在點26，向SCP發(fā)送事件報告BCSM操作。
在智能網(wǎng)絡的呼叫模型中確定的檢測點是報告在呼叫建立過程中發(fā)生的各種事件的基本機制。上面描述的圖3中的操作21-24涉及稱為觸發(fā)檢測點(TDP)的檢測點。SSP可以只在與TDP服務相關的檢測點向SCP發(fā)出關于服務的初始查詢。于是，在TDP開始新的IN服務。在稱為觸發(fā)檢測點-請求(TDP-R)的檢測點處，呼叫處理被停止，直到SSP接收來自于SCP的指令為止。這樣，在SSP和所討論的服務程序之間形成一種控制關系。在觸發(fā)檢測點-通知(TDP-N)檢測點處，從SSP只向SCP發(fā)送有與服務相關的檢測點的遭遇通知，并且繼續(xù)呼叫處理，而不必等待來自于SCP的指令。另一類型的檢測點是事件檢測點(EDP)。圖2中的點26表示了呼叫過程中，當遇到EDP檢測點時的時刻。SSP把與該和服務相關的檢測點的遭遇報告給SCP，SCP在點28向SSP發(fā)送另外的呼叫指令。事件檢測點-請求(EDP-R)是在該處，呼叫處理被暫停，直到SCP發(fā)送另外的指令為止的檢測點。EDP-R檢測點的待命準備產(chǎn)生SSP和SCP的特定服務程序之間的一種控制關系。當在呼叫建立方和SCF之間進行對話時，建立一種控制關系，在該對話過程中，SCF可發(fā)出改變呼叫處理的指令。在監(jiān)視關系中，SCP不能影響呼叫處理的進程；SCP只能要求SSP報告涉及該呼叫的各種事件。在監(jiān)視關系中，只可使事件檢測點-通知(EDP-N)待命準備。
根據(jù)當前的智能網(wǎng)絡標準，有幾種監(jiān)視關系，但是只有一種控制關系可涉及一個呼叫(單點控制)。但是，已建議建立多點控制(MPC)，其中多個服務程序可與呼叫處理相互作用。這種多點控制的問題在于單個服務程序不了解SSP已從同時控制該呼叫的其它服務程序接收的呼叫處理指令。于是，呼叫可被發(fā)送釋放呼叫操作的一個服務程序釋放，其它服務程序注意到該呼叫已被一個錯誤終止。這阻止了和該呼叫相關的所有服務的受控釋放。在多點控制中，已知一個SCP內(nèi)的服務程序可以相互通信。簡化一個SCP內(nèi)的通信方面的問題在于服務程序需要知道彼此的地址，并且服務程序通常需要遵守相同的協(xié)議，例如CoreINAP或CAMEL(關于移動增強型邏輯電路的用戶化應用程序)。
本發(fā)明的目的是實現(xiàn)通信網(wǎng)絡，尤其是智能網(wǎng)絡中的分布式服務之間的有效交互工作。
上述目的是借助根據(jù)本發(fā)明的，由獨立權利要求表征的方法和通信網(wǎng)絡實現(xiàn)的。在從屬權利要求中給出了本發(fā)明的不同實施例。
本發(fā)明以在呼叫處理模型中引入至少一個新的交互工作點，并借助該交互工作點，實現(xiàn)分布式服務之間的交互工作的構(gòu)思為基礎。交互工作點可被定義為把從一個服務程序接收的指令報告給感興趣的服務程序的點，也可被定義為在該處，將由有責任的服務程序執(zhí)行的服務被其它一些服務程序請求的點，這些服務程序又被告知與交互工作點的遭遇。
分布式服務的交互工作的優(yōu)點在于服務程序可請求其它服務程序授權范圍內(nèi)的服務，而不必知道執(zhí)行請求的服務的服務程序。這樣實現(xiàn)的分布式服務的交互工作高效并且簡單。服務程序不必都具有相同的協(xié)議，也不必知道它們與之交互工作的其它服務程序的地址。
本發(fā)明的另一優(yōu)點是由于在交換點保持交互工作的控制，因此不需要服務程序或服務控制點之間的復雜通信機制。
現(xiàn)在參考附圖4-9中所示的例子，結(jié)合優(yōu)選實施例，更進一步地說明本發(fā)明，其中圖1表示了對本發(fā)明來說是必不可少的智能網(wǎng)絡結(jié)構(gòu)的各個部分，圖2a以流程圖的形式表示了發(fā)端基本呼叫狀態(tài)模型；圖2b以流程圖的形式表示了終端基本呼叫狀態(tài)模型；圖3表示了在檢測點，最新智能網(wǎng)絡的一些基本操作；
圖4a和4b表示了其中實現(xiàn)根據(jù)本發(fā)明的交互工作的智能網(wǎng)絡結(jié)構(gòu)；圖5a和5b表示了在呼叫釋放方面，根據(jù)本發(fā)明在BCSM中使用交互工作點的例子；圖6表示了在信息收集方面，根據(jù)本發(fā)明在BCSM中使用交互工作點的例子；圖7a和7b表示了在改變被呼叫的用戶號碼方面根據(jù)本發(fā)明，在BCSM中使用交互工作點的例子；圖8以網(wǎng)絡操作的形式表示了相同網(wǎng)絡動作中涉及的兩個交互工作點的使用；圖9表示了BCSM中的兩個交互工作點。
下面，將參考圖4a和4b更仔細地說明本發(fā)明，圖4a和4b表示了在服務程序之間具有根據(jù)本發(fā)明的交互工作的智能網(wǎng)絡結(jié)構(gòu)。圖4a中描述了請求型交互工作點的一個例子，圖4b中描述了報告型交互工作點的一個例子。在圖4a和4b所示的例子中，智能網(wǎng)絡服務被分配給分別位于兩個控制點SCP1和SCP2的兩個服務程序，SLP1和SLP2。我們假定服務程序SLP2具有釋放呼叫的授權，服務程序SLP1是基于用戶的預付服務，這里SCP數(shù)據(jù)庫保存了分配給用戶的、可用于所討論的用戶的呼叫的一定時間或收費脈沖(charging pulse)的總數(shù)。如果用戶用于呼叫的收費脈沖數(shù)或時間用完，則呼叫被釋放。
在圖4a的例子中，當用戶的預付費余額用完時，服務程序SLP1向交換點SSP發(fā)送釋放呼叫操作，或者請求釋放該呼叫的其它一些操作(步驟42)。遭遇根據(jù)本發(fā)明的交互工作點，因為該請求要求服務程序SLP1和SLP2的活動之間的交互工作。服務程序SLP2具有待命交互工作點IWP1，于是在步驟44接收來自于SSP的操作，例如通知與IWP1的遭遇的事件報告BCSM操作。當服務程序SLP2認為釋放呼叫是正確的時，服務程序SLP2發(fā)出釋放該呼叫的指令，例如釋放呼叫操作。
在圖4b的例子中，服務程序SLP2發(fā)送釋放呼叫操作(步驟46)。該動作導致遭遇根據(jù)本發(fā)明的交互工作點IWP2。服務程序SLP1具有待命交互工作點IWP2，從而在步驟48接收諸如報告遭遇交互工作點IWP2的事件報告BCSM之類的操作，在本例中這意味著呼叫正被呼叫。此時，服務程序SLP1可提供例如用于統(tǒng)計或收費目的的指令。
還可以這樣的方式結(jié)合圖4a和4b的例子，以致呼叫處理模型BCSM至少包括這兩個交互工作點IWP1和IWP2。這種情況下，在遭遇IWP1，以及來自于SLP2的釋放呼叫操作之后，遭遇IWP2。
如同上述例子中描述的那樣，請求型交互工作點被用于請求由一些服務程序執(zhí)行的動作，報告型交互工作點被用于報告已發(fā)生或正在進行的動作。在一個BCSM中，這些請求型和報告型交互工作點可單獨使用，也可一起使用。在至少一個服務程序具有所討論的待命交互工作點的條件下，請求和報告經(jīng)過交換點，從一個服務程序被轉(zhuǎn)發(fā)給至少另一個服務程序。
根據(jù)本發(fā)明的交互工作點IWP的使用類似于根據(jù)現(xiàn)有技術的檢測點DP的使用。這結(jié)新的特殊的交互工作點IWP與現(xiàn)有技術的檢測點DP的不同之處在于它們反映服務程序的事件，而檢測點反映呼叫建立的事件。由于某些服務程序執(zhí)行的某一預定動作的結(jié)果，例如影響呼叫處理的動作或者關于另一服務程序執(zhí)行將影響呼叫處理的動作的請求，遭遇交互工作點。當與現(xiàn)有技術的檢測點DP比較時，另一差別在于當遇到根據(jù)本發(fā)明的交互工作點時，不必暫停CCF的呼叫處理。例如，當負責釋放呼叫的服務程序否決關于另一服務程序釋放呼叫的請求時，該請求對于CCF來說是完全不可見的。上述內(nèi)容同樣適用于發(fā)給服務程序的關于某一動作的報告。另一方面，可確定與根據(jù)本發(fā)明的交互工作的遭遇，以便暫停呼叫處理，直到根據(jù)本發(fā)明的功能性已被執(zhí)行時為止。上面描述的內(nèi)容即適用于請求型交互工作，又適用于報告型交互工作點。按照和檢測點DP相同的方式，使交互工作點待命準備，即服務程序指示哪些IWP是這些服務程序希望被告知其遭遇的IWP?？赏ㄟ^請求報告BCSM事件操作或者其它一些適當?shù)牟僮?，?zhí)行交互工作的待命準備。可以關于檢測點，使TDP或EDP待命準備的相同方式，使交互工作點以觸發(fā)工作點TIP或事件交互工作點EIP的形式進入待命狀態(tài)。此外，可以TIP-R,TIP-N,EIP-R和EIP-N的形式，使請求型交互工作點，即請求另一服務程序執(zhí)行一項操作的交互工作點進入待命狀態(tài)，可以TIP-R,TIP-N,EIP-R和EIP-N的形式，使報告型交互工作點，即向服務程序報告預定的操作正由一個服務程序進行的交互工作點進入待命狀態(tài)。如果以通知點，即TIP-N或EIP-N的形式，使請求型或報告型交互工作點待命準備，則當統(tǒng)計，收費和/或后處理需要時，服務程序可在自發(fā)操作中向SSP發(fā)送指令。
下面參考圖5a,5b,6,7a和7b中的BCSM流程圖，借助幾個例子，說明根據(jù)本發(fā)明的交互工作點的使用，圖5a,5b,6,7a和7b中，帶箭頭的曲線說明根據(jù)本發(fā)明對呼叫處理模型實施的修改。圖5a表示了O_BCSM中，和呼叫釋放相關的報告型交互工作點。如同曲線所示，可在任意檢測點DP1-10處，或者在任意呼叫點PIC2-5處觸發(fā)圖5a中給出的交互工作點RC的遭遇，因為根據(jù)現(xiàn)有技術，在所有這些點允許釋放呼叫操作。當遭遇交互工作點RC時，即當被授權釋放呼叫的服務程序已發(fā)出釋放呼叫的指令時，交換點將其報告給已使其交互工作點處于待命狀態(tài)的所有服務程序。從而把該呼叫正被釋放的消息報告給這些服務程序。等待來自于已以請求點，即TIP-R或EIP-R的形式，使交互工作點處于待命狀態(tài)的服務程序的指令。在呼叫處理模型BCSM中，隨后呼叫進行到PIC6 O_Exception，除了用戶已啟動的那些呼叫釋放之外，PIC6 O_Exception處理所有的呼叫釋放。在PIC6，按照現(xiàn)有技術釋放呼叫資源。
圖5b表示了在O_BCSM中，和呼叫釋放相關的請求型交互工作點RC。如同上面結(jié)合圖5a說明的那樣，在圖5b中，也可在任意檢測點DP1-10或者在任意呼叫點PIC2-5處，觸發(fā)交互工作點RC遭遇。當未被授權釋放呼叫的服務程序請求釋放呼叫時，遭遇圖5b中的交互工作點RC。通過釋放呼叫操作或者其它一些請求操作，未授權的服務程序可請求SSP釋放該呼叫。當遭遇交互工作點RC時，交換點向已使該交互工作點處于待命狀態(tài)的所有服務程序發(fā)送關于該遭遇的操作，例如事件報告BCSM，并且隨后等待指令。在收到該操作之后，服務程序可檢測來自于未授權的服務程序的呼叫釋放請求是否是可接受的。如果該請求不可接受，則從收到來自于未授權服務程序的原始呼叫釋放請求的點處，正常地繼續(xù)該呼叫。如果沒有服務程序已使該交互工作點RC處于待命狀態(tài)，則不留意該釋放呼叫請求，從在轉(zhuǎn)變到交互工作點之前的點繼續(xù)該呼叫。在呼叫處理模型BCSM中，從而呼叫或者回轉(zhuǎn)到在轉(zhuǎn)變到交互工作點之前的點，或者回轉(zhuǎn)到PIC6O_Exception，在PIC6 O_Exception，按照現(xiàn)有技術釋放呼叫資源。另外注意如果在一個呼叫點處進行的處理的過程中遭遇交互工作點，則當在服務程序使之進入待命狀態(tài)的交互工作點處進行呼叫處理的同時，CCF還可在未受干擾的PIC處繼續(xù)該呼叫處理。于是，不需要暫停呼叫處理。
在呼叫釋放方面，在呼叫的發(fā)起方和終止方，本發(fā)明的功能性是相似的。于是，也可把圖5a和5b中給出的該種交互工作點插入T-BCSM中。
圖6中表示了具有與信息收集相關的請求型交互工作點CI的O_BCSM的一個例子。確定該交互工作點，以便只可通過檢測點DPI-3遭遇該交互工作點。在SSP收到來自于希望其它一些服務程序收集信息的服務程序的收集信息請求之后，遭遇該交互工作點CI。SSP把關于遭遇該交互工作點的操作，例如事件報告BCSM發(fā)送給已使該交互工作點CI處于待命狀態(tài)的服務程序。之后，負責的服務程序可進行信息收集。在呼叫處理模型BCSM中，隨后呼叫回轉(zhuǎn)到在SSP接收該請求的檢測點，或者回轉(zhuǎn)到PIC6 O_Exception，在PIC6 O_Exception，按照現(xiàn)有技術釋放呼叫資源。
圖7a表示了在O_BCSM中加入與新的被呼叫用戶號碼的連接操作相關的報告型交互工作點CON的例子。只可通過檢測點DPI-9遭遇該交互工作點。在一個服務程序已向SSP發(fā)送在一個操作，例如連接操作中改變被呼叫用戶的號碼(B用戶號碼)的指令之后，遭遇該交互工作點CON。在交互工作點CON,SSP向已使該交互工作處于待命狀態(tài)的所有服務程序報告已遭遇交互工作點CON，在這種情況下這意味著被呼叫用戶的號碼已被改變。如果這些服務程序中的任意服務程序已以請求點，即TIP-R或EIP-R的形式使該交互工作點處于待命狀態(tài)，則SSP等待來自于這些服務程序的指令。在呼叫處理模型中BCSM中，隨后呼叫前進到PIC 3 Analyse_Info，在該處按照現(xiàn)有技術分析新的被呼叫用戶的號碼。
圖7b表示了在呼叫終止方的圖7a的例子(T_BCSM)?，F(xiàn)在，可通過檢測點DP12-17遭遇交互工作點CON。按照圖7a的描述類似的方式進行交互工作點的遭遇及從SSP發(fā)出報告。在呼叫處理模型BCSM中，在到達該交互工作點之后，呼叫前進到PIC 8Select_Facility&Present_Call。
圖8借助信令圖，表示了在同一網(wǎng)絡操作方面，請求型和報告型交互工作點IWPx和IWPy的使用，在本例中，網(wǎng)絡操作是呼叫釋放。在圖8的例子中，假定授權SLP1釋放該呼叫，SLP2未被準許釋放該呼叫。在檢測點DP1,SSP首先使SLP1從初始DP操作開始(點81)。在點82,SLP1以使檢測點DP9 O_Disconnect和交互工作點IWPx作好“SCP請求的呼叫釋放”的準備的請求報告BCSM事件操作表示回答。作好準備的檢測點是請求型檢測點，作好準備的交互工作點是請求型交互工作點。接下來，SLP1向SSP發(fā)送繼續(xù)操作(點83)。在檢測點DP2,SSP使SLP2從初始DP操作開始(點84)。在點85,SLP2向SSP發(fā)送使交互工作點IWPy作好“SCP釋放呼叫”的準備的請求報告BCSM事件操作。在本例中，以請求點EIP-R的形式使該交互工作點作好準備。隨后，例如在注意到預付費服務已用完收費脈沖之后，SLP2發(fā)送釋放呼叫操作(點86)。當釋放呼叫的授權專供SLP1之用，來自于SLP2的釋放呼叫操作被看作釋放呼叫的請求。其它一些請求操作也可用于此目的。來自于SLP2的請求導致與交互工作點IWPx的遭遇。在點87的事件報告BCSM操作中，SSP把與交互工作點IWPx的遭遇，即把釋放呼叫的需要通知已使交互工作點IWPx作好準備的SLP1。當需要時，可把請求該動作的服務程序的身份，在本例中即SLP2的身份，呼叫釋放的原因，和/或其它相關信息附于該操作上。SLP1認為釋放呼叫是正確的，并向SSP發(fā)送釋放呼叫操作(點88)。釋放呼叫操作導致與交互工作點IWPy的遭遇。在點90，在事件報告BCSM操作中，SSP把與交互工作點IWPy的遭遇，即把呼叫正被釋放通知SLP2，并等待來自于SLP2的指令。當需要時，SSP可把關于釋放呼叫的服務程序的身份，呼叫釋放的原因，和/或其它相關信息附于事件報告BCSM操作上。在點91，在釋放呼叫資源之前，SLP2仍能影響呼叫處理，并且它以請求SSP登記呼叫記錄的提供收費信息(FurnishChargingInformation)操作表示回答。最后，在點92,SLP2發(fā)送繼續(xù)操作，結(jié)束對話。
圖9表示了圖8中表示的例子的O_BCSM流程圖。在呼叫處理模型BCSM中，呼叫從檢測點DP2前進到交互工作點IWPx，在這里，關于呼叫釋放的需要的消息被轉(zhuǎn)發(fā)給SLP1。在SSP收到來自于SLP1的指令，即釋放呼叫操作之后，呼叫前進到交互工作點IWPy，這該處，向SLP2發(fā)送呼叫正被釋放的報告。接下來，呼叫前進到PIC6，在該處，按照現(xiàn)有技術釋放呼叫資源。
上面描述的例子僅僅用于舉例說明根據(jù)本發(fā)明的交互工作點的使用。除了上述例子之后，本發(fā)明還可用在SCP或者其它一些控制機制發(fā)送的任意其它操作中，以便影響呼叫處理模型。從任意現(xiàn)有技術的檢測點和/或呼叫點，以及如果在呼叫過程中，在一個交互點首次接觸服務程序之后，到達其它一些交互工作點，則從所述一些其它交互工作點，與一個交互工作點的遭遇可被規(guī)定為是許可的。
附圖及與附圖相關的說明僅用于舉例說明本發(fā)明的構(gòu)思。在權利要求限定的范圍內(nèi)，根據(jù)本發(fā)明的分布式服務的交互工作可在細節(jié)上變化。本發(fā)明可在具有用于描述在該處可發(fā)生控制轉(zhuǎn)移的呼叫點的一些呼叫處理模型的任意通信網(wǎng)絡中被實現(xiàn)。從而，本發(fā)明也可在包交換網(wǎng)絡中被實現(xiàn)。于是，在本申請中，術語“呼叫”也指包交換連接。當需要時，可以其它適當?shù)姆绞浇Y(jié)合上面描述的實施例及實現(xiàn)。雖然主要在SCP連接方面描述了本發(fā)明，不過本發(fā)明也可和交換點與執(zhí)行對應于SCP的功能的控制部件之間的其它類型的連接一起使用。上面給出的交換部件例子是IN網(wǎng)絡中的SSP，但是移動服務交換中心或任意其它交換部件也是可能的。上面描述的服務程序可以是基于交換的服務，例如GSM的輔助服務，IN服務，或類似于IN服務的，在控制程序包和受控交換單元，例如個人號碼可移植性(special numberportability)數(shù)據(jù)庫或呼叫姓名數(shù)據(jù)庫之間，具有不同于IN接口的其它接口的服務。當在同一BCSM中使用不同的協(xié)議，例如CoreINAP或CAMEL，甚至對于使用不同的協(xié)議接觸控制點的服務程序，本發(fā)明也是適用的。在根據(jù)本發(fā)明的方法中，也可結(jié)合除上面給出的操作之外的其它操作傳送要轉(zhuǎn)發(fā)的信息。在網(wǎng)絡中部分實現(xiàn)本發(fā)明也是可能的。例如，根據(jù)本發(fā)明的實現(xiàn)可以只局限于網(wǎng)絡中的某些服務程序，或者交互工作點的提供可以只局限于某些操作。
權利要求
1．一種在通信網(wǎng)絡中的服務間交互工作的方法，該通信網(wǎng)絡包括至少一個交換點(SSP)，至少兩個服務程序(SLP1,SLP2)，及一個用于處理呼叫并確定交換點(SSP)和服務程序(SLP1,SLP2)之間的相互作用的呼叫處理模型，在該方法中，結(jié)合特定呼叫點上的呼叫處理模型，服務程序(SLP)能夠與交換點(SSP)相互作用，并向交換點(SSP)提供指令，其特征在于在呼叫處理模型中至少建立一個交互工作點(IWPx,IWPy)，及在交互工作點(IWP)，發(fā)生至少兩個服務程序(SLP1,SLP2)之間的交互工作。
2．按照權利要求1所述的方法，其特征在于當一個服務程序執(zhí)行預定的動作時，遭遇交互工作點(IWP)，及向已請求把與交互工作點(IWP)的遭遇通知其的服務程序發(fā)送關于該遭遇的信息。
3．按照權利要求2所述的方法，其特征在于當一個服務程序(SLP2)請求另一服務程序(SLP1)授權的操作時，遭遇交互工作點(IWPx)，及在遭遇過程中，服務請求被轉(zhuǎn)發(fā)給已請求關于與交互工作點(IWPx)的遭遇的信息的服務程序(SLP1)。
4．按照權利要求3所述的方法，其特征在于請求服務程序(SLP2)的身份被附于服務請求上，及當合適時，接收服務請求的服務程序(SLP1)執(zhí)行請求的操作。
5．按照權利要求2所述的方法，其特征在于當一個服務程序(SLP1)執(zhí)行預定的操作時，遭遇交互工作點(IWPy)，及在遭遇過程中，報告被發(fā)送給已請求關于與交互工作點(IWPy)的遭遇的信息的服務程序(SLP2)。
6．按照權利要求3或5所述的方法，其特征在于，在與交互工作點的遭遇過程中，呼叫處理模型中的進程不被暫停。
7．按照權利要求3或5所述的方法，其特征在于，在與交互工作的遭遇過程中，呼叫處理模型中的進程被暫停。
8．按照權利要求5所述的方法，其特征在于接收報告的服務程序(SLP2)向交換點(SSP)發(fā)送指令。
9．一種通信網(wǎng)絡，包括至少一個交換點(SSP)，至少兩個服務程序(SLP1,SLP2)，以及用于處理呼叫并確定交換點(SSP)和服務程序(SLP1,SLP2)之間的相互作用的呼叫處理模型，其中，結(jié)合特定呼叫點上的呼叫處理模型，服務程序(SLP)能夠與交換點(SSP)相互作用，并向交換點(SSP)提供指令，其特征在于把至少一個交互工作點(IWPx,IWPy)引入呼叫處理模型中，當一個服務程序執(zhí)行預定的動作時，交換點(SSP)適于把呼叫轉(zhuǎn)移給交互工作點，并聯(lián)系已使交互工作點(IWP)處于待命狀態(tài)的這些服務程序(SLP1,SLP2)，及服務程序(SLP1,SLP2)用于識別并使交互工作點(IWP)處于待命狀態(tài)。
10．按照權利要求9所述的通信網(wǎng)絡，其特征在于當一個服務程序(SLP2)請求另一服務程序(SLP1)授權的操作時，交換點(SSP)用于把呼叫轉(zhuǎn)移給交互工作點(IWPx)，并用于把服務請求轉(zhuǎn)發(fā)給已使交互工作點(IWPx)處于待命狀態(tài)的服務程序(SLP1)。
11．按照權利要求9所述的通信網(wǎng)絡，其特征在于當一個服務程序(SLP1)執(zhí)行預定的操作時，交換點(SSP)用于把呼叫轉(zhuǎn)移給交互工作點(IWPy)，并把報告發(fā)送給已使交互工作點(IWPy)處于待命狀態(tài)的服務程序(SLP2)。
全文摘要
本發(fā)明涉及通信網(wǎng)絡,尤其是智能網(wǎng)絡中,分布式服務間的交互工作。本發(fā)明以把至少一個新的交互工作點引入呼叫處理模型,并借助該交互工作點,實現(xiàn)分布式服務間的交互工作的構(gòu)思為基礎。交互工作點可被定義為在該處,從一個服務程序接收的指令被報告給感興趣的服務程序的點,或者被定義為在該處,將由負責的服務程序執(zhí)行的服務被其它一些服務程序請求的點。服務程序使交互工作點處于待命狀態(tài),與交互工作點的遭遇被通知給使交互工作點處于待命狀態(tài)的服務程序。
文檔編號H04Q3/00GK1325595SQ99812793
公開日2001年12月5日 申請日期1999年10月25日 優(yōu)先權日1998年10月30日
發(fā)明者?；D納寧 申請人:諾基亞網(wǎng)絡有限公司