專利名稱：事件處理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種用于通信網(wǎng)絡中的事件處理的方法和系統(tǒng)，本發(fā)明特別地但非排它地適合協(xié)調響應于業(yè)務觸發(fā)而提供業(yè)務。本發(fā)明的實施例尤其適用于控制業(yè)務節(jié)點的操作，這些業(yè)務節(jié)點中的每一個都被設置為在移動網(wǎng)絡、或固定網(wǎng)絡或者上述二者的組合中提供特定業(yè)務。
背景技術：
典型的移動運營商包括兩個或更多個運營伙伴，其中每一個運營伙伴都提供定制網(wǎng)絡業(yè)務。因此，被看作是一個整體的運營伙伴通常包括不同而多樣的業(yè)務以及相應的業(yè)務設備。對網(wǎng)絡業(yè)務進行開發(fā)、整合和運作是每個運營伙伴的責任，從整體上看，提供這種多樣性通常對于運營商而言是極為昂貴的，這是因為與開發(fā)、支持和對多種業(yè)務進行市場推廣相關聯(lián)的成本是巨大的。此外，當面對整合多種網(wǎng)絡業(yè)務的任務時，網(wǎng)絡運營商要克服若干棘手問題，不僅僅因為傳統(tǒng)業(yè)務應用通常不是向上兼容的，而且正如已經(jīng)提到的，許多網(wǎng)絡業(yè)務是由不同業(yè)務供應商來開發(fā)和管理的。
圖1是表示常規(guī)移動網(wǎng)絡布置的示意圖，該常規(guī)移動網(wǎng)絡布置包括移動站MS、業(yè)務節(jié)點交換網(wǎng)絡組件MSC以及歸屬位置寄存器HLR，還有各種節(jié)點IN1、IN2、IN3，每個節(jié)點都被設置為提供智能網(wǎng)絡業(yè)務。MSC被設置為根據(jù)移動站MS向MSC注冊時從歸屬位置寄存器HLR接收到的業(yè)務參數(shù)數(shù)據(jù)或者根據(jù)靜態(tài)配置在本地網(wǎng)絡內的設置，向業(yè)務節(jié)點IN1、IN2、IN3發(fā)送消息并從這些業(yè)務節(jié)點接收消息。當MS向MSC注冊時，MSC監(jiān)測業(yè)務觸發(fā)的發(fā)生(所謂的檢測點(DP))，且當識別出觸發(fā)時，交換MSC聯(lián)系與該觸發(fā)相關聯(lián)的任何業(yè)務節(jié)點。在一些已知系統(tǒng)中，每一個業(yè)務IN1、IN2、IN3相互獨立操作(例如，每種業(yè)務可由不同業(yè)務提供商提供)，經(jīng)常出現(xiàn)不同業(yè)務被設計為響應于同一觸發(fā)的情況。通常，在這種情形中，MSC簡單地激活一種網(wǎng)絡業(yè)務，因此實際地未能為MS提供其他業(yè)務。國際專利公報第WO97/50232號描述了一種被設計來緩解這個問題的系統(tǒng)，并描述了一種具有所謂的中間點的網(wǎng)絡，其可接入對應于同一觸發(fā)的多種業(yè)務并且確定該多種業(yè)務的配合規(guī)則，并且控制從單個點對各種業(yè)務的調用。然而，WO97/50232要求將應用分類為簡單類別且僅允許業(yè)務間的預配置且表列交互集，其為規(guī)定的且不靈活。此外，僅可根據(jù)規(guī)則而調用每種業(yè)務，即僅關于給定觸發(fā)來調用。
除存在不同的業(yè)務節(jié)點競爭同一觸發(fā)外，電信、計算以及多媒體領域間的技術趨同已引發(fā)了開發(fā)并提供電信業(yè)務的新環(huán)境。這已迫使電信運營商和業(yè)務供應商開發(fā)并開展新的住宅和企業(yè)業(yè)務及應用。為迎接該挑戰(zhàn)，運營商和業(yè)務供應商已尋求用標準化的、開放的、能共同使用的、且公共的平臺替代封閉、私有系統(tǒng)，這種開放平臺中包含前述業(yè)務中的至少一些。
Parlay是一個開放的多銷售商聯(lián)盟，其被形成為開發(fā)獨立于API的這種開放技術，使得互聯(lián)網(wǎng)業(yè)務銷售商、網(wǎng)絡設備銷售商、軟件開發(fā)商、業(yè)務供應商、ASP以及企業(yè)能夠創(chuàng)建可跨多個移動和固定運營商網(wǎng)絡運行的應用程序。Parlay/OSA(開放式業(yè)務架構)標準定義了API(應用程序編程接口)，該API是技術不可知的，且被配置為使用諸如SIP(會話啟動協(xié)議)、JAIN(智能網(wǎng)絡的Java應用程序編程接口)以及網(wǎng)絡業(yè)務的協(xié)議和技術來與不同領域中的第三方設備和業(yè)務通信。
盡管該構架大大地改善了業(yè)務的互操作性，但是仍存在與注冊關注網(wǎng)絡事件的全異業(yè)務相關聯(lián)的實現(xiàn)問題。在以下描述中假定，“注冊關注......的應用/業(yè)務”意指“被設置為對......起反應的應用/業(yè)務”，并且“網(wǎng)絡事件”意指例如來自網(wǎng)絡(或實際上另一業(yè)務或應用節(jié)點)的關于指定目的地地址和源地址的觸發(fā)。
目前有14種業(yè)務控制功能(SCF)，包括多種通用呼叫控制(GCC)SCF和多方呼叫控制(MPCC)SCF；在二者間，GCC/MPCC SCF映射到所有智能網(wǎng)絡(IN)消息，并因此能調用所有網(wǎng)絡功能。使用Parlay API，任何給定業(yè)務都能注冊并注銷網(wǎng)絡事件(例如對于GCC SCF，分別通過利用enableCallNotification()和disableCallNotification()方法，而對于MＰCC SCF，分別通過利用createNotification()和destroyNotification()方法)，每個注冊請求對應于一個或多個用戶(源地址)和/或目的地地址(例如，在號碼翻譯業(yè)務的情況下的指定號碼)。網(wǎng)絡和OSA領域的簡化表示示于圖2中，OSA與網(wǎng)絡設備間的GCC注冊消息的路由示例示于圖3中。在該示例中，應用程序App1被設置為在分配網(wǎng)絡資源前檢查指定用戶的平衡，并因此每當App1確定在關于請求業(yè)務分配網(wǎng)絡資源前需要檢查用戶平衡時，App1調用enableCallNotification()方法。這導致MAPAnyTimeModification()消息被發(fā)送到HLR以激活必需的預訂信息(O-CSI、D-CSI(關于用戶地址而被激活))。成功注冊了該網(wǎng)絡事件后，當這種指定用戶隨后請求業(yè)務(即，O-CSI(標識用戶的數(shù)據(jù)))時，App1被調用并用來至少控制業(yè)務提供過程的啟動部分。
enableCallNotification()方法對于應用來說完全是用來指示其希望在發(fā)生特定呼叫事件時被通知。可以為整個地址范圍預訂特定事件，例如，應用可指示其希望在呼叫以800開頭的任何號碼時被通知。如果應用已利用與指定準則交疊的準則請求了通知，則例如對GCC注冊消息使用P GCCS INVALID CRITERIA并對MPCC注冊消息使用P INVALID CRITERIA來拒絕該請求。如果起始和終止目的地地址交疊，并且采用相同編號的計劃和相同的CallNotificiationType(例如，網(wǎng)絡觸發(fā))，則稱準則是交疊的。結果，在大多數(shù)配置中，針對一組給定準則，僅一個應用能進行請求。
英國電信精密技術部門(British Telecommunications ExactTechnologies)已確定具有硬性且快速的“不共存任何交疊”規(guī)則是過于嚴格的，并提出了解決方案，由此Parlay GW包含政策管理業(yè)務能力功能(SCF)，其被設置為當應用試圖向網(wǎng)關注冊時與圖2所示的呼叫控制SCF協(xié)作。其政策管理SCF管理用戶配置文件庫，其中存儲有給定用戶可以訪問的業(yè)務的詳情以及相應的觸發(fā)事件。用戶配置文件僅在政策管理SCF已檢查出應用可共存后才被填入，通過用元數(shù)據(jù)指定應用交互規(guī)則(所謂的“特征交互”規(guī)則)提供的特征交互處理功能檢查了應用的共存。因此該解決方案要求指定應用與業(yè)務(其要被預存儲并可響應于應用注冊請求對其進行訪問)間的交互的規(guī)則。當隨后從網(wǎng)絡中接收到網(wǎng)絡事件時，呼叫控制SCF訪問對應于與該網(wǎng)絡事件相關聯(lián)的用戶的任何用戶配置文件，并檢索存儲于其中的應用和業(yè)務的詳情，用來依次地控制它們各自的調用。該解決方案存在若干問題，這些問題不僅僅是由以下事實產生的，即鑒于已注冊的應用來解決注冊請求。考慮如下情形可看到該解決方案的缺點，其中第一個應用A已為用戶注冊，更新了用戶配置文件以包括表示應用A的數(shù)據(jù)。如果隨后接收到來自應用B的注冊請求，并且如果交互規(guī)則指出A與B不兼容，則來自應用B的注冊請求將失敗。如果，隨后應用A向用戶注銷，則沒有辦法重新捕獲應用B，即使現(xiàn)在沒有使用戶不能從應用B接收業(yè)務的理由。
本發(fā)明的目的是為網(wǎng)絡業(yè)務提供更高程度的整合性和靈活性。

發(fā)明內容
根據(jù)本發(fā)明第一方面，提供了一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的事件處理裝置，所述事件處理裝置可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務，各所述業(yè)務節(jié)點能夠發(fā)送包括專用于該業(yè)務節(jié)點的操作的數(shù)據(jù)的業(yè)務響應消息，所述事件處理裝置包括如下功能在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，從多個業(yè)務節(jié)點請求業(yè)務響應消息，并基于所述業(yè)務響應消息中包含的數(shù)據(jù)，控制處理同一網(wǎng)絡事件所涉及的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作。
在處理諸如呼叫的網(wǎng)絡事件期間，該方面可以協(xié)調例如第一業(yè)務節(jié)點與作為處理網(wǎng)絡事件的一部分的另一(第二)業(yè)務節(jié)點的操作，所述第一業(yè)務節(jié)點在執(zhí)行期間取決于來自所述另一業(yè)務節(jié)點的數(shù)據(jù)內容。任何給定業(yè)務節(jié)點實際上表現(xiàn)為對所述裝置的開放系統(tǒng)，這意味著所述裝置能在處理網(wǎng)絡事件期間，在一個或更多個點處與所述業(yè)務節(jié)點交互。
本發(fā)明實施例還提供了一種用于根據(jù)可選擇的預定規(guī)則和條件來整合來自不同業(yè)務的功能的手段。優(yōu)選的是，響應于接收到所述業(yè)務啟動請求消息來檢索規(guī)則，并且所述規(guī)則例如可包括建立有條件等待事件和當滿足等待條件時指定要調用哪個業(yè)務節(jié)點的規(guī)則。因此所述裝置提供了一種靈活地處理網(wǎng)絡事件的手段，其中所述業(yè)務實際上是根據(jù)所選規(guī)則和條件數(shù)據(jù)而動態(tài)地“混合并匹配”的。
方便的是，所述功能可被配置為基于所述業(yè)務響應消息的內容，在同一網(wǎng)絡事件期間控制給定業(yè)務節(jié)點的操作一次以上。所述功能實際上參與了各種業(yè)務節(jié)點與服務節(jié)點間的整個對話；這與諸如WO97/50232中描述的系統(tǒng)的已知系統(tǒng)完全不同，在WO97/50232中，隨后接收到的觸發(fā)可僅被視為獨立的事件，這使得中間點執(zhí)行對業(yè)務的查找，好像所關注的觸發(fā)是作為無關網(wǎng)絡事件的一部分而被接收到的。該特征對使用如下業(yè)務尤為有利需要響應于各種事件(例如，當被呼叫方繁忙或無法接通時)發(fā)出告警，并且每當以被呼叫方的另選聯(lián)系詳情進行響應時，可在多個情形下對其進行查詢。
在一種配置中，所述功能將表示業(yè)務請求信息中的一個或更多個業(yè)務啟動觸發(fā)的數(shù)據(jù)傳輸給相應的業(yè)務節(jié)點，所述觸發(fā)是從所述服務節(jié)點發(fā)送至所述裝置的一個或多個觸發(fā)和/或經(jīng)所述功能修改的觸發(fā)。所述功能基于檢索出的數(shù)據(jù)和/或基于從所述網(wǎng)絡事件所涉及的業(yè)務節(jié)點接收到的業(yè)務響應消息的內容，還可修改諸如伴隨著所述業(yè)務啟動請求的業(yè)務密鑰、協(xié)議和/或被呼叫數(shù)位的數(shù)據(jù)。然后可基于修改后的數(shù)據(jù)來制定后續(xù)業(yè)務請求消息。提供修改觸發(fā)的手段的一個特別優(yōu)點在于因為不同的業(yè)務和應用響應于不同的觸發(fā)，所以擴大了所述功能可執(zhí)行的功能范圍使之超過已知系統(tǒng)可能的范圍?；旧?，通過改變給定網(wǎng)絡事件所涉及的觸發(fā)，增加了關于所述網(wǎng)絡事件可調用的業(yè)務數(shù)(并由此增大了功能范圍)。另外，所述功能可被設置為由于所述操作而監(jiān)視對其他業(yè)務啟動請求消息(特別是觸發(fā)數(shù)據(jù))的接收，并基于對應于新接收到的觸發(fā)數(shù)據(jù)而檢索出的數(shù)據(jù)來控制業(yè)務節(jié)點的操作。
在某些情況下，業(yè)務節(jié)點可以在業(yè)務響應消息中請求諸如觸發(fā)點的不與來自所述網(wǎng)絡事件中涉及的其他業(yè)務節(jié)點的類似請求沖突的啟動請求消息。通過求助于用于指定從所述不同業(yè)務節(jié)點接收到的數(shù)據(jù)與取決于該數(shù)據(jù)的條件之間的優(yōu)先次序的優(yōu)先選擇數(shù)據(jù)，可以避免這種潛在的沖突。所述裝置因此保證所有隨后發(fā)送的與所述網(wǎng)絡事件相關聯(lián)的啟動請求消息(或業(yè)務調用消息)都不沖突。
更具體的是，響應于接收到所述第一業(yè)務啟動請求消息，所述裝置被設置為以選定順序發(fā)送第二業(yè)務啟動請求消息至兩個或更多個所述業(yè)務節(jié)點。所述順序是根據(jù)指定呼叫處理邏輯而選定的，并包括取決于來自一個或更多個所述業(yè)務節(jié)點的響應的事件。例如，所述裝置可被設置為在發(fā)送第二業(yè)務啟動請求消息至第二業(yè)務節(jié)點前，處理來自第一業(yè)務節(jié)點的業(yè)務節(jié)點響應消息。
優(yōu)選的是，將所述呼叫處理邏輯存儲在數(shù)據(jù)存儲系統(tǒng)中，該數(shù)據(jù)存儲系統(tǒng)可由所述裝置來訪問并被設置為存儲關于多個用戶的數(shù)據(jù)。在一種配置下，所存儲的數(shù)據(jù)包括用于指定由多個所述業(yè)務節(jié)點提供的業(yè)務的業(yè)務數(shù)據(jù)，和用于指定所述業(yè)務間的關系的一個或更多個條件。業(yè)務間的這種關系有效地定義所述呼叫處理邏輯，并是根據(jù)所述業(yè)務啟動觸發(fā)而編制索引的。
業(yè)務啟動觸發(fā)的示例包括但并不限于與呼叫控制、交互、以及諸如Camel和智能網(wǎng)絡檢測點(INAP、擴展INAP、CAP)的協(xié)議載送的消息收發(fā)相關聯(lián)的事件和觸發(fā)；諸如位置更新和ForwardSM消息的MAP事件；與發(fā)送諸如MMS和SMS消息的數(shù)據(jù)消息相關聯(lián)的事件；配置號(例如，B#)和SIP事件，諸如由MSCML、VXML、CCXML和NETANN載送的配置號和SIP事件。
在一種配置下，一個業(yè)務節(jié)點是網(wǎng)關節(jié)點，該網(wǎng)關節(jié)點提供對所述網(wǎng)關之外的多個其他業(yè)務節(jié)點的訪問；優(yōu)選的是，所述裝置包括被設置為經(jīng)由所述網(wǎng)關節(jié)點向該裝置提供訪問的接口組件。其他業(yè)務節(jié)點可被設置為找出所述裝置的功能，并使用找出的信息據(jù)此前攝性地設計業(yè)務。
概而言之，所述裝置可視為工作在兩種模式下第一種模式，其中檢索出與所述業(yè)務啟動請求相對應的可執(zhí)行數(shù)據(jù)；和第二種模式，其中所述裝置基于檢索出的數(shù)據(jù)調用業(yè)務節(jié)點，所述第二種模式還包括監(jiān)視從經(jīng)執(zhí)行的業(yè)務節(jié)點以業(yè)務響應消息的形式接收到的數(shù)據(jù)，并對其作出反應。
在一種配置下，當接收到由當前涉及處理同一網(wǎng)絡事件的網(wǎng)絡中服務節(jié)點發(fā)送的第二業(yè)務啟動請求消息時，所述功能可控制所述多個業(yè)務節(jié)點中的至少一個業(yè)務節(jié)點，并且由于所述操作，將業(yè)務響應消息發(fā)送至從其接收到所述第二業(yè)務啟動請求消息的所述服務節(jié)點。所述第一和第二業(yè)務啟動請求消息可發(fā)自相同的或不同的業(yè)務節(jié)點；所述裝置在如下情形中的任一個下例如可用于將事件處理從訪問者網(wǎng)絡中的服務節(jié)點轉移到本地網(wǎng)絡中的服務節(jié)點在提供國際無縫語音業(yè)務期間；當將短號碼翻譯為全連接號碼時；當實現(xiàn)各種消息收發(fā)業(yè)務以及這些和其他其他已知及未來全異業(yè)務的組合時。
根據(jù)本發(fā)明第二方面，提供了一種用于處理業(yè)務啟動觸發(fā)的事件處理系統(tǒng)，該事件處理系統(tǒng)包括多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務；服務節(jié)點，其被設置為存儲為用戶定義一組不同業(yè)務啟動觸發(fā)的數(shù)據(jù)，各所述業(yè)務啟動觸發(fā)分別對應于不同的第一業(yè)務啟動請求消息；存儲系統(tǒng)，其被設置為存儲關于多個用戶的數(shù)據(jù)，所述存儲的數(shù)據(jù)包括用于指定可從所述多個業(yè)務節(jié)點獲得的業(yè)務的業(yè)務數(shù)據(jù)，以及用于指定所述業(yè)務間的關系的一個或更多個條件；處理系統(tǒng)，其被設置為響應于接收到從所述服務節(jié)點發(fā)送的關于所述用戶的所述第一業(yè)務啟動請求消息，從所述存儲系統(tǒng)檢索與所述用戶相關聯(lián)的業(yè)務數(shù)據(jù)，其中，所述處理系統(tǒng)被設置為根據(jù)檢索到的數(shù)據(jù)發(fā)送至少一條第二業(yè)務啟動請求消息到一組預定的不同業(yè)務節(jié)點中的每一個。
在本發(fā)明的這一方面，所述存儲系統(tǒng)可從物理上和邏輯上與所述處理系統(tǒng)分離，這意味著可以完全與所述處理系統(tǒng)的操作以及業(yè)務節(jié)點、服務節(jié)點以及處理系統(tǒng)間的消息傳送無關地修改對用于指定業(yè)務間的關系的業(yè)務數(shù)據(jù)和條件的更新。
根據(jù)本發(fā)明第三方面，提供了一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的裝置，所述裝置可連接到涉及處理網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點并可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務，所述服務節(jié)點能夠存儲為用戶定義一組不同業(yè)務啟動觸發(fā)的數(shù)據(jù)并且能夠發(fā)送一組第一業(yè)務啟動請求消息到多個不同業(yè)務節(jié)點，各所述第一業(yè)務啟動請求消息分別對應于不同的一個所述業(yè)務啟動觸發(fā)，其中，所述裝置在處理同一網(wǎng)絡事件期間響應于不同的所述第一業(yè)務啟動請求消息，并被設置為響應于接收到一條所述業(yè)務啟動請求消息而發(fā)送至少一條第二業(yè)務啟動請求消息到一組預定的不同業(yè)務節(jié)點中的每一個。
根據(jù)第三方面配置的裝置能響應于在同一網(wǎng)絡事件期間接收到的不同觸發(fā)，并確定所述觸發(fā)是同一網(wǎng)絡事件的一部分。這提供了控制例如如下操作的尤為便利的方式切換與呼叫相關聯(lián)的裝置；和在不同網(wǎng)絡間轉移呼叫，在處理同一呼叫期間可從這些不同網(wǎng)絡接收不同的觸發(fā)。
此外，在本發(fā)明這一方面的配置中，諸如交換機的服務節(jié)點發(fā)送第一業(yè)務啟動請求消息到所述裝置，所述裝置能夠將第二業(yè)務啟動消息發(fā)送到兩個或更多個業(yè)務節(jié)點。這些第二業(yè)務啟動消息可與第一業(yè)務啟動請求消息相同，且任何一個第二業(yè)務啟動消息可與另一第二業(yè)務啟動消息相同或不同。
根據(jù)本發(fā)明的另一方面，提供了一種在網(wǎng)絡事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的裝置，所述裝置可連接到多個業(yè)務節(jié)點，用戶在處理呼叫期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務，所述裝置包括如下功能，該功能被設置為在接收到由當前涉及處理呼叫的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，控制所述多個業(yè)務節(jié)點中的至少一個業(yè)務節(jié)點的操作，其中，由于所述操作，該功能被設置為生成第一業(yè)務響應消息并將該第一業(yè)務響應消息發(fā)送到從其接收到所述第一業(yè)務啟動請求消息的所述服務節(jié)點，并且在接收到由目前涉及處理同一網(wǎng)絡事件的所述網(wǎng)絡中的服務節(jié)點發(fā)送的第二業(yè)務啟動請求消息時，所述功能被設置為繼續(xù)控制所述多個業(yè)務節(jié)點中的至少一個業(yè)務節(jié)點。
本發(fā)明的這一方面使得所述裝置能夠在對事件的處理已經(jīng)在網(wǎng)絡中的不同服務節(jié)點間傳遞后，仍保持涉及處理網(wǎng)絡事件。通常，所述裝置將被配置為監(jiān)視對所述第二業(yè)務啟動請求消息的接收，并在接收到所述第二請求消息時繼續(xù)控制事件處理。
根據(jù)本發(fā)明的另一方面，提供了一種在網(wǎng)絡事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的裝置，所述裝置可連接到涉及處理網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點并可連接到多個業(yè)務節(jié)點，用戶在處理所述網(wǎng)絡事件期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務，所述服務節(jié)點能夠存儲為用戶定義一組不同業(yè)務啟動觸發(fā)的數(shù)據(jù)并且能夠發(fā)送一組第一業(yè)務啟動請求消息中的各個第一業(yè)務啟動請求消息到所述裝置，各所述第一業(yè)務啟動請求消息分別對應于不同的一個所述業(yè)務啟動觸發(fā)，其中，所述裝置響應于所述第一業(yè)務啟動請求消息中的一個，以將所述相關聯(lián)的業(yè)務啟動觸發(fā)變換為表示第二業(yè)務啟動觸發(fā)的數(shù)據(jù)，并基于所述第二業(yè)務啟動觸發(fā)從至少一個所述業(yè)務節(jié)點請求業(yè)務響應消息。
這一方面對如下情形尤為便利，即服務節(jié)點(交換機)可獲得的一組觸發(fā)不包括對應于特定業(yè)務的觸發(fā)。在本發(fā)明這一方面的配置中，所述裝置優(yōu)選地利用包含在業(yè)務啟動請求消息中的諸如被呼叫方ID的數(shù)據(jù)，來變換其所接收到的觸發(fā)數(shù)據(jù)，以推進否則可能不被正確處理的網(wǎng)絡事件；一個這種示例是對B#呼叫的處理，處理B#呼叫所需的一組觸發(fā)僅被提供給CAMEL3使能網(wǎng)絡中的交換設備。另一示例是對固定線路操作者號碼、號碼范圍、移動操作者號碼或號碼范圍的處理，其中每一個部對應于特定業(yè)務或業(yè)務范圍。
根據(jù)本發(fā)明的又一方面，提供了一種移動網(wǎng)絡，該移動網(wǎng)絡包括多個所述事件處理裝置，所述多個事件處理裝置中的每一個都包括被設置為提供對其他業(yè)務節(jié)點的訪問的一個或更多個網(wǎng)關業(yè)務節(jié)點。有利的是，所述移動網(wǎng)絡被設置為使得任何一個網(wǎng)關都可訪問任何一個其他業(yè)務節(jié)點，從而為所述移動網(wǎng)絡提供了一組合并業(yè)務。
本發(fā)明實施例可用于直接控制通過所述網(wǎng)關業(yè)務節(jié)點可訪問的所述一個或更多個其他業(yè)務節(jié)點。因此，有利的是，本發(fā)明能在實際上為“網(wǎng)關的另一側”上實現(xiàn)，并控制例如OSA業(yè)務應用的操作。
需要注意的是，通常各業(yè)務節(jié)點被配置為提供特定網(wǎng)絡業(yè)務，在以下描述中，這被稱作網(wǎng)絡業(yè)務和/或業(yè)務應用。
根據(jù)本發(fā)明的又一方面，提供了一種在事件處理系統(tǒng)中用于處理業(yè)務注冊請求消息的裝置，各所述業(yè)務注冊請求消息包括識別業(yè)務節(jié)點、業(yè)務啟動觸發(fā)以及所述注冊請求與之相關的用戶的注冊數(shù)據(jù)，所述裝置可連接到涉及事件處理的網(wǎng)絡中的服務節(jié)點并可連接到一業(yè)務節(jié)點，用戶在事件處理期間能夠從該業(yè)務節(jié)點接收業(yè)務，所述服務節(jié)點能發(fā)送多個業(yè)務啟動請求消息到所述裝置，各業(yè)務啟動請求消息分別對應于不同的業(yè)務啟動觸發(fā)，其中，所述裝置響應于對從注冊業(yè)務節(jié)點發(fā)送的一條所述業(yè)務注冊請求消息的接收，而存儲表示所述經(jīng)注冊的業(yè)務節(jié)點以及與所述用戶相關聯(lián)的對應業(yè)務啟動觸發(fā)的注冊數(shù)據(jù)，所述注冊數(shù)據(jù)用于處理從所述服務節(jié)點發(fā)送的關于所述用戶的業(yè)務啟動請求消息，所述裝置被設置為存儲多個業(yè)務注冊請求消息的注冊數(shù)據(jù)，所述多個業(yè)務注冊請求消息中的每一個都用來識別不同的業(yè)務節(jié)點和同一用戶，其中，所述裝置被設置為在接收到所述注冊數(shù)據(jù)后定義所述不同業(yè)務節(jié)點間的優(yōu)先次序。
因此通過本發(fā)明這一方面的實施例，在通過利用定義節(jié)點間的優(yōu)先次序的數(shù)據(jù)完成注冊后解決業(yè)務節(jié)點間的交互。結果，與已知系統(tǒng)對比，注冊請求不再以準則交疊的理由被拒絕(非法或不支持的請求仍會被拒絕)，而是相反地加以記錄，并且隨后根據(jù)優(yōu)先選擇數(shù)據(jù)而調用應用。與本發(fā)明這一方面相關聯(lián)的明顯優(yōu)點是，因為注冊請求不被拒絕，所以用戶為業(yè)務簽訂的所有這些應用可在接收到相應的業(yè)務啟動請求消息時被激活。應當明白，優(yōu)先選擇數(shù)據(jù)考慮業(yè)務間的任何潛在沖突。
在一種設置下，所述裝置被設置為如果從被確定為所述用戶可訪問的業(yè)務節(jié)點接收到所述注冊請求消息，則存儲所述注冊數(shù)據(jù)，由此提供了一種驗證手段，否則，用戶實際上可以訪問所述正請求的業(yè)務節(jié)點。
另外，響應于接收到第二和以后的注冊請求消息，所述裝置可被設置為檢索用于指定對應的兩個或更多個業(yè)務節(jié)點間的后續(xù)實時交互的交互數(shù)據(jù)，并存儲所述交互數(shù)據(jù)。所述交互數(shù)據(jù)定義所述不同的業(yè)務節(jié)點間的優(yōu)先次序。隨后，響應于接收到第一業(yè)務啟動消息，所述裝置可按照取決于所述優(yōu)先選擇數(shù)據(jù)的選定順序來發(fā)送第二業(yè)務啟動請求消息到兩個或更多個所述業(yè)務節(jié)點，并包括取決于來自一個或更多個所述業(yè)務節(jié)點的響應的事件。方便的是，可將所述裝置設置為在同一網(wǎng)絡事件期間，在發(fā)送第二業(yè)務啟動請求消息到第二業(yè)務節(jié)點前，處理來自第一業(yè)務節(jié)點的業(yè)務節(jié)點響應消息。
另選的是，可將所述裝置設置為在按上述方式進行操作前，響應于接收到業(yè)務啟動請求消息而檢索用于指定對應的兩個或更多個業(yè)務節(jié)點間的交互的交互數(shù)據(jù)。
方便的是，所述裝置與根據(jù)本發(fā)明的上述多個方面配置的功能有效關聯(lián)。
根據(jù)以下參照附圖對僅以示例形式給出的本發(fā)明的優(yōu)選實施例的描述，本發(fā)明的其他特征和優(yōu)點將變得顯見。


圖1是表示被設置為將業(yè)務遞送給用戶的常規(guī)移動網(wǎng)絡的運行的示意圖；圖2是表示如下網(wǎng)絡的示意圖，該網(wǎng)絡可訪問OSA域、OSA API接口以及API類方法被映射到多種網(wǎng)絡協(xié)議的協(xié)議；圖3是表示OSA域與網(wǎng)絡域之間的消息流的示例的示意圖；圖4是表示根據(jù)本發(fā)明實施例的事件處理系統(tǒng)的組件的示意性框圖；圖5是表示根據(jù)本發(fā)明實施例的第二配置的事件處理系統(tǒng)的組件的示意性框圖；圖6是表示根據(jù)本發(fā)明實施例的第三配置的事件處理系統(tǒng)的組件的示意性框圖；圖7是表示根據(jù)本發(fā)明的注冊方面的實施例的OSA網(wǎng)關的注冊組件的示意性框圖；
圖8是表示根據(jù)第一注冊實施例的注冊過程的示例的示意圖；圖9是表示根據(jù)圖8中所示的第一注冊實施例的圖5中的業(yè)務提供系統(tǒng)的內容的示意圖；圖10是表示根據(jù)第二注冊實施例的注冊過程的示例的示意圖；圖11是表示根據(jù)圖10中所示的第二注冊實施例的圖5中的業(yè)務提供系統(tǒng)的內容的示意圖；圖12是表示根據(jù)本發(fā)明又一實施例的事件處理系統(tǒng)的組件的示意性框圖；圖13是更詳細地表示圖6所示的事件處理系統(tǒng)的組件的示意性框圖；圖14是更詳細地表示圖4、5、6、12和13所示的事件處理系統(tǒng)的業(yè)務交互組件的示意性框圖；圖15是表示根據(jù)本發(fā)明事件處理方面的實施例的事件處理過程的示例的示意圖；圖16是描述圖14中所示的業(yè)務交互組件在圖15所示的事件處理過程期間執(zhí)行的步驟的流程圖；圖17是描述圖14中所示的業(yè)務交互組件在OSA間事件處理過程期間執(zhí)行的步驟的示意圖；圖18是描述圖14中所示的業(yè)務交互組件在OSA-IN事件處理過程期間執(zhí)行的步驟的示意圖；以及圖19至23是表示根據(jù)本發(fā)明實施例的事件處理過程的其他示例的示意圖。
需要注意的是，關于給定附圖首次給出的并且與在隨后附圖中出現(xiàn)的部分和步驟相同或相當?shù)牟糠趾筒襟E，將在隨后附圖中以相同的附圖標號予以描述，并在隨后附圖中不再更詳細地進行描述。
具體實施例方式
本發(fā)明的實施例涉及業(yè)務網(wǎng)絡的多個方面，更具體地涉及高效地中介(broker)用戶可獲得的多種且有可能沖突的網(wǎng)絡業(yè)務，并提供被設置為提供該功能的事件處理系統(tǒng)和裝置。這些業(yè)務具體地但非排他地包括語音郵件(國際無縫語音應用，或ISVA)；虛擬專用網(wǎng)絡號碼翻譯業(yè)務(iVPN)；以及選擇性本地路由(SHR)業(yè)務、預付費消息、后付費消息、一鍵通(Push-to-Talk)業(yè)務(基于B#決議)、滯后呼叫轉發(fā)、臨時呼叫/資源交互、涉及SMS和MMS消息收發(fā)的業(yè)務和SIP會話啟動業(yè)務，以及其他業(yè)務。本發(fā)明實施例的一個特定特征是除了在不同IN業(yè)務之間進行中介之外，還能夠控制IN和OSA業(yè)務以及不同OSA業(yè)務間的運作。本發(fā)明實施例還涉及非智能網(wǎng)絡業(yè)務與非OSA業(yè)務之間的中介(例如涉及SMS和MMS消息收發(fā)以及SIP會話啟動業(yè)務)。
網(wǎng)絡環(huán)境參照圖2，由表現(xiàn)為OSA接口中的業(yè)務能力特征的不同業(yè)務能力服務器(SCS)來提供并控制對網(wǎng)絡功能(包括智能網(wǎng)絡的功能)的訪問。該OSA接口通常被稱作Parlay/OSA GW101。諸如App1的OSA應用通過OSA接口與OSA GW101通信，而基礎核心網(wǎng)絡功能(智能網(wǎng)絡能力、MSC107(移動交換中心)和HLR115(歸屬位置寄存器))則使用其特定協(xié)議(例如，CAP(CAMEL應用協(xié)議)和MAP(移動性應用部分))與OSA GW101通信。如上所述，存在14種SCF，包括多種通用呼叫控制(GCC)和多方呼叫控制(MPCC)SCF，它們共同映射到所有CAP、MAP和INAP消息，并因此能調用所有網(wǎng)絡能力。
上文提到的核心網(wǎng)絡功能通常被認為是公共陸地移動網(wǎng)絡(PLMN)的一部分，該公共陸地移動網(wǎng)絡可具體化為諸如GSM或UMTS網(wǎng)絡的蜂窩式網(wǎng)絡，并進一步包括涉及在無線電級發(fā)射并遞送數(shù)據(jù)的組件(未示出)。在操作中，MSC107考慮無線電資源分配和用戶的移動性質的影響，并執(zhí)行位置注冊及移動站切換所必需的過程。如圖1所示，MSC107與HLR115連接，HLR115被設置為存儲標識移動用戶的位置的數(shù)據(jù)(例如，為了能夠將呼叫擇路到該移動用戶)；附于各移動簽約的標識號碼(例如國際移動用戶識別碼(IMSI)；國際移動用戶ISDN號碼(MSISDN))；通信業(yè)務簽約信息，業(yè)務限制(例如漫游限制)；普通用戶屬性和偏好；以及包括與這些業(yè)務相關聯(lián)的參數(shù)的附加業(yè)務信息。
對于網(wǎng)絡的各種組件間的通信，MSC107和HLR115通過多種信號收發(fā)協(xié)議發(fā)送并接收數(shù)據(jù)，這些信號收發(fā)協(xié)議包括但并不限于信號收發(fā)系統(tǒng)號113(SS#7)移動應用部分(MAP)，而MSC107與無線電組件間的信號收發(fā)使用SS#7的基站系統(tǒng)應用部分(BSSAP)。
概述系統(tǒng)架構下面轉至圖4，來描述根據(jù)本發(fā)明實施例的事件處理系統(tǒng)的第一配置。在該第一配置中，處理系統(tǒng)被設置為根據(jù)一條或更多條規(guī)則控制各種智能網(wǎng)絡業(yè)務IN1、IN2、IN3的操作，并包括業(yè)務交互功能SIF301和用戶配置文件庫303。圖4示意性地例示了系統(tǒng)的各種組件間的數(shù)據(jù)流，并能看出，MSC107并非直接與智能網(wǎng)絡業(yè)務節(jié)點IN1...IN3通信，而是單獨與SIF301交互，并至少部分根據(jù)從SPS303接收到的數(shù)據(jù)將消息發(fā)布至多種網(wǎng)絡節(jié)點。
如在下文中將更詳細描述的，SIF301承擔與多種網(wǎng)絡業(yè)務節(jié)點IN1...IN3通信的任務，根據(jù)從SPS303接收到的數(shù)據(jù)來控制與之的任何通信的性質和次序。SPS303本質上是數(shù)據(jù)庫，用來存儲用戶特定觸發(fā)和業(yè)務相關信息。此外，它也能存儲業(yè)務間數(shù)據(jù)，該數(shù)據(jù)可被SIF構造并組合以指定業(yè)務節(jié)點間的交互(例如關于訪問優(yōu)先權)。如圖4中示意性示出的，可以從諸如位于更廣泛網(wǎng)絡中的網(wǎng)絡業(yè)務的供應業(yè)務向SPS提供數(shù)據(jù)。
下面轉至圖5，能看到SIF301也被設置為通過OSA網(wǎng)關101(為清晰起見僅示出一個)與各種OSA應用交互，并控制其操作。如稍后將在說明中更詳細描述的，在這種配置中，SPS303中存儲的業(yè)務相關信息包括關于IN業(yè)務與OSA業(yè)務間的交互的規(guī)則和條件。
圖6示出了第三配置，其中SIF301被設置為控制位于網(wǎng)關101后的業(yè)務的操作。該配置提出了對常規(guī)OSA網(wǎng)關設計的限制，即，任何給定觸發(fā)/用戶被有效地硬連線到單個OSA應用(并因此實際上與上述在交換MSC提供的智能網(wǎng)絡業(yè)務的環(huán)境下一樣缺乏靈活性)。因此該配置為響應于特定業(yè)務觸發(fā)和/或用戶數(shù)據(jù)而靈活地調用多個OSA應用提供了一種方法。事件處理系統(tǒng)可包括兩個SIF裝置，一個位于網(wǎng)絡中，如第一和第二配置(圖4、5)，并且另一個位于OSA域(圖6)，這意味著兩個SIF裝置可以邏輯上和物理上彼此區(qū)分。另選的是，該事件處理系統(tǒng)可包括單個SIF，它是物理分散在但邏輯集成在網(wǎng)絡與OSA域之間。這些不同配置將在下文中予以更詳細的討論。
業(yè)務注冊用戶配置文件庫SPS303被設置為針對所有用戶存儲關于網(wǎng)絡事件處理的業(yè)務(IN和OSA)及其間關系的列表。優(yōu)選的是，根據(jù)用戶標識和業(yè)務觸發(fā)來鍵入業(yè)務，從而，對于任何給定用戶標識和觸發(fā)，當要處理涉及特定觸發(fā)的呼叫時，可選擇用戶可獲得的業(yè)務。另外，可按照與觸發(fā)相關聯(lián)的“呼叫模式邏輯”的形式來檢索所選業(yè)務間的關系。
如從圖4和5中可以看到的，可從諸如位于更廣泛網(wǎng)絡中的網(wǎng)絡業(yè)務的供應業(yè)務向SPS303提供數(shù)據(jù)311，且供應過程優(yōu)選地與注冊過程無關。下面展示了關于給定用戶存儲在SPS303中的數(shù)據(jù)311(此處被稱作所提供的數(shù)據(jù))的一種可能數(shù)據(jù)結構用戶-MSISDN密鑰或IMSI或公司Id屬性-DP應用GT業(yè)務密鑰協(xié)議執(zhí)行優(yōu)先同步或異步執(zhí)行連接優(yōu)先；轉發(fā)DRA/InitialDP中的修改呼叫PN轉發(fā)優(yōu)先釋放優(yōu)先錯誤優(yōu)先在網(wǎng)/離網(wǎng)/任何是搜尋應用是本地路由應用屬性-EventId業(yè)務組參考在另一SPS表中指定的一組特定的應用和應用規(guī)則。
超時位置[rw]這些屬性包括使得適當配置的SIF301能夠基于從網(wǎng)絡和其他業(yè)務接收到的各個響應以及消息而使業(yè)務相互作用的數(shù)據(jù)。SPS303能存儲應用間和業(yè)務間規(guī)則，這些規(guī)則指定了當從網(wǎng)絡接收到各種響應和消息(例如關于訪問優(yōu)先權)時，業(yè)務節(jié)點間的交互；下文中更詳細地對這些方面進行描述。在觸發(fā)方面，僅僅通過示例方式，可將SPS303配置為支持如下非限制性業(yè)務觸發(fā)列表INAP DP1至DP18；CAP V1 O-CSI，T-CSI；MAP非DP事件，例如locationUpdate、forwardSM；CAP V2 V3V4觸發(fā)；MMS、SMS、SS、USSD、SIP。
如上文背景技術部分所描述的，捕捉OSA應用感興趣的網(wǎng)絡事件的起始點通常是在事件處理SCS中的，該事件處理SCS檢查enableCallNotification()消息(或對于MPCC呼叫為createNotification()消息)中指定的參數(shù)以識別是否應用已注冊了這些參數(shù)。基于該檢查，SCS允許或拒絕該應用對這些參數(shù)的注冊。
相反，本發(fā)明實施例的起始點是無條件注冊請求應用，這意味著，與已知方法相反，并不相對先前注冊的應用來檢查包括在注冊請求中的參數(shù)。當然，依然需要處理先前在注冊時以有些嚴格的方式管理的潛在沖突，本發(fā)明的實施例在事件處理循環(huán)中的不同位置處提供了對沖突管理的另選且靈活的方法。這將在下文中更詳細地描述，但是將參照圖7至13來描述OSA應用的注冊過程的第一方面。
首先轉至圖7，可見Parlay GW101包括被配置為與呼叫控制SCS103和庫SPS303都通信的注冊功能305。除了上文引入的所提供的數(shù)據(jù)311(用戶特定觸發(fā)和業(yè)務相關信息)外，SPS303還存儲動態(tài)數(shù)據(jù)313，該動態(tài)數(shù)據(jù)313表示在所提供的數(shù)據(jù)311中列出的任何給定應用的實時狀態(tài)。這種實時狀態(tài)信息的示例包括識別應用是否有效的數(shù)據(jù)，以及用戶和當前針對該應用注冊的網(wǎng)絡事件的詳情；在隨后描述中，這些實時數(shù)據(jù)另選地被稱為“應用句柄(handle)”。優(yōu)選的是，根據(jù)用戶標識和業(yè)務觸發(fā)來鍵入應用，使得對于任何給定用戶標識和觸發(fā)，當要處理涉及特定觸發(fā)的呼叫時可選擇用戶可獲得的應用。
圖8表示根據(jù)第一實施例中的注冊過程中包括的步驟在步驟81，App1發(fā)送GCC enableCallNotificaition()請求到SCS103，這使得注冊功能305關于App1指配assignmentId。在步驟82，將assignmentId與觸發(fā)、enableCallNotification()請求中指定的源地址數(shù)據(jù)和目的地地址數(shù)據(jù)一起發(fā)送到SPS303，隨后在步驟83將確認消息發(fā)送回App1。在步驟82從注冊功能305接收到消息時，SPS更新動態(tài)庫313，從而包括App1(以及步驟81中接收到的觸發(fā)、源地址和目的地地址的詳情)，或者，如果已關于其他觸發(fā)/用戶參數(shù)將App1存儲于其中，則更新參數(shù)以包括與步驟81中接收到的數(shù)據(jù)相對應的參數(shù)。圖9是示出數(shù)據(jù)如何分布在SPS303的多個組件間的示意圖對應于動態(tài)數(shù)據(jù)313的圓圈代表關于已按照上述方式(如圖8中所示)從注冊功能305接收到的數(shù)據(jù)的應用，而對應于所提供的數(shù)據(jù)311的圓圈代表用戶已就其簽約但是還未向網(wǎng)關101注冊的應用。應當明白，在這個和隨后的實施例中，注冊請求就像與單個用戶相關一樣，可同樣地與多個用戶相關(例如，批注冊)。
圖10示出了根據(jù)第二實施例的注冊過程中包括的步驟在步驟81，App1發(fā)送enableCallNotification()請求到SCS103，這使得注冊功能305關于App1發(fā)送請求到SPS303，用來在SPS303中查詢步驟81處接收到的請求中包括的用戶/觸發(fā)/App1組合(步驟1001)。這使得SPS303查閱所提供的數(shù)據(jù)311的庫，并在步驟1003，SPS303將查詢結果返回到注冊功能305。假定結果是肯定的，注冊功能305將assignmentId指配給App1，并在步驟1005將已指配的assignmentId與enableCallNoticifcation()請求中指定的觸發(fā)、源地址數(shù)據(jù)和目的地地址數(shù)據(jù)一起發(fā)送到SPS303。隨后在步驟1007將確認消息發(fā)送回App1。在步驟1005處接收到來自注冊功能305的消息時，SPS更新動態(tài)庫313，從而包括App1(以及步驟81中接收到的觸發(fā)、源地址和目的地地址的詳情)，或者，如果已關于其他觸發(fā)/用戶參數(shù)將App1存儲于其中，則更新參數(shù)以包括那些與步驟81中接收到的數(shù)據(jù)相對應的參數(shù)。圖11是示出數(shù)據(jù)如何分布在SPS303的多個組件間的示意圖對應于動態(tài)數(shù)據(jù)313的圓圈代表關于已按照上述方式(如圖10中所示)從注冊功能305接收到的數(shù)據(jù)的應用，而對應于所提供的數(shù)據(jù)311的圓圈代表用戶已就其簽約但是還未向網(wǎng)關101注冊的應用。
從圖9和11的比較可以看出，兩個注冊過程的不同之處在于，在第一注冊方法中，動態(tài)數(shù)據(jù)庫313能保持實際上對該特定用戶/觸發(fā)事件來說無效的應用數(shù)據(jù)，而在第二注冊方法中，動態(tài)庫313將只保持用戶真實訪問的應用子集。同時，在第一配置中，這意味著動態(tài)數(shù)據(jù)庫313能保持無效數(shù)據(jù)，這是比第二配置稍微快些的過程(其包含的步驟比第二過程所需的步驟少兩個步驟)；然而，第二注冊過程比第一注冊過程更安全。根據(jù)第二實施例的注冊應用的特別優(yōu)勢在于，注冊過程對注冊應用是透明的，這意味著其能方便地與任何OSA標準兼容配置整合。
如下的另一過程也是可能的(未示出)，其中，SPS保持指定了應用的所有可能組合以及與其相關聯(lián)的交互條件的數(shù)據(jù)。這些數(shù)據(jù)是離線匯集的，使得在注冊過程中，SPS用作一種相關應用間規(guī)則的查找功能。當注冊功能305(通過SCS103)接收到應用注冊請求時(步驟81)，注冊功能305將assignmentId指配給應用App1并將已指配的識別碼發(fā)送到SPS303(步驟82)。響應于接收到該識別碼，SPS303基于此來檢索交互規(guī)則、以及已為該用戶注冊的任何其他應用，并將檢索到的交互規(guī)則與步驟81處接收到的觸發(fā)、源地址和目的地地址相關聯(lián)。另外，SPS更新動態(tài)庫313，從而包括App1(以及步驟81中接收到的觸發(fā)、源地址和目的地地址的詳情)，或者，如果已關于其他觸發(fā)/用戶參數(shù)將App1存儲于其中，則更新參數(shù)以包括那些與步驟81中接收到的數(shù)據(jù)相對應的參數(shù)。可參照以下示例來描述根據(jù)該實施例的SPS的操作SPS303被設置為存儲如下所示的交互規(guī)則
應用規(guī)則單個應用(例如X) 無X&Y BetaX&Z DeltaZ&Y GammaX&Y&Z Alpha假定僅從應用X接收到了應用請求的用戶記錄，那么響應于來自應用Y的隨后注冊請求，SPS303除了更新動態(tài)數(shù)據(jù)庫313以反映應用Y向該用戶的注冊以及步驟81處接收到的觸發(fā)數(shù)據(jù)之外，還檢索對應用組合X&Y的交互規(guī)則(此處為beta)，并且針對用戶和觸發(fā)標記檢索到的交互規(guī)則。如果隨后應用Z向該用戶注冊，則SPS303查出對應用組合X、Y和Z的交互規(guī)則(alpha)，并由此更新SPS303和動態(tài)數(shù)據(jù)庫313。如果應用X隨后注銷(或者自身或者關于用戶)，則SPS303檢索交互規(guī)則gamma并由此更新庫信息。當從網(wǎng)絡中接收到有關相關聯(lián)的觸發(fā)的事件時，這些交互規(guī)則指定兩個或更多個應用間的有效交互。需要注意的是，這些交互取決于從業(yè)務(應用)接收到的與業(yè)務相關聯(lián)的響應和/或消息類型；該行為可方便地在交互規(guī)則中被指定，或可在與有關業(yè)務相關聯(lián)的數(shù)據(jù)中被指定。
需要注意的是，該配置明顯不同于由BT給出的配置(其被描述為“特征交互/業(yè)務選擇”)。在BT方法和系統(tǒng)中，在應用注冊時查閱交互規(guī)則以確定多個應用關于同一觸發(fā)是否能共存。如果交互規(guī)則允許請求應用與已關于相關聯(lián)的用戶/觸發(fā)注冊的應用共存，則將該請求應用的詳情記錄在用戶配置文件中。當隨后接收到對應網(wǎng)絡觸發(fā)時，按照根據(jù)應用在用戶配置文件中的列出次序(其是由應用向網(wǎng)關注冊的次序確定的)而確定的次序依次調用這些應用。相反，根據(jù)本發(fā)明實施例，注冊過程中選擇的是應用間的潛在交互，已離線解決了實際的和可允許的應用間關系和隨之發(fā)生的行為。結果，應用被調用的次序不受制于應用向網(wǎng)關注冊的次序，或者實際上甚至與之無關。相反，按照預先設定的規(guī)則(其可被優(yōu)化為應用本身的功能)指定對應用的調用。這是優(yōu)于BT設計的一個明顯優(yōu)點。
如上所述，除存儲表示可用應用的數(shù)據(jù)以及在注冊階段指配的相關聯(lián)的實時狀態(tài)信息外，SPS303還被設置為存儲表示業(yè)務與應用間的關系(關于應如何處理輸入的網(wǎng)絡事件)的數(shù)據(jù)；按照與網(wǎng)絡事件(或觸發(fā))相關聯(lián)的“呼叫模式邏輯”的形式來存儲這些數(shù)據(jù)。根據(jù)前文應當明白，在第三注冊方法的情況下，在應用注冊時選擇這種交互規(guī)則或呼叫模式邏輯。如以下將更詳細地描述的，在根據(jù)第一和第二方法來實現(xiàn)對應用的注冊的情況下，當從網(wǎng)絡接收到事件時從交互規(guī)則庫中選擇相關聯(lián)的交互規(guī)則。
從前文可明白，在OSA和IN應用的情況中，應用間的沖突問題在注冊階段完全被忽略。相反，當從網(wǎng)絡中收到業(yè)務請求時，由SIF301來控制應用間管理。關于這些組件的配置，參照圖12，在第一配置中，SIF301位于網(wǎng)關101中，并承擔與各個網(wǎng)絡應用服務器節(jié)點App1...Appn通信的任務。圖13示出了一種另選配置，其中SIF301位于網(wǎng)關101外，因此直接與OSA應用App1、App2和SPS303通信，同時通過接口與網(wǎng)關101通信。在兩幅圖中，虛線表示與網(wǎng)關接口進行通信，以與外部設備(例如，在圖12的情況下為SPS303和應用App1、App2，在圖13的情況下為SCS101)進行通信。
業(yè)務調用將參照圖14來描述SIF301的組件及由此提供的功能，圖14是示出將SIF301分解為其組成部分的框圖。優(yōu)選的是，這些組件被實現(xiàn)為一個或更多個軟件組件，并分布在一個或一套計算機設備上，所述計算機設備包括標準CPU、存儲器、數(shù)據(jù)總線、輸入/輸出端口、數(shù)據(jù)存儲器以及操作系統(tǒng)程序(未示出)。
一般而言，SIF301被設置為提供IN間到IN和/或IN到OSA和/或OSA間到OSA的應用中介(mediation)，使得多個業(yè)務應用可以共享觸發(fā)點，例如以上列出的智能網(wǎng)絡應用協(xié)議(INAP)和Camel應用協(xié)議(CAP)檢測點事件。在一種配置中，SIF被配置為從MSC107或者從任何SCF(例如，包括圖2中所示的SCS103的SCF)接收包括某種觸發(fā)的業(yè)務請求消息；根據(jù)接收到的觸發(fā)，執(zhí)行對SPS數(shù)據(jù)庫303的查詢；響應于該查詢從SPS303接收數(shù)據(jù)；根據(jù)與SPS303返回的數(shù)據(jù)相關聯(lián)的呼叫模式邏輯(其是由SPS303返回的)調用并協(xié)調該數(shù)據(jù)識別的任何業(yè)務應用；并比較總體響應以發(fā)送回SCS103或MSC107來使得業(yè)務能夠繼續(xù)。該呼叫模式邏輯包括在呼叫建立期間根據(jù)從其他業(yè)務接收到的響應和消息而開展業(yè)務；該邏輯是足夠靈活和精細的，對于給定網(wǎng)絡事件，在事件建立中可涉及MSC107和其他網(wǎng)絡交換設備，且可調用任何給定業(yè)務應用一次以上。
在本實施例中，SIF301包括業(yè)務接口140，用于與網(wǎng)絡業(yè)務應用IN1...Inx、App1...Appn以及諸如MSC107的交換設備通信；SPS接口141，用于與SPS303、邏輯引擎142以及事件處理引擎143通信。業(yè)務接口140被設置為至少支持CAP、INAP、MAP、SIP和諸如CORBA和SOAP的API，從而使SIF301能與一系列全異的網(wǎng)絡設備通信。
邏輯引擎142被設置為依據(jù)觸發(fā)和用戶數(shù)據(jù)，從SPS303請求業(yè)務數(shù)據(jù)以及標識業(yè)務應用的規(guī)則和詳情的數(shù)據(jù)(按照固定規(guī)則145、動態(tài)規(guī)則147和/或腳本規(guī)則149(其中至少一些規(guī)則是從SPS303實時接收到的)的形式)。邏輯引擎142被設置為在接收到了這些數(shù)據(jù)之后，生成一個或更多個網(wǎng)絡處理事件，這些網(wǎng)絡處理事件涉及通過業(yè)務接口140調用業(yè)務以及使得事件處理引擎143監(jiān)視來自如此調用的業(yè)務的輸出并對此作出反應。具體的是，事件處理引擎143被設置為執(zhí)行事務管理、相關性管理(例如，從不同交換機接收到的相關DP)、超時控制(關于從業(yè)務IN1...INx、App1...Appn以及SPS303接收到的響應)；程序管理(關于業(yè)務排序，和對多項同時獨立操作的支持)；以及正如統(tǒng)計和告警管理的普通管理任務。因此，事件處理引擎143能響應于OSA callEventNotify()消息和/或IN InitialDP而實現(xiàn)一個或更多個網(wǎng)絡業(yè)務以及OSA應用，比較來自一些或全部執(zhí)行過的業(yè)務的全部響應并發(fā)送數(shù)據(jù)到SCS103或MSC107以將用戶與必需的網(wǎng)絡業(yè)務相連。
下面將更詳細地描述網(wǎng)絡事件處理引擎143的特征和功能。有效地采用從SPS303返回的呼叫模式邏輯(通常以數(shù)據(jù)145、147的形式)來控制以啟動和隨后的消息調用IN和OSA業(yè)務應用IN1...INx、App1...Appn的順序，由此解決了由觸發(fā)點產生的發(fā)布單個觸發(fā)的問題。在一個業(yè)務應用的輸出影響另一業(yè)務應用的操作的情況下，調用優(yōu)選地為同步的，但如果通過事件處理引擎143簡單地組合來自多個業(yè)務應用的輸出，則優(yōu)選地異步調用業(yè)務應用以改善等待時間。因此可以看到，可通過利用從SPS303檢索到的規(guī)則，在處理呼叫時對應用間處理進行管理。除了SPS303返回關于諸如callEventNotify()的OSA觸發(fā)和諸如InitialDP觸發(fā)的IN觸發(fā)的排序規(guī)則外，還有用于處理事件通知(ERB(IN)、RouteRes()(OSA))applyCharging(AC/ACR(IN)、superviseCallReq()/superviseCallRes()(OSA))消息、臨時呼叫以及資源訪問(ETC/CTR)和從其得到的任何響應的規(guī)則。
簡言之，SIF301的操作可被看作包括兩個不同階段第一階段，其中SIF301檢索與觸發(fā)相對應的可執(zhí)行數(shù)據(jù)；和第二階段，其中SIF301基于可執(zhí)行數(shù)據(jù)調用應用，所述調用包括監(jiān)視從執(zhí)行過的應用接收到的數(shù)據(jù)并對其作出反應。
另外，事件處理引擎143還被設置為控制產生沖突事件和動作的多個業(yè)務應用的操作。舉一簡單示例，如果多個業(yè)務應用返回CONNECT(IN)或routeRequest()(OSA)消息，則事件處理引擎143應用多種規(guī)則以確定哪條消息“勝出”；在另一簡單示例中，如果不同業(yè)務應用返回CONNECT/routeRequest()消息和RELEASE(IN)或release()(OSA)消息，則事件處理引擎143應用多種規(guī)則以確定采取哪兩個沖突動作。因此，基本上根據(jù)從與沖突事件和/或動作相關聯(lián)的SPS303檢索到的適當規(guī)則來處理輸出。
事件處理引擎143被設置為依照故障類型根據(jù)從SPS303檢索到的動態(tài)(即可配置)規(guī)則147來處理通信故障。例如，如果第一業(yè)務應用中止，則一個選項是中止整個事務，而另一選項可能是如果第一業(yè)務應用完成但第二業(yè)務應用失敗，則來自第一業(yè)務應用的響應應優(yōu)先。
事件處理引擎143還被配置為監(jiān)視預定時間段內的響應，其中，如果業(yè)務應用響應未能到達或MSC響應失敗，則SIF301執(zhí)行多個動作中的一個。例如，在業(yè)務應用未能在指定時間段里響應的情況下，SIF可根據(jù)相關聯(lián)的錯誤規(guī)則發(fā)送TCAP失敗響應到MSC107。該錯誤和超時規(guī)則可以是由SIF301存儲并保持的靜態(tài)規(guī)則145。
概述之，邏輯引擎142和事件處理引擎143根據(jù)固定、動態(tài)和靜態(tài)規(guī)則145、147、149指定的條件控制如下動作i.業(yè)務應用被調用的次序；ii.如何合并來自業(yè)務應用的響應；iii.應如何執(zhí)行基于來自業(yè)務應用的響應的后續(xù)事務；iv.呼叫控制是由SIF管理，還是委派給業(yè)務應用；以及v.是否應將應用從作為網(wǎng)絡類型(例如，本地或漫游)的功能的調用中排除。
下面將對固定規(guī)則145的非限制性示例列表進行描述●請求是累積的如果業(yè)務應用A請求請求報告BCSM DPx并且應用B請求RRB DPy，則結果是應當請求RRB DPx和DPy。(請求報告BCSM在這里被稱為RRB，是用來創(chuàng)建稍后通信流中的觸發(fā)點的請求——例如，繁忙、斷線、應答、無應答。如果這些點被觸發(fā)，則自動生成事件報告BCSM(ERB))；●如果存在對同一DP的多個RRB請求，則應僅請求單個調用；●如果存在對同一DP的多個RRB請求，則應最高地請求監(jiān)測模式；●如果所有業(yè)務應用都指示繼續(xù)，則應僅返回CONTINUE；●如果僅為用戶/DP列有一個業(yè)務應用，則SIF應當退出呼叫，即，將InitialDP轉發(fā)到業(yè)務應用，將響應直接擇路回起始MSC；●如果沒有定義業(yè)務應用，則SIF應當返回CONTINUE響應；●SIF應當在最早可能時機退出該流程；例如，如果僅將CONTINUE、CONNECT或RELEASE返回到MSC，或如果所有期望MSC響應都是針對單個應用的；●等等。
下面將對動態(tài)規(guī)則147的非限制性示例列表進行描述●InitialDP中繼到業(yè)務應用的次序應當為配置的優(yōu)先次序。
●如果可異步調用業(yè)務應用，則應當異步調用它們，這是因為這將改善等待時間；●如果響應是RELEASE，則總體響應應當由業(yè)務應用的釋放優(yōu)先次序來管理。如果具有較高釋放優(yōu)先權的業(yè)務應用還沒有返回RELEASE(即，CONTINUE或者CONNECT)，則應當忽略來自較低優(yōu)先權業(yè)務應用的RELEASE。如果RELEASE是來自最高釋放優(yōu)先權的應用，則無需執(zhí)行其余業(yè)務應用；且應當返回RELEASE和TCAPEND；●如果返回CONNECT，則返回到MSC的被呼叫/呼叫方應當來自具有最高連接優(yōu)先次序的業(yè)務應用。
●等等。
下面將對優(yōu)選編寫的規(guī)則149的非限制性示例列表進行描述●收費報告(ACR)應當僅被發(fā)布給那些有助于先前生成的AC的應用。針對各業(yè)務應用發(fā)送ACR到適當形式可能需要復雜計算；●當動作取決于消息內的內容時，可使用腳本來識別消息內的內容并調用適當?shù)膭幼?；●等等?br> 除上述固定、動態(tài)和靜態(tài)規(guī)則145、147、149外，SIF301依照幾條通用規(guī)則操作，這些規(guī)則包括如下內容●當對MSC的響應是簡單的CONNECT、CONTINUE或RELEASE(基本結束)時，SIF應當以TC_END結束TCAP對話；●如果SIF確定沒有更多期待的消息(例如，接收到的ACR指示呼叫結束，且以后不再提供觸發(fā)點)，則SIF應當不使用TC_END地結束事務——這已知為預置結束，且不再發(fā)送更多消息；●如果SIF從MSC接收到TC_ABORT，則SIF應當結束所有公開對話——通過中繼TC_ABORT；●如果SIF從MSC接收到TC_END，則SIF應當結束所有公開對話——通過中繼TC_END；●如果發(fā)生意外錯誤，則SIF應當以TC_END結束對話；●ERB繁忙報告之后，應當返回連接消息到不同的號碼(這可能使先前與其他應用的所有交互無效，因此可使用腳本來中止某些應用或明確地修改行為，可能使用專為此目的生成的消息)。
應當明白，在這個和其他實施例中，規(guī)則中使用的協(xié)議和/或API是那些適于所涉及的業(yè)務的規(guī)則，且不限于INAP、CAP、GCC、MPCC。
下面將參照涉及對從移動站MS2輸入的呼叫進行處理的幾個示例情形來對事件處理系統(tǒng)的功能進行描述。參照圖15，在第一示例中，系統(tǒng)涉及控制各種IN業(yè)務的操作，包括用于當用戶MS2正漫游在訪問者網(wǎng)絡(visitor network)VPLMN中時改變服務節(jié)點的業(yè)務本地路由(SHR)應用，和其操作取決于本地網(wǎng)絡中的服務節(jié)點的未指定業(yè)務應用IN1。該第一示例例示了SIF301、SHR應用和一個其他應用間的交互，且同樣地為一簡單示例；它被包含進來以表明傳遞到SIF301、服務節(jié)點107和業(yè)務節(jié)點以及從SIF301、服務節(jié)點107和業(yè)務節(jié)點傳遞的規(guī)則類型、條件和消息，以幫助理解本發(fā)明的其他更復雜的實施例。
在該示例中，使用SIF301來管理對取決于與用戶MS2相關的業(yè)務數(shù)據(jù)的各個業(yè)務應用SHR、IN1的輸入以及來自其的輸入(SHR業(yè)務允許在本地網(wǎng)絡(HPLMN)范圍內處理呼叫，只要這可以解決與由訪問者網(wǎng)絡(VPLMN)進行的處理相關聯(lián)的問題或限制)。
圖15是示出在系統(tǒng)的多個組件間轉移(transfer)通信的示意圖，而圖16是示出由SIF301執(zhí)行的步驟的框圖。在下文中，將一起參照圖15和圖16。在步驟1501，接收到了位置更新請求之后，HLR115發(fā)送包括O-CSI(始發(fā)Camel簽約信息)的信號到vMSC107(訪問者網(wǎng)絡中的MSC)，vMSC107執(zhí)行各種認證和建立(setup)過程以用網(wǎng)絡VPLMN認證用戶MS2。在步驟1501發(fā)送到vMSC107的信息包括SIF301的網(wǎng)絡地址和關于用戶MS2存儲的業(yè)務觸發(fā)。
在成功認證所述用戶后，vMSC107等待用戶MS2請求訪問網(wǎng)絡業(yè)務；一旦接收到請求(步驟1503)，vMSC107就發(fā)送(步驟1505)消息到SIF301，該消息包括識別用戶MS2并指定業(yè)務觸發(fā)類型(在本實施例中為CAP IDP DP2)的數(shù)據(jù)，以及CdPN(B)和CgPN(MS2)的詳情。轉至圖16，當SIF 301接收到消息時，它首先識別消息的類型(步驟1601)。在該示例中，將消息的類型識別為業(yè)務建立消息，并且，因為IDP代表新的呼叫，所以SIF301使用例如目錄訪問協(xié)議(DAP)制定查詢(步驟1603)以從SPS303檢索數(shù)據(jù)。在制定并執(zhí)行適當查詢后，SPS303根據(jù)該查詢返回數(shù)據(jù)，該數(shù)據(jù)包括對用于指定用戶MS2可訪問的業(yè)務以及業(yè)務可被訪問的條件的規(guī)則和業(yè)務信息的選擇(步驟1605)。在本示例中，SPS303查詢返回如下數(shù)據(jù)MS2●業(yè)務應用○ SHR，IN1均被配置為響應于DP2事件●條件○規(guī)則(1)首先訪問SHR；○規(guī)則(2)如果SHR返回CdPN的相關地址則(1)用相關地址替代CdPN；并且(2)當呼叫路由經(jīng)過HPLMN時訪問IN1。
然后根據(jù)這些條件來配置事件處理引擎143(步驟1607)，有效地使之能監(jiān)視從SHR輸入的數(shù)據(jù)，并根據(jù)SHR應當返回相關地址的事件(1)和(2)進行響應。轉回到圖15，在步驟1507，SIF301發(fā)送包含觸發(fā)數(shù)據(jù)(IDP和DP2)的消息至SHR，并在步驟1509，接收來自于SHR的響應(SHR業(yè)務應用負責確定呼叫是否應當被本地路由)。
在該示例中，SHR業(yè)務應用發(fā)送相關地址到SIF301，SIF301根據(jù)圖16所示的步驟進行相同處理在步驟1601，SIF301確定接收到的數(shù)據(jù)是來自SHR業(yè)務應用，并將該數(shù)據(jù)傳遞給事件處理引擎143(其先前被配置為監(jiān)視這種輸入)。接著，事件處理引擎143以接收到的數(shù)據(jù)作為輸入運行從SPS303檢索到的規(guī)則，在這種情況下，所述輸入包括用于指定要執(zhí)行的本地路由及其相關地址的數(shù)據(jù)(步驟1611)。根據(jù)規(guī)則(2)，要執(zhí)行的下一步動作是將該相關地址發(fā)送到vMSC107以改變用戶MS2連接的交換機，因此事件處理引擎143準備要發(fā)送到vMSC的消息(步驟1613)，并隨后準備事件處理引擎143以監(jiān)視下一個連接事件(步驟1615)。在該特定情形中，事件處理引擎143被配置為監(jiān)視與在步驟1505中被發(fā)送到SIF301的初始檢測點(IDP)相同的IDP。
轉回到圖15，在步驟1511，SIF301發(fā)送CONNECT消息到vMSC，用來指示vMSC切換到與相關地址(CID)相對應的交換機。SIF301還發(fā)送TCAP消息，用來關閉SIF301與vMSC107之間的對話。在步驟1513，vMSC107將呼叫擇路到GMSC，GMSC為具有對應于相關地址CID的網(wǎng)絡地址的交換機且位于本地網(wǎng)絡(HPLMN)內。接收到連接消息時，GMSC發(fā)送IDP消息到SIF301，該消息包括相關地址CID和新的檢測點DP3(步驟1515)。再轉至圖16，在確定消息源自交換機并包含與SIF301先前保存的CID相關的初始檢測點IDP后，事件處理引擎143以接收到的數(shù)據(jù)作為輸入運行在步驟1603從SPS303檢索到的規(guī)則(步驟1611)。根據(jù)其余事件(事件(2))，從本地網(wǎng)絡(HPLMN)的交換機接收到消息后，SIF301要執(zhí)行的下一動作是發(fā)送消息到業(yè)務應用IN1，并等待來自其的響應。因此，在步驟1517，事件處理引擎143發(fā)送消息到IN1并等待答復。
可能有取決于來自IN1的輸出——取決于業(yè)務應用的性質——的若干其他事件，但上面給出的示例表明可如何采用SIF301來協(xié)調SHR業(yè)務應用以及取決于與SHR相同的觸發(fā)的至少一個其他業(yè)務應用IN1(在本示例中為DP2)。
下面將參照圖17來描述僅涉及OSA應用的事件處理系統(tǒng)的功能，圖17示出了涉及對從網(wǎng)絡輸入的觸發(fā)進行處理的通常情形。參照圖17，在步驟1701，SCS103接收到IN事件并將其傳遞到SIF301，該IN事件包括用來識別呼叫方(用戶)并指定業(yè)務觸發(fā)類型(例如，CAP IDP DP2)的數(shù)據(jù)，以及被呼叫方(CdPN)的詳情。識別出這是來自網(wǎng)絡的關于當前事件處理情形的第一條這樣的消息后，SIF301使用例如目錄訪問協(xié)議(DAP)制定查詢(步驟1703)以與之相對應地從SPS303檢索數(shù)據(jù)。在接收到查詢請求后，SPS303從動態(tài)數(shù)據(jù)庫313檢索與用戶和觸發(fā)相對應的數(shù)據(jù)?；氐絽⒄請D9，如果注冊是根據(jù)第一配置發(fā)生的，則該步驟將涉及使用所提供的數(shù)據(jù)311對動態(tài)數(shù)據(jù)313進行過濾，并對于圖9所示的示例將得到App1和App2的輸出。另一方面，如果注冊是根據(jù)第二配置發(fā)生的，則因為在注冊過程中檢查了用戶對請求應用的訪問，所以SPS303僅僅只需要檢索動態(tài)庫313的內容(App1和App2)。如果注冊是根據(jù)第三配置發(fā)生的，則SPS303將檢索動態(tài)庫313的內容(App1和App2)，以及管理App1與App2間的交互的預選交互規(guī)則。
對于其中注冊先前已根據(jù)第一或第二注冊方法發(fā)生的情況，不同于第三注冊方法，一旦識別了相關應用(App1，App2)，SPS303就必須執(zhí)行單獨的步驟，來選擇用于指定可訪問應用的條件的規(guī)則和業(yè)務信息；與注冊方法無關，在步驟1705，隨后將目前選擇的交互規(guī)則發(fā)送到SIF301。接下來，根據(jù)這些條件來配置事件處理引擎143，出于本示例的目的，可假設使App2在App1前被調用。因此，在步驟1707，通過例如callEventNotify()消息來調用App2，并在步驟1709，SIF301，更具體地為事件處理引擎143(其已預先被配置為當在步驟1707發(fā)送通知消息時，監(jiān)視這樣的輸入)，接收并處理響應。接著，事件處理引擎143以在步驟1709接收到的數(shù)據(jù)為輸入，運行在步驟1705從SPS303檢索到的規(guī)則。根據(jù)經(jīng)處理的一條或多條規(guī)則，事件處理引擎143確定要執(zhí)行的下一個動作是發(fā)送在步驟1709接收到的數(shù)據(jù)到App1，因此事件處理引擎143發(fā)送callEventNotify()消息到App1(步驟1711)，并隨后準備事件處理引擎143以監(jiān)視下一連接事件。在接收到來自App1的響應(步驟1713)后，事件處理引擎143以在步驟1713接收到的數(shù)據(jù)為輸入運行在步驟1705從SPS303檢索到的規(guī)則。根據(jù)經(jīng)處理的一條或多條規(guī)則，事件處理引擎143確定要執(zhí)行的下一個動作是連接呼叫方(用戶)與被呼叫方(郵箱VPS)，因此SIF301使得SCS103發(fā)送CONNECT消息到網(wǎng)絡(步驟1715)，指示網(wǎng)絡將用戶連接到他的語音郵箱VPS，使他能夠訪問他的錄音消息。步驟1717表示對其他網(wǎng)絡事件(一個或更多個OSA應用已經(jīng)注冊了對其的關注)的發(fā)送。
圖18示出了涉及OSA和IN應用的事件處理系統(tǒng)的示例，并示出本發(fā)明的實施例還可被用來控制作為與網(wǎng)絡觸發(fā)有關的整個事件處理業(yè)務的一部分的OSA應用和IN業(yè)務的操作。在該情形下，步驟1701、1703、1705如關于圖17所描述地進行，但因為在本示例中假定所關注觸發(fā)使得SPS請求與IN業(yè)務和OSA應用均相關的數(shù)據(jù)，所以SPS303返回的數(shù)據(jù)將包括調用規(guī)則，該規(guī)則使得SCS103使消息進入OSA域的發(fā)送與消息到IN域的發(fā)送相交替；圖中給出了相關聯(lián)的步驟的列表。
根據(jù)以上示例可以看到，根據(jù)本發(fā)明實施例配置的事件處理系統(tǒng)提供了業(yè)務整合功能，即整合并控制多個業(yè)務應用的操作。在包括多個事件處理系統(tǒng)的網(wǎng)絡配置中，可開發(fā)業(yè)務應用中央庫使之能被這種SIF中的任何一個或子集根據(jù)指配給特定事件處理系統(tǒng)的訪問規(guī)則訪問。另外，在提供對多個預約和/或傳統(tǒng)業(yè)務應用的訪問的任何給定SIF中，SIF被配置為將這些應用彼此并與新近開發(fā)的其他業(yè)務應用整合起來。本發(fā)明實施例的一個特別的優(yōu)點是，SIF包括有效地廣告其功能的裝置，使得新近開發(fā)的業(yè)務應用能以前攝方式使用這種功能；在圖14中，該功能被示意性地示出為SCS API148。
圖19至23中給出了與本發(fā)明實施例相關聯(lián)的用于例示靈活性的其他示例，其中第一個示例例示了SIF301協(xié)調諸如iVPN業(yè)務的搜尋應用(App1)的操作與國際無縫語音應用(App2)的操作。在該示例中，搜尋應用App1被配置為確認被呼叫方(用戶)的哪個注冊設備是有效的，并提供與之相關的號碼翻譯業(yè)務。另外，該示例還可包括SHR應用(其或者在SIF內或者作為單獨的應用(未示出))，該應用可被用來指示vMSC按照以上示例中描述的方式切換呼叫控制給GMSC。響應于接收到來自vMSC的連接請求(步驟1901)，SIF被配置為(如上所述，通過利用從SPS303檢索到的規(guī)則(下文中給出))發(fā)送對號碼翻譯業(yè)務的請求(步驟1903)到App1。如上所述，App1是iVPN搜尋應用，其可以訪問為用戶注冊的預先指定設備列表，并且響應于在步驟1903從SIF發(fā)送的業(yè)務請求消息，發(fā)送回(步驟1905)與該列表中第一個設備相對應的經(jīng)翻譯的、全數(shù)位號碼，并且如果該設備不可用則發(fā)送回ERB繁忙消息請求。響應于從App1接收到第一個設備的經(jīng)翻譯號碼，SIF為來自vMCS的RRB繁忙消息建立等待事件(步驟1907)，并發(fā)送包括經(jīng)翻譯號碼的詳情的消息到App2(步驟1909)。App2然后向SIF發(fā)送連接指令(步驟1911)，并且如果第一個設備不可用則發(fā)送ERB繁忙消息請求。
SIF301然后合并來自應用App1、App2的輸入，并發(fā)送關于第一個設備的連接請求到vMSC(步驟1913)。在本示例中，第一個設備不可用，所以vMSC返回ERB繁忙消息到SIF(步驟1915)；根據(jù)可用于本示例的規(guī)則，SIF被設置為優(yōu)先接收ERB繁忙消息，并首先將它們發(fā)送到搜尋應用App1，同時標記如下事實，即App2需要被告知第一個設備不可用。在接收到ERB繁忙消息后，SIF發(fā)送ERB繁忙消息到App1(步驟1917)，App1響應于此檢索用戶列表中的第二個設備的詳情，并將其發(fā)送到SIF(步驟1919)。接收到該第二個設備的標識(標識長Y)時，SIF結束與App2有關第一個設備的會話(步驟1921)，并開始關于第二個設備的第二段會話(步驟1923)。App2隨后發(fā)送連接請求到SIF(步驟1925)，這次是關于第二個設備(與以前相同，如果第二個設備不可用，則連接請求伴有ERB繁忙消息請求)。SIF301再次合并來自應用App1和App2的輸入，并發(fā)送關于第二個設備的連接請求到vMSC(步驟1927)，隨后的步驟(未示出)根據(jù)第二個設備的可用性或不可用性繼續(xù)進行(即，如果第二個設備不可用，則有效地重復步驟1915至1927，反之如果第二個設備可用，則vMSC繼續(xù)處理呼叫)。
關于該其他示例可應用的規(guī)則(如從SPS303檢索到并可由SIF301執(zhí)行以提供上述功能的規(guī)則)如下在本示例中，對于CAP T-CSI觸發(fā)和用戶MS2，SPS303查詢返回如下業(yè)務數(shù)據(jù)和條件集●業(yè)務應用○ SHR，搜尋應用(若干經(jīng)注冊的設備)，iSVA●條件○檢查SHR是否可用(即，MSC是否在VPLMN中？)；
如果可用，則發(fā)送相關地址到VPLMN中的交換機；○規(guī)則(1)首先訪問搜尋應用；○規(guī)則(2)如果來自搜尋應用的響應指示與目的地路由地址(DRA)集(對應于第一個設備)的連接，則修改IDP中的被呼叫方號碼為DRA，并發(fā)送經(jīng)修改的IDP到ISVA應用。否則，或者在其他任何情況下，發(fā)送未經(jīng)修改的IDP到ISVA。
○規(guī)則(3)如果響應來自ISVA業(yè)務(CdPN)，則存儲CdPN直到MS2連接到HPLMN的交換機；○規(guī)則(4)如果搜尋應用和ISVA都請求RRB繁忙消息，則發(fā)送任何接收到的ERB繁忙消息到搜尋應用，檢索新的目的地路由地址(即，對應于第二個設備的DRA)，結束基于第一個DRA與ISVA的對話，并發(fā)送經(jīng)修改的DRA到ISVA。
○規(guī)則(5)一旦MS2通過HPLMN連接，則發(fā)送連接消息到HPLMN的交換機。
下面將參照圖20來描述另一示例，圖20示出SIF301協(xié)調智能業(yè)務節(jié)點(VPN)和OSA業(yè)務節(jié)點(搜尋應用VPX)的操作的另一示例。在該示例中，假設用戶已經(jīng)簽訂了VPN業(yè)務作為智能網(wǎng)絡業(yè)務，并希望該業(yè)務能與他新開始的OSA業(yè)務整合起來。因此，轉至圖20，響應于從MSC接收到連接請求(步驟2001)，SIF被配置為(如上所述，通過利用從SPS303檢索到的規(guī)則)發(fā)送請求(步驟2003)到VPN業(yè)務。作為響應，VPN返回(步驟2005)對應于被呼叫方號碼的全數(shù)位號碼。作為響應，SIF發(fā)送包括全數(shù)位號碼的詳情的消息(步驟2007)到VPX。VPX應用向SIF發(fā)送(步驟2009)關于與被呼叫方的全數(shù)位號碼相對應的第一個設備(標識E)的連接指令，并且如果第一個設備不可用則還發(fā)送ERB繁忙消息請求。SIF為來自MCS的RRB繁忙消息建立等待事件(步驟2011)，合并來自應用VPN、VPX兩者的輸入，并發(fā)送關于第一個設備的連接請求到MSC(步驟2013)。在本示例中，第一個設備不可用，所以MSC返回ERB繁忙消息到SIF(步驟2015)，使得SIF發(fā)送ERB繁忙消息到VPX(步驟2017)，VPX響應于此檢索用戶列表中的第二個設備的詳情并將其發(fā)送到SIF(步驟2019)。在接收到該第二個設備的標識(標識F)時，SIF發(fā)送關于第二個設備的連接請求到MSC(步驟2021)，隨后的步驟(未示出)根據(jù)第二個設備的可用性或不可用性而繼續(xù)進行(即，如果第二個設備不可用，則有效地重復步驟2017至2021)。
圖21示出另一示例，圖21示出使用SIF301協(xié)調后付費和預付費業(yè)務的操作在該示例中，SIF301被配置為執(zhí)行關于后付費價目的處理以將它們修改為適于預付費業(yè)務的格式。這種后付費應用包括VPN應用和“辦公室區(qū)”應用，其中后者識別用戶的位置并據(jù)此修改標準價目(即，VPN價目)。響應于接收到來自MSC的連接請求(步驟2101)，SIF首先基于伴隨著連接請求的業(yè)務密鑰SK(a)以及從SPS303請求的數(shù)據(jù)，識別出用戶是預付費類型，該類型用戶已被準予訪問各種后付費OSA業(yè)務(每一個都可分別通過業(yè)務密鑰SK(b)和SK(c)識別)。因此，在步驟2103，SIF301被配置為發(fā)送請求到網(wǎng)關101，通過利用業(yè)務密鑰SK(b)識別該階段要被查詢的應用；在接收到業(yè)務密鑰SK(b)和相關聯(lián)的呼叫數(shù)據(jù)時，網(wǎng)關101發(fā)送calleventNotify()消息到對應于業(yè)務密鑰SK(b)的應用(其在這種情況下為App2)(步驟2105)。App2是VPN搜尋應用，其能訪問為用戶注冊的預先指定設備列表，并且，App2響應于發(fā)自GW101的業(yè)務請求消息，發(fā)送回(步驟2107)對應于列表中的第一個設備的經(jīng)翻譯、全數(shù)位號碼以及與此業(yè)務相關聯(lián)的價目。鑒于App2是后付費應用，OSAGW101將價目信息與相關聯(lián)的SCI收費響應消息打包并發(fā)送到SIF(步驟2109)。根據(jù)發(fā)自SPS303的規(guī)則，SIF隨后確定要查詢的下一個應用是辦公本地應用App1，并發(fā)送請求到網(wǎng)關101，該請求包括通過利用業(yè)務密鑰SK(c)識別App1的數(shù)據(jù)以及識別被呼叫方的數(shù)據(jù)(步驟2111)；在接收到業(yè)務密鑰SK(c)時，網(wǎng)關101識別出請求要被發(fā)送給辦公應用App1，并向之發(fā)送被呼叫方號碼(長B)(步驟2113)。作為響應，App1通過OSA GW101發(fā)送指示與呼叫方的位置相關聯(lián)的價目——價目Y——的數(shù)據(jù)到SIF(步驟2115、2117)。一旦接收到全異的價目信息，SIF就處理數(shù)據(jù)以識別適于向用戶提供這些業(yè)務——在用戶的能力之內——的價目作為預付費用戶類型(步驟2119)。該評估過程的輸出是發(fā)送包含合并的價目數(shù)據(jù)和業(yè)務請求的消息到預付費業(yè)務IN1(步驟2121)。一旦被接收到，預付費業(yè)務IN1就執(zhí)行標準收費評估過程并(假設用戶有足夠資金)發(fā)送呼叫連接請求和繁忙消息請求(步驟2123)到SIF301。響應于此，SIF301為來自MSC的RRB繁忙消息建立等待事件，并發(fā)送關于第一個設備的連接請求到MSC。
圖22示出了又一示例，圖22示出SIF301與SPS303間的交互(這被假定為在之前的示例已被執(zhí)行)以及與網(wǎng)絡中業(yè)務節(jié)點的交互。在該示例中，SIF301和SPS303和諧地相互作用以解決用戶在不是Camel3的網(wǎng)絡中漫游時遇到的問題，即，當HLR115僅發(fā)送O-CSI業(yè)務到VLR時出現(xiàn)的問題。當僅配備O-CSI業(yè)務時，vMSC無法在已指定前綴的呼叫與需要本地路由(和其他業(yè)務)的事件之間加以區(qū)分；結果，不正確地處理vMSC未識別的具有前綴的呼叫。(這些前綴被稱為“B#”，且相應事件需要N-CSI/D-CSI業(yè)務數(shù)據(jù)以使VLR知道呼叫應當通過“一鍵通”業(yè)務節(jié)點處理。)在該示例中，假設已提供SPS303使得能夠基于B#——基本上，除用戶和觸發(fā)數(shù)據(jù)外，都基于B#鍵入數(shù)據(jù)——確定輸入呼叫是否應當被發(fā)送到一鍵通節(jié)點還是本地路由。然后參照圖22，在步驟2201，vMSC發(fā)送消息到SIF，該消息包括作為被呼叫方號碼的前綴的B#。作為響應，SIF301聯(lián)系SPS303，請求有關被呼叫方號碼(步驟2203)和用戶的特定業(yè)務信息。在步驟2205，SPS303執(zhí)行某些內部處理，用來將該前綴與針對該用戶關于B#業(yè)務存儲的數(shù)據(jù)進行比較。如果所存儲的數(shù)據(jù)表示該用戶已經(jīng)簽訂一鍵通業(yè)務，則將表示該業(yè)務的數(shù)據(jù)發(fā)送到SIF301(步驟2207)，這使得SIF301能夠發(fā)送有所相同的消息到適當?shù)臉I(yè)務(此處為PTT)。如果用戶還沒有調用PTT業(yè)務，則SPS303相反將發(fā)送表示該呼叫應當是本地路由的數(shù)據(jù)，使得SIF301與圖22中所示的SHR節(jié)點通信。
圖23示出了再一示例，圖23示出SIF301與預付費業(yè)務IN2結合地控制滯后呼叫轉發(fā)(LCFOR)以避免如下情形，其中當A方呼叫B方且B方正處于漫游時，在A方(在本地網(wǎng)絡中)連接的交換機、訪問網(wǎng)絡中的與B方相關聯(lián)的vMSC、以及本地網(wǎng)絡中用戶可訪問的相關聯(lián)業(yè)務節(jié)點之間建立語音回路。然后參照圖23，在步驟2301，SIF301接收到來自網(wǎng)關MSC的終止呼叫檢測點；SIF301從SPS303請求與用戶相對應的數(shù)據(jù)，并且，確定用戶除了另一業(yè)務IN2(未指定)外簽訂了LCFOR業(yè)務，SIF301確定它需要首先調用LCFOR節(jié)點。因此，在步驟2303，SIF301發(fā)送表示呼叫是終止呼叫的數(shù)據(jù)到LCFOR業(yè)務節(jié)點，LCFOR業(yè)務節(jié)點在步驟2305發(fā)送對ERB繁忙信息/無應答/已放棄/已應答消息的請求到SIF301。SIF301內部地記錄，一旦對呼叫的控制被傳遞給網(wǎng)關MSC，它就需要監(jiān)視來自MSC的任何這種ERB消息，并發(fā)送消息給被呼叫用戶可訪問的其他業(yè)務節(jié)點(示出的一個業(yè)務節(jié)點是IN2)(步驟2307)。業(yè)務節(jié)點IN2發(fā)送關于正被應答的呼叫的收費消息和ERB應答消息請求到SIF301(步驟2309)，使得SIF301記錄它需要監(jiān)視正被應答的呼叫，并通知業(yè)務節(jié)點IN2。SIF301隨后指示GMSC繼續(xù)進行該呼叫(步驟2311)，使得GMSC連接到vMSC(步驟2313)。響應于正被應答的呼叫，GMSC發(fā)送ERB消息到SIF(步驟2317)；鑒于在步驟2305為這種消息注冊了LCFOR節(jié)點，SIF301在步驟2319將消息轉發(fā)到LCFOR節(jié)點，作為響應，LCFOR節(jié)點發(fā)送呼叫轉發(fā)指令到SIF(步驟2321)。響應于接收到該消息，SIF301在步驟2323結束先前與IN2節(jié)點的有效會話，相反開始有關呼叫轉發(fā)事件的會話(步驟2325)。然后配置關于這種呼叫轉發(fā)事件的呼叫收費，而且SIF301在步驟2329指示GMSC連接到被轉發(fā)的號碼。
其他實施例詳情盡管實施例描述了SS7呼叫處理，但是本發(fā)明實施例可被應用到其他類型的網(wǎng)絡事件，包括SIP(業(yè)務啟動協(xié)議)呼叫處理和消息處理。
另外，SIF301的操作可利用通過API(例如，CORBA、SOAP)調用的方法來開始，使得SIF能提供跨IN業(yè)務應用的業(yè)務中介設施。
盡管SIF301被描述為單個實體，但應當明白這種實體可被分布在多個處理組件上。
以上實施例應被理解為本發(fā)明的說明性示例，并可以構想本發(fā)明的其他實施例。應當理解，關于任何一個實施例描述的任何特征可以被單獨使用，或者與所描述的其他特征結合使用，并還可以與任何其他實施例的一個或更多個特征，或任何其他實施例的任何組合結合使用。此外，在不脫離所附權利要求中限定的本發(fā)明的范圍的情況下，還可以采用以上未描述的等同物及修改。
權利要求
1.一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的事件處理裝置，所述事件處理裝置可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能從所述多個業(yè)務節(jié)點接收業(yè)務，各所述業(yè)務節(jié)點能夠發(fā)送包括專用于該業(yè)務節(jié)點的操作的數(shù)據(jù)的業(yè)務響應消息，所述事件處理裝置包括如下功能，該功能被設置為在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，從多個業(yè)務節(jié)點請求業(yè)務響應消息，并基于所述業(yè)務響應消息中包含的數(shù)據(jù)，控制涉及處理同一網(wǎng)絡事件的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作。
2.根據(jù)權利要求1所述的事件處理裝置，其中，基于所述業(yè)務響應消息的內容，所述功能被設置為在同一網(wǎng)絡事件期間控制給定業(yè)務節(jié)點的操作一次以上。
3.根據(jù)權利要求1或權利要求2所述的事件處理裝置，其中，所述功能被設置為發(fā)送業(yè)務請求消息到相應的業(yè)務節(jié)點，至少一條所述業(yè)務請求消息包含表示與所述第一業(yè)務啟動請求相對應的一個或更多個業(yè)務啟動觸發(fā)的數(shù)據(jù)。
4.根據(jù)權利要求3所述的事件處理裝置，其中，所述功能被設置為修改至少一個所述業(yè)務啟動觸發(fā)，并基于所述經(jīng)修改的業(yè)務啟動觸發(fā)制定業(yè)務請求消息。
5.根據(jù)權利要求1至權利要求4中的任一項所述的事件處理裝置，其中，所述功能被設置為由于所述操作而監(jiān)視對其他業(yè)務啟動請求消息的接收。
6.根據(jù)權利要求1至權利要求5中的任一項所述的事件處理裝置，其中，所述功能被設置為由于所述操作而監(jiān)視對其他響應消息的接收。
7.根據(jù)權利要求1至權利要求6中的任一項所述的事件處理裝置，其中，在接收到由當前涉及處理同一網(wǎng)絡事件的所述網(wǎng)絡中的服務節(jié)點發(fā)送的第二業(yè)務啟動請求消息時，所述功能被設置為控制所述多個業(yè)務節(jié)點中的至少一個節(jié)點的操作，并由于所述操作，發(fā)送業(yè)務請求消息到從其接收到第二業(yè)務啟動請求消息的所述服務節(jié)點。
8.根據(jù)權利要求7所述的呼叫處理裝置，其中，所述第一業(yè)務啟動請求消息是從與從其接收到所述第二業(yè)務啟動請求消息的服務節(jié)點相同的服務節(jié)點接收到的。
9.根據(jù)權利要求1至權利要求8中的任一項所述的呼叫處理裝置，其中，所述業(yè)務啟動請求消息包括用于識別對應的業(yè)務啟動觸發(fā)的數(shù)據(jù)，并且所述功能被設置為訪問識別與所述業(yè)務啟動觸發(fā)相對應的業(yè)務節(jié)點的數(shù)據(jù)，以用于控制所述業(yè)務節(jié)點的操作。
10.根據(jù)權利要求1至權利要求9中的任一項所述的呼叫處理裝置，其中，所述功能被設置為根據(jù)與用戶相關聯(lián)的數(shù)據(jù)以及所述第一業(yè)務啟動請求消息中包含的所述數(shù)據(jù)來生成業(yè)務請求消息。
11.一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的事件處理裝置，所述事件處理裝置可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能從所述多個業(yè)務節(jié)點接收業(yè)務，各所述業(yè)務節(jié)點能夠發(fā)送業(yè)務響應消息，所述事件處理裝置包括如下功能，該功能被設置為在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，控制涉及處理同一網(wǎng)絡事件的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作，其中，所述功能被設置為由于所述受控操作而監(jiān)視對其他業(yè)務啟動請求消息的接收。
12.根據(jù)權利要求11所述的事件處理裝置，其中，所述其他業(yè)務啟動請求消息包括與所述業(yè)務啟動請求消息內包含的觸發(fā)數(shù)據(jù)不同的觸發(fā)數(shù)據(jù)。
13.根據(jù)權利要求11或權利要求12所述的事件處理裝置，其中，所述功能被設置為在分配與所述網(wǎng)絡事件相關聯(lián)的網(wǎng)絡資源期間請求所述業(yè)務響應消息。
14.一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的事件處理裝置，所述事件處理裝置可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能從所述多個業(yè)務節(jié)點接收業(yè)務，各所述業(yè)務節(jié)點能夠發(fā)送業(yè)務響應消息，所述事件處理裝置包括如下功能，該功能被設置為在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，控制涉及處理同一網(wǎng)絡事件的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作，其中，所述功能被設置為由于所述受控操作而監(jiān)視對其他業(yè)務響應消息的接收。
15.根據(jù)權利要求14所述的事件處理裝置，其中，可在網(wǎng)絡事件期間控制給定業(yè)務節(jié)點的操作一次以上。
16.一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的事件處理裝置，所述事件處理裝置可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能從所述多個業(yè)務節(jié)點接收業(yè)務，各所述業(yè)務節(jié)點能夠響應于業(yè)務請求消息發(fā)送業(yè)務響應消息，所述事件處理裝置包括如下功能，該功能被設置為在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，控制涉及處理同一網(wǎng)絡事件的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作，其中，所述功能被設置為修改至少一個所述業(yè)務啟動觸發(fā)，并基于所述經(jīng)修改的業(yè)務啟動觸發(fā)來制定業(yè)務請求消息。
17.一種在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的裝置，所述裝置可連接到涉及處理網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點并可連接到多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能從所述多個業(yè)務節(jié)點接收業(yè)務，所述服務節(jié)點能夠存儲為用戶定義一組不同業(yè)務啟動觸發(fā)的數(shù)據(jù)并且能夠發(fā)送一組第一業(yè)務啟動請求消息到多個不同業(yè)務節(jié)點，各所述第一業(yè)務啟動請求消息分別對應于所述多個業(yè)務啟動觸發(fā)中的不同的一個業(yè)務啟動觸發(fā)，其中，所述裝置在處理同一網(wǎng)絡事件期間對不同的所述第一業(yè)務啟動請求消息作出響應，并被設置為響應于接收到一條所述業(yè)務啟動請求消息而發(fā)送至少一條第二業(yè)務啟動請求消息到一組預定的不同業(yè)務節(jié)點中的每一個。
18.根據(jù)權利要求17所述的裝置，其中，響應于接收到所述第一業(yè)務啟動請求消息，所述裝置被設置為以選定順序發(fā)送第二業(yè)務啟動請求消息到兩個或更多個所述業(yè)務節(jié)點。
19.根據(jù)權利要求17或權利要求18所述的裝置，其中，所述選定順序取決于從一個或更多個所述業(yè)務節(jié)點接收到的業(yè)務節(jié)點響應消息。
20.根據(jù)權利要求17至權利要求19中的任一項所述的裝置，其中，所述裝置包括監(jiān)視功能，該監(jiān)視功能被設置為監(jiān)視來自第一個所述業(yè)務節(jié)點的業(yè)務響應消息，并且所述裝置被設置為響應于所述業(yè)務響應消息而發(fā)送第二業(yè)務啟動請求消息到第二個所述業(yè)務節(jié)點。
21.根據(jù)權利要求20所述的裝置，其中，所述裝置被設置為響應于從所述第一業(yè)務節(jié)點接收到業(yè)務節(jié)點響應消息而調用監(jiān)視功能。
22.根據(jù)權利要求20或權利要求21所述的裝置，其中，所述監(jiān)視功能使用的數(shù)據(jù)至少部分地取決于從所述第一業(yè)務節(jié)點接收到的業(yè)務節(jié)點響應消息中包括的數(shù)據(jù)。
23.根據(jù)權利要求20至權利要求22中的任一項所述的裝置，其中，所述第二業(yè)務節(jié)點不同于所述第一業(yè)務節(jié)點。
24.根據(jù)權利要求20至權利要求23中的任一項所述的裝置，其中，所述監(jiān)視功能被設置為監(jiān)視從一服務節(jié)點發(fā)送的業(yè)務啟動請求消息，該服務節(jié)點不同于從其發(fā)送所述第一業(yè)務啟動請求消息的所述服務節(jié)點。
25.根據(jù)權利要求17至權利要求24中的任一項所述的裝置，其中，發(fā)送給所述預定的不同業(yè)務節(jié)點組中的第一業(yè)務節(jié)點的至少一條第二業(yè)務啟動請求消息與發(fā)送給所述預定的不同業(yè)務節(jié)點組中的第二業(yè)務節(jié)點的另一條第二業(yè)務啟動請求消息相同。
26.根據(jù)權利要求17至權利要求25中的任一項所述的裝置，其中，所述第二業(yè)務啟動請求消息與所述第一業(yè)務啟動請求消息的類型相同。
27.根據(jù)權利要求17至權利要求26中的任一項所述的裝置，該裝置被設置為響應于業(yè)務節(jié)點響應消息而生成業(yè)務指示消息，該業(yè)務指示消息包括請求改變所述事件處理所涉及的服務節(jié)點的數(shù)據(jù)，其中，所述裝置被設置為發(fā)送所述業(yè)務指示消息到從其接收所述第一業(yè)務啟動請求消息的所述服務節(jié)點。
28.根據(jù)權利要求27所述的裝置，其中，所述生成的業(yè)務指示消息包括指示所述服務節(jié)點將所述網(wǎng)絡事件切換到不同的服務節(jié)點的數(shù)據(jù)。
29.根據(jù)權利要求28所述的裝置，其中，所述不同的服務節(jié)點位于與所述服務節(jié)點被設置在其中操作的網(wǎng)絡不同的網(wǎng)絡中。
30.根據(jù)權利要求17至權利要求29中的任一項所述的裝置，其中，所述多個業(yè)務節(jié)點中的一個業(yè)務節(jié)點是提供對網(wǎng)關之外的多個其他業(yè)務節(jié)點的訪問的網(wǎng)關節(jié)點。
31.根據(jù)權利要求17至權利要求30中的任一項所述的裝置，其中，所述多個業(yè)務節(jié)點提供以下業(yè)務中的一種或多種號碼翻譯業(yè)務、消息處理業(yè)務、消息修改業(yè)務、消息路由業(yè)務、語音郵件業(yè)務、呼叫轉移業(yè)務、和/或設備搜尋業(yè)務。
32.一種用于處理業(yè)務啟動觸發(fā)的事件處理系統(tǒng)，該事件處理系統(tǒng)包括多個業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務；服務節(jié)點，其被設置為存儲為用戶定義一組不同業(yè)務啟動觸發(fā)的數(shù)據(jù)，各所述業(yè)務啟動觸發(fā)分別對應于不同的第一業(yè)務啟動請求消息；存儲系統(tǒng)，其被設置為存儲關于多個用戶的數(shù)據(jù)，所述存儲的數(shù)據(jù)包括用于指定可從所述多個業(yè)務節(jié)點獲得的業(yè)務的業(yè)務數(shù)據(jù)，以及用于指定所述業(yè)務間的關系的一個或更多個條件；處理系統(tǒng)，其被設置為響應于接收到從所述服務節(jié)點發(fā)送的關于所述用戶的所述第一業(yè)務啟動請求消息，從所述存儲系統(tǒng)檢索與所述用戶相關聯(lián)的業(yè)務數(shù)據(jù)，其中，所述處理系統(tǒng)被設置為根據(jù)檢索到的數(shù)據(jù)發(fā)送至少一條第二業(yè)務啟動請求消息到一組預定的不同業(yè)務節(jié)點中的每一個。
33.根據(jù)權利要求32所述的事件處理系統(tǒng)，其中，所述處理系統(tǒng)被設置為處理檢索到的數(shù)據(jù)以確定要將所述第二業(yè)務啟動請求消息發(fā)送到所述業(yè)務節(jié)點的順序，并根據(jù)所確定的順序將所述第二業(yè)務啟動請求消息發(fā)送到兩個或更多個所述業(yè)務節(jié)點。
34.根據(jù)權利要求32或權利要求33所述的事件處理系統(tǒng)，其中，所述處理系統(tǒng)被設置為產生一個或更多個監(jiān)視功能，其中至少一個監(jiān)視功能被設置為監(jiān)視來自所述多個業(yè)務節(jié)點中的一個或更多個業(yè)務節(jié)點的業(yè)務節(jié)點響應消息。
35.根據(jù)權利要求34所述的事件處理系統(tǒng)，其中，所述確定的順序包括取決于來自所述監(jiān)視功能中的一個監(jiān)視功能的輸出的事件。
36.根據(jù)權利要求32至權利要求35中的任一項所述的事件處理系統(tǒng)，其中，所述多個業(yè)務節(jié)點中的一個業(yè)務節(jié)點是提供對網(wǎng)關之外多個其他業(yè)務節(jié)點的訪問的網(wǎng)關節(jié)點。
37.根據(jù)權利要求36所述的事件處理系統(tǒng)，該事件處理系統(tǒng)包括接口節(jié)點，該接口節(jié)點可由一個或更多個所述其他業(yè)務節(jié)點通過所述網(wǎng)關節(jié)點來訪問，所述接口節(jié)點被設置為使得所述其他業(yè)務節(jié)點能夠識別由所述事件處理系統(tǒng)提供的功能。
38.根據(jù)權利要求37所述的事件處理系統(tǒng)，其中，所述接口節(jié)點是與所述事件處理系統(tǒng)相集成的。
39.根據(jù)權利要求32至權利要求38中的任一項所述的事件處理系統(tǒng)，其中，所述存儲系統(tǒng)可通過供應系統(tǒng)來訪問以接收對存儲于其中的所述業(yè)務數(shù)據(jù)的更新。
40.根據(jù)權利要求32至權利要求39中的任一項所述的事件處理系統(tǒng)，其中，所述存儲系統(tǒng)中的所述業(yè)務數(shù)據(jù)是根據(jù)業(yè)務啟動觸發(fā)數(shù)據(jù)而編制索引的。
41.一種移動網(wǎng)絡，該移動網(wǎng)絡包括多個根據(jù)權利要求32至權利要求40中的任一項所述的事件處理系統(tǒng)。
42.根據(jù)權利要求41所述的取決于權利要求36至權利要求40中的任一項的移動網(wǎng)絡，其中，所述其他業(yè)務節(jié)點中的每一個可由對應事件處理系統(tǒng)中的各所述網(wǎng)關節(jié)點來訪問。
43.一種在網(wǎng)絡事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的裝置，所述裝置可連接到多個業(yè)務節(jié)點，用戶在處理呼叫期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務，所述裝置包括如下功能，該功能被設置為在接收到由當前涉及處理呼叫的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，控制所述多個業(yè)務節(jié)點中的至少一個業(yè)務節(jié)點的操作，其中，由于所述操作，該功能被設置為生成第一業(yè)務響應消息并將該第一業(yè)務響應消息發(fā)送到從其接收到所述第一業(yè)務啟動請求消息的所述服務節(jié)點，并且在接收到由目前涉及處理同一網(wǎng)絡事件的所述網(wǎng)絡中的服務節(jié)點發(fā)送的第二業(yè)務啟動請求消息時，所述功能被設置為繼續(xù)控制所述多個業(yè)務節(jié)點中的至少一個業(yè)務節(jié)點。
44.一種在事件處理系統(tǒng)中用于處理業(yè)務注冊請求消息的裝置，各所述業(yè)務注冊請求消息包括識別業(yè)務節(jié)點、業(yè)務啟動觸發(fā)以及所述注冊請求與之相關的用戶的注冊數(shù)據(jù)，所述裝置可連接到涉及處理網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點并可連接到一業(yè)務節(jié)點，用戶在處理網(wǎng)絡事件期間能夠從該業(yè)務節(jié)點接收業(yè)務，所述服務節(jié)點能發(fā)送多個業(yè)務啟動請求消息到所述裝置，各業(yè)務啟動請求消息分別對應于不同的業(yè)務啟動觸發(fā)，其中，所述裝置響應于對從注冊業(yè)務節(jié)點發(fā)送的一條所述業(yè)務注冊請求消息的接收，以存儲表示所述經(jīng)注冊的業(yè)務節(jié)點以及與所述用戶相關聯(lián)的對應業(yè)務啟動觸發(fā)的注冊數(shù)據(jù)，所述注冊數(shù)據(jù)用于處理從所述服務節(jié)點發(fā)送的關于所述用戶的業(yè)務啟動請求消息，所述裝置被設置為存儲多個業(yè)務注冊請求消息的注冊數(shù)據(jù)，所述多個業(yè)務注冊請求消息中的每一個都用來識別不同的業(yè)務節(jié)點和同一用戶，其中，所述裝置被設置為在接收到所述注冊數(shù)據(jù)后定義所述不同業(yè)務節(jié)點間的優(yōu)先次序。
45.根據(jù)權利要求44所述的裝置，其中，所述裝置被設置為如果所述注冊請求消息是從被確定為所述用戶可訪問的業(yè)務節(jié)點接收到的，則存儲所述注冊數(shù)據(jù)。
46.根據(jù)權利要求44或權利要求45所述的裝置，其中，響應于接收到第二和以后的注冊請求消息，所述裝置被設置為檢索用于指定對應的兩個或更多個業(yè)務節(jié)點間的交互的交互數(shù)據(jù)，并存儲所述交互數(shù)據(jù)，從而定義所述不同的業(yè)務節(jié)點間的優(yōu)先次序。
47.根據(jù)權利要求44或權利要求45所述的裝置，其中，響應于接收到業(yè)務啟動請求消息，所述裝置被設置為檢索用于指定對應的兩個或更多個業(yè)務節(jié)點間的交互的交互數(shù)據(jù)，從而定義所述不同的業(yè)務節(jié)點間的優(yōu)先次序。
48.根據(jù)權利要求44至權利要求47中的任一項所述的裝置，其中，所述裝置被設置為存儲關于用于識別另一不同業(yè)務節(jié)點和同一用戶的另一業(yè)務注冊請求消息的另一注冊數(shù)據(jù)，隨后接收到所述另一業(yè)務注冊請求消息，所述裝置被設置為在存儲了所述另一注冊數(shù)據(jù)后定義所述不同的業(yè)務節(jié)點間的優(yōu)先次序。
49.根據(jù)權利要求44至權利要求48中的任一項所述的裝置，其中，所述多個業(yè)務注冊請求消息是在不同時刻被接收到的。
50.根據(jù)權利要求44至權利要求49中的任一項所述的裝置，所述裝置與如下功能有效關聯(lián)，該功能被設置為在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，從至少一個所述經(jīng)注冊的業(yè)務節(jié)點請求業(yè)務響應消息，并基于所述業(yè)務響應消息的內容，控制涉及處理同一網(wǎng)絡事件的所述多個經(jīng)注冊的業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作。
51.根據(jù)權利要求50所述的裝置，其中，所述業(yè)務啟動請求消息包括用于識別對應的業(yè)務啟動觸發(fā)的數(shù)據(jù)，所述功能被設置為訪問表示所述不同的業(yè)務節(jié)點間的所述優(yōu)先次序的數(shù)據(jù)，用于控制所述不同業(yè)務節(jié)點的操作。
52.根據(jù)權利要求44至權利要求51中的任一項所述的裝置，其中，所述注冊數(shù)據(jù)識別所述注冊請求與之相關的多個用戶。
53.一種用于響應于接收到業(yè)務啟動觸發(fā)而提供一個或更多個網(wǎng)絡業(yè)務的方法，所述網(wǎng)絡包括被設置為提供所述網(wǎng)絡業(yè)務的一個或更多個業(yè)務節(jié)點，所述方法包括以下步驟從多個業(yè)務節(jié)點請求業(yè)務響應消息；并且基于所述業(yè)務響應消息中包含的數(shù)據(jù)，控制涉及處理同一網(wǎng)絡事件的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作。
54.根據(jù)權利要求53所述的方法，該方法包括如下步驟修改至少一個所述業(yè)務啟動觸發(fā)，并基于所述經(jīng)修改的業(yè)務啟動觸發(fā)來制定業(yè)務請求消息。
55.根據(jù)權利要求53或權利要求54所述的方法，該方法包括如下步驟由于所述操作而監(jiān)視對其他業(yè)務啟動請求消息的接收。
56.根據(jù)權利要求55所述的方法，該方法包括如下步驟響應于接收到所述其他業(yè)務啟動請求消息，繼續(xù)對至少一個業(yè)務節(jié)點的操作進行控制。
57.根據(jù)權利要求53至權利要求56中的任一項所述的方法，該方法包括由于所述操作而監(jiān)視對其他響應消息的接收的步驟。
58.根據(jù)權利要求53至權利要求57中的任一項所述的方法，該方法包括如下步驟由于所述操作，發(fā)送業(yè)務響應消息到從其接收到所述業(yè)務啟動觸發(fā)的服務節(jié)點。
59.一種在網(wǎng)絡事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的裝置，所述裝置可連接到涉及處理網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點并可連接到多個業(yè)務節(jié)點，用戶在處理所述網(wǎng)絡事件期間能夠從所述多個業(yè)務節(jié)點接收業(yè)務，所述服務節(jié)點能夠存儲為用戶定義一組不同業(yè)務啟動觸發(fā)的數(shù)據(jù)并且能夠發(fā)送一組第一業(yè)務啟動請求消息中的各個第一業(yè)務啟動請求消息到所述裝置，各所述第一業(yè)務啟動請求消息分別對應于所述多個業(yè)務啟動觸發(fā)中的不同的一個業(yè)務啟動觸發(fā)，其中，所述裝置響應于所述多個第一業(yè)務啟動請求消息中的一個，以將相關聯(lián)的業(yè)務啟動觸發(fā)變換為表示第二業(yè)務啟動觸發(fā)的數(shù)據(jù)，并基于所述第二業(yè)務啟動觸發(fā)從至少一個所述業(yè)務節(jié)點請求業(yè)務響應消息。
60.根據(jù)權利要求59所述的裝置，其中，所述業(yè)務啟動請求消息包括用于識別被請求的網(wǎng)絡事件的一個或更多個屬性的數(shù)據(jù)，所述裝置被設置為處理所述屬性數(shù)據(jù)以生成所述第二業(yè)務啟動觸發(fā)。
61.根據(jù)權利要求60所述的裝置，其中，所述屬性數(shù)據(jù)包括用于識別被呼叫方的數(shù)據(jù)。
62.根據(jù)權利要求61所述的裝置，其中，所述數(shù)據(jù)包括用于識別業(yè)務的數(shù)位。
63.根據(jù)權利要求61所述的裝置，其中，所述數(shù)據(jù)識別與一個或更多個業(yè)務相對應的數(shù)值范圍。
全文摘要
本發(fā)明提供了事件處理系統(tǒng)。本發(fā)明實施例涉及通信網(wǎng)絡中的事件處理的方法和系統(tǒng)，并適于響應于業(yè)務啟動觸發(fā)協(xié)調對業(yè)務的提供。實施例特別適用于控制多個業(yè)務節(jié)點的操作，所述多個業(yè)務節(jié)點中的每一個被設置為在移動網(wǎng)絡、或者固定網(wǎng)絡或二者的組合中提供特定業(yè)務。更具體的是，本發(fā)明實施例提供在事件處理系統(tǒng)中用于處理業(yè)務啟動請求消息的事件處理裝置，所述事件處理裝置可連接到用戶在處理網(wǎng)絡事件期間能夠從其接收業(yè)務的多個業(yè)務節(jié)點，各所述業(yè)務節(jié)點能夠響應于業(yè)務請求消息發(fā)送業(yè)務響應消息，所述事件處理裝置包括如下功能，該功能被設置為在接收到由當前涉及處理所述網(wǎng)絡事件的網(wǎng)絡中的服務節(jié)點發(fā)送的第一業(yè)務啟動請求消息時，控制涉及處理同一網(wǎng)絡事件的所述多個業(yè)務節(jié)點中的至少一些業(yè)務節(jié)點的操作，其中，所述功能被設置為修改至少一個所述業(yè)務啟動觸發(fā)，并基于所述經(jīng)修改的業(yè)務啟動觸發(fā)制定業(yè)務請求消息。業(yè)務節(jié)點可包括提供對網(wǎng)關之外的諸如根據(jù)開放式業(yè)務架構配置的業(yè)務節(jié)點的其他多個業(yè)務節(jié)點的訪問的網(wǎng)關節(jié)點。在操作中，所述裝置可用于監(jiān)視對業(yè)務響應消息、業(yè)務啟動觸發(fā)消息的接收，并協(xié)調各種業(yè)務與給定用戶已向其注冊了業(yè)務的服務節(jié)點間的通信。
文檔編號H04Q3/00GK1973526SQ200580014641
公開日2007年5月30日 申請日期2005年4月7日 優(yōu)先權日2004年4月7日
發(fā)明者多米尼克·奧尼爾, 邁克·伊爾斯, 喬治·皮亞基斯, 貝農麥·圖特切爾, 馬克·埃文 申請人:奧林奇私人通訊服務有限公司, 奧林奇有限公司