專利名稱：基于互聯(lián)網(wǎng)協(xié)議的網(wǎng)絡(luò)體系結(jié)構(gòu)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及任何一種基于IP(互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)的業(yè)務(wù)環(huán)境，包括但不限于互聯(lián)網(wǎng)、VoIP(IP話音)網(wǎng)絡(luò)、3G R00蜂窩系統(tǒng)、WLAN(無線局域網(wǎng))、電纜網(wǎng)等。本發(fā)明屬于和適用于現(xiàn)有蜂窩系統(tǒng)的無線智能連網(wǎng)業(yè)務(wù)環(huán)境相同的領(lǐng)域。所述智能網(wǎng)的實例為CAMEL(移動網(wǎng)高級邏輯客戶化應(yīng)用程序)或WIN(無線IN)。此外，它還涉及IETF(互聯(lián)網(wǎng)工程特別任務(wù)組)在PINT(PSTN(公共交換電話網(wǎng))/互聯(lián)網(wǎng)互配)中的努力。
在3GPP(第三代合作項目)和其它SDO(標準開發(fā)組織)研發(fā)作為下一代無線/蜂窩網(wǎng)絡(luò)的基于分組的多媒體通信網(wǎng)絡(luò)體系結(jié)構(gòu)過程中出現(xiàn)若干重要突破。所述網(wǎng)絡(luò)必須能夠支持廣泛的當前可用的業(yè)務(wù)(例如VoIP、多媒體、電子郵件、瞬時發(fā)報、WEB瀏覽、WAP(無線應(yīng)用協(xié)議)等)以及可能研發(fā)的未來業(yè)務(wù)。
基于CAMEL(或WIN)的當前可用業(yè)務(wù)體系結(jié)構(gòu)以話音為中心，適合于傳統(tǒng)的基于話音的電信網(wǎng)絡(luò)。通過定義，多媒體業(yè)務(wù)可以包括多個媒體會話，例如話音、視頻、文本等。此外，現(xiàn)有IN業(yè)務(wù)模型利用電信行業(yè)內(nèi)適用的技術(shù)和協(xié)議。在該領(lǐng)域內(nèi)還存在其他嘗試著使IN(智能網(wǎng))用戶(3GPP)可用IP業(yè)務(wù)或者使IP或其他用戶(PINT、增值業(yè)務(wù))可用IP業(yè)務(wù)的類似努力。在這些努力中，重心被置于其中業(yè)務(wù)可以由所有的域得到的混合環(huán)境。
但是，上述網(wǎng)絡(luò)無法提供足夠的靈活性來滿足上述下一代IP網(wǎng)絡(luò)在業(yè)務(wù)環(huán)境水平上提出的廣泛的要求。

發(fā)明內(nèi)容
因此，本發(fā)明的目的在于提供一種可以支持多種不同業(yè)務(wù)的網(wǎng)絡(luò)系統(tǒng)和網(wǎng)絡(luò)控制方法。
該目的是由一種網(wǎng)絡(luò)系統(tǒng)來實現(xiàn)的，其包括業(yè)務(wù)控制設(shè)備；以及至少一個應(yīng)用執(zhí)行設(shè)備；其中所述業(yè)務(wù)控制設(shè)備適合于接收業(yè)務(wù)請求以根據(jù)所述業(yè)務(wù)請求選擇適當?shù)膽?yīng)用執(zhí)行設(shè)備，以及調(diào)用所選擇的應(yīng)用執(zhí)行設(shè)備，以及其中所述應(yīng)用執(zhí)行設(shè)備適合于執(zhí)行所述業(yè)務(wù)請求所請求的業(yè)務(wù)。
作為選擇，上述目標可由一種用于控制網(wǎng)絡(luò)的方法來實現(xiàn)，所述網(wǎng)絡(luò)包括業(yè)務(wù)控制設(shè)備以及至少一個應(yīng)用執(zhí)行設(shè)備；所述方法包括步驟以所述業(yè)務(wù)控制設(shè)備接收業(yè)務(wù)請求，根據(jù)所述業(yè)務(wù)請求選擇適當?shù)膽?yīng)用執(zhí)行設(shè)備，調(diào)用所選擇的應(yīng)用執(zhí)行設(shè)備，以及在所選擇的應(yīng)用執(zhí)行設(shè)備內(nèi)執(zhí)行所述業(yè)務(wù)請求所請求的業(yè)務(wù)。
因此，根據(jù)本發(fā)明，管理所請求的業(yè)務(wù)與實際執(zhí)行所述業(yè)務(wù)是由不同的實體完成的。這允許非常靈活地處理網(wǎng)絡(luò)內(nèi)的業(yè)務(wù)執(zhí)行。因此，網(wǎng)絡(luò)內(nèi)可以支持多種不同業(yè)務(wù)。
所述網(wǎng)絡(luò)系統(tǒng)可能還包括其內(nèi)存儲與業(yè)務(wù)相關(guān)的信息的業(yè)務(wù)信息數(shù)據(jù)庫，其中所述業(yè)務(wù)控制設(shè)備適合于存取所述業(yè)務(wù)數(shù)據(jù)庫，以及使用所述業(yè)務(wù)信息來選擇和調(diào)用所述應(yīng)用執(zhí)行設(shè)備。
由此，所述業(yè)務(wù)控制設(shè)備自身無需具有關(guān)于特定業(yè)務(wù)的具體信息，因為其可以輕易地從所述業(yè)務(wù)信息數(shù)據(jù)庫檢索當前業(yè)務(wù)信息。存儲在所述業(yè)務(wù)信息數(shù)據(jù)庫內(nèi)的信息可被輕易更新。因此，可以靈活地處理業(yè)務(wù)。與業(yè)務(wù)相關(guān)的信息可能會被存儲為描述對應(yīng)業(yè)務(wù)的業(yè)務(wù)腳本。
此外，與業(yè)務(wù)相關(guān)的信息可能會是特定于每個用戶的。因此，可以輕易地確定特定用戶預(yù)訂的業(yè)務(wù)。所述業(yè)務(wù)控制設(shè)備可能適合于基于與用戶相關(guān)的識別符，從所述業(yè)務(wù)信息數(shù)據(jù)庫中檢索與業(yè)務(wù)相關(guān)的信息。
所述業(yè)務(wù)控制設(shè)備可能包括存儲裝置，所述存儲裝置內(nèi)可暫時存儲從所述業(yè)務(wù)數(shù)據(jù)庫得到的信息。因此，并不必始終存取所述業(yè)務(wù)數(shù)據(jù)庫。因此，降低了網(wǎng)絡(luò)的負載。存儲在所述業(yè)務(wù)控制設(shè)備內(nèi)的信息可能每隔一段時間(例如每天一次)就會被更新?；蛘?，所述業(yè)務(wù)信息數(shù)據(jù)庫內(nèi)存在觸發(fā)，每次新業(yè)務(wù)出現(xiàn)或舊業(yè)務(wù)消失就更新業(yè)務(wù)控制設(shè)備。
所述網(wǎng)絡(luò)系統(tǒng)可能還包括用于將業(yè)務(wù)請求轉(zhuǎn)發(fā)至所述業(yè)務(wù)控制設(shè)備的呼叫/會話管理設(shè)備。
所述網(wǎng)絡(luò)系統(tǒng)可能還包括用于維持所述業(yè)務(wù)控制設(shè)備和用戶之間的聯(lián)系的業(yè)務(wù)位置管理設(shè)備。
所述網(wǎng)絡(luò)系統(tǒng)可能還包括用于業(yè)務(wù)邏輯信息的業(yè)務(wù)邏輯數(shù)據(jù)庫，其中所述應(yīng)用執(zhí)行設(shè)備可能適合于存取所述業(yè)務(wù)邏輯數(shù)據(jù)庫以得到消息來執(zhí)行所請求的業(yè)務(wù)。因此，所述應(yīng)用執(zhí)行設(shè)備自身并不具有關(guān)于執(zhí)行特定業(yè)務(wù)的當前信息，而是可以從中心數(shù)據(jù)庫得到當前信息。
用于執(zhí)行所請求業(yè)務(wù)的信息可能會被以存儲在所述數(shù)據(jù)庫內(nèi)的業(yè)務(wù)邏輯腳本的形式存儲。
所述網(wǎng)絡(luò)系統(tǒng)可能還包括用于生成和/或修改將被存儲在所述業(yè)務(wù)數(shù)據(jù)庫內(nèi)的業(yè)務(wù)信息的業(yè)務(wù)管理設(shè)備，和/或用于生成和/或修改將被存儲在所述業(yè)務(wù)邏輯數(shù)據(jù)庫內(nèi)的信息的業(yè)務(wù)管理設(shè)備。應(yīng)當注意的是，所述業(yè)務(wù)管理設(shè)備可能適合于生成和/或修改所述的兩種信息。
所述網(wǎng)絡(luò)系統(tǒng)可能還包括適合于提供所述業(yè)務(wù)管理設(shè)備和用戶之間的接口的相互作用裝置。
所述網(wǎng)絡(luò)可能適合于存取外部用戶數(shù)據(jù)庫，所述外部用戶數(shù)據(jù)庫可能并非該網(wǎng)絡(luò)的一部分，且其中所述用戶數(shù)據(jù)庫適合于存儲識別符。
此外，可能會提供多個業(yè)務(wù)控制設(shè)備，且適當?shù)臉I(yè)務(wù)控制設(shè)備可能由選擇設(shè)備來選擇。所述選擇設(shè)備適合于依據(jù)各個業(yè)務(wù)控制設(shè)備的操作負載來選擇業(yè)務(wù)控制設(shè)備。
另外，可能會維持特定用戶和所選擇業(yè)務(wù)控制設(shè)備之間的聯(lián)系。因此，不必始終為該用戶選擇業(yè)務(wù)控制設(shè)備。因此，所述網(wǎng)絡(luò)的控制得到了簡化。
維持所述用戶和所選擇業(yè)務(wù)控制設(shè)備之間的聯(lián)系可能會通過使用映射表來實現(xiàn)。
所述業(yè)務(wù)位置管理設(shè)備可能適合于管理用于選擇業(yè)務(wù)控制設(shè)備的資源信息。
作為用于設(shè)備之間的信令的協(xié)議，會話啟動協(xié)議(SIP)或簡便目錄存取協(xié)議(LDAP)可能會被使用。
根據(jù)本發(fā)明，可以處理多種不同業(yè)務(wù)。例如，所請求業(yè)務(wù)可能是對于特定業(yè)務(wù)的登記，或是通信會話的啟動。
因此，根據(jù)本發(fā)明提供了一種新業(yè)務(wù)體系結(jié)構(gòu)，稱為IPSA(基于IP的業(yè)務(wù)體系結(jié)構(gòu))。作為根據(jù)本實施例的IPSA的基礎(chǔ)，以下方面應(yīng)當考慮焦點在于“會話”概念。換言之，根據(jù)本發(fā)明，所述業(yè)務(wù)并不僅限于與呼叫相關(guān)。
集成不同類型的終端用戶業(yè)務(wù)的要求已得到滿足。所述不同類型的業(yè)務(wù)可能包括VoIP、多媒體、電子郵件、瞬時發(fā)報、基于WEB的業(yè)務(wù)等。
此外，所述業(yè)務(wù)體系結(jié)構(gòu)允許為不同類型的終端用戶業(yè)務(wù)實施業(yè)務(wù)。“補充”業(yè)務(wù)不僅用于呼叫，而且更一般地用于任何可能涉及用戶的“會話”。
所述業(yè)務(wù)體系結(jié)構(gòu)被定義為允許運營商以及第三方業(yè)務(wù)提供商從提供“增值業(yè)務(wù)”中得到收入。
根據(jù)本發(fā)明的所述業(yè)務(wù)體系結(jié)構(gòu)并不是以話音為中心的，其被設(shè)計為輕易地支持和集成不同的基于IP的業(yè)務(wù)，例如統(tǒng)一發(fā)報、Web、出現(xiàn)和瞬時發(fā)報、″喀嚦″兩聲撥號等。
其可以輕易地與第三方業(yè)務(wù)提供商或另一IPSA提供商提供的業(yè)務(wù)集成。
IPSA對于任何接入技術(shù)而言都是透明的，所述的接入技術(shù)包括無線(例如GSM、UMTS、CDMA 2000)。
IPSA適用于無線和有線接入網(wǎng)兩者(例如電纜、WLAN、無線)。
其為不同的業(yè)務(wù)使用和商業(yè)案例提供了完全的靈活性。(業(yè)務(wù)可由諸如應(yīng)用執(zhí)行引擎(AEE)、應(yīng)用服務(wù)器(APSE)的不同運營商以不同的電平來提供)。
其提供了現(xiàn)有技術(shù)無法實現(xiàn)的到用戶的控制水平。用戶能夠基于其偏好借助易于使用的常用網(wǎng)頁界面來定制和/或生成業(yè)務(wù)。
其提供了一種耐用的、靈活的方式來集成能夠?qū)崿F(xiàn)業(yè)務(wù)互配的不同業(yè)務(wù)。
其提供了一種允許以快速和有效的方式生成創(chuàng)新業(yè)務(wù)的業(yè)務(wù)生成框架。


參照附圖將更易理解本發(fā)明，在附圖中圖1示出了根據(jù)第一實施例的不同層內(nèi)的功能性單元；圖2示出了根據(jù)第一實施例的單元之間的邏輯互連；圖3示出了根據(jù)第一實施例的基本業(yè)務(wù)注冊；圖4示出了根據(jù)第一實施例的基本業(yè)務(wù)調(diào)用；圖5示出了根據(jù)第一實施例的復(fù)合業(yè)務(wù)調(diào)用；圖6示出了根據(jù)第一實施例的面向移動的呼叫/會話建立的信令圖；圖7示出了根據(jù)第一實施例的到已登記用戶實體(UE)的移動終接呼叫的信令圖；圖8示出了根據(jù)第一實施例的到未登記UE的移動終接呼叫的信令圖；
圖9示出了根據(jù)第二實施例的業(yè)務(wù)觸發(fā)和控制內(nèi)涉及的功能性單元；圖10示出了根據(jù)第二實施例的注冊用戶和選擇業(yè)務(wù)執(zhí)行管理器的信令圖；圖11示出了表現(xiàn)根據(jù)第二實施例的終止業(yè)務(wù)的過程的信令圖。
具體實施例方式
本發(fā)明提供了所謂IPSA(基于IP的業(yè)務(wù)體系結(jié)構(gòu))的總體概念。IPSA是分層的、分布式的功能性體系結(jié)構(gòu)，其完全基于IETF(互聯(lián)網(wǎng)工程任務(wù)組)協(xié)議，尤其適合于在SIP(會話啟動協(xié)議)框架內(nèi)工作。
IPSA提供了新的、靈活的用于業(yè)務(wù)生成以及IP多媒體業(yè)務(wù)的提供和管理的業(yè)務(wù)體系結(jié)構(gòu)。其允許經(jīng)由獨立的基于IP的接入網(wǎng)絡(luò)來集成不同種類的基于IP業(yè)務(wù)，為生成創(chuàng)新業(yè)務(wù)鋪平了道路。
因此，根據(jù)本發(fā)明，提供了一種定義用于支持多媒體業(yè)務(wù)、瞬時發(fā)報以及其它為下一代基于IP網(wǎng)絡(luò)發(fā)展的IP業(yè)務(wù)的耐用業(yè)務(wù)體系結(jié)構(gòu)的新方法。
以下將參照附圖詳細描述本發(fā)明的優(yōu)選實施例。
圖1提供了此處介紹的業(yè)務(wù)體系結(jié)構(gòu)內(nèi)定義的功能性單元的分層圖。這些層寬泛地指示與所述業(yè)務(wù)體系結(jié)構(gòu)有關(guān)的功能?；旧?，可以區(qū)別四個不同的層，以下將對其進行描述。
呼叫/會話/資源控制層屬于提供呼叫路由和呼叫控制功能的核心網(wǎng)。業(yè)務(wù)控制和執(zhí)行層提供了提供控制、觸發(fā)適當業(yè)務(wù)以及執(zhí)行所述業(yè)務(wù)的關(guān)鍵功能。數(shù)據(jù)存儲層包括存儲和管理用戶簡表和業(yè)務(wù)邏輯的數(shù)據(jù)庫設(shè)備。業(yè)務(wù)管理和處理層是操作和管理層，其簡化到第三方網(wǎng)絡(luò)的接口功能并用于用戶業(yè)務(wù)配置。
以下將描述位于上述層內(nèi)的每一個功能性單元。圖2示出了帶有不同單元之間的接口的IPSA的參考體系結(jié)構(gòu)。因此，圖2示出了功能性單元之間的連接。
選擇在接口上使用的協(xié)議依賴于恰當?shù)腎ETF協(xié)議。優(yōu)選的協(xié)議是SIP(會話啟動協(xié)議)，但也可以使用簡便目錄存取協(xié)議(LDAP)或其它協(xié)議。
呼叫/會話管理器(CSM)邏輯上位于呼叫/會話/資源層內(nèi)。所述CSM提供了SIP呼叫路由和呼叫控制功能。但是，它并不提供任何業(yè)務(wù)控制。為了實現(xiàn)業(yè)務(wù)控制，所述CSM與另一功能性單元相互作用，所述的另一功能性單元即下述的業(yè)務(wù)執(zhí)行管理器(SEM)。換言之，所述CSM將來自用戶的業(yè)務(wù)請求轉(zhuǎn)發(fā)至所述SEM。
所述業(yè)務(wù)執(zhí)行管理器(SEM)管理所請求業(yè)務(wù)的執(zhí)行。尤其是，所述SEM從業(yè)務(wù)腳本數(shù)據(jù)庫檢索所謂的SEM腳本。所述SEM腳本包括所請求業(yè)務(wù)的描述。換言之，所述SEM自身并不必具有關(guān)于所請求業(yè)務(wù)的信息，因為這是借助所述SEM腳本從所述業(yè)務(wù)腳本數(shù)據(jù)庫得到的。但應(yīng)當注意的是，所述SEM腳本并不包括業(yè)務(wù)執(zhí)行的精確信息。所述SEM腳本主要包括關(guān)于哪一個應(yīng)用執(zhí)行引擎(AEE)能夠?qū)嶋H執(zhí)行所請求業(yè)務(wù)的信息。因此，所述SEM適合于根據(jù)所述SEM腳本的信息來調(diào)用適當?shù)膽?yīng)用執(zhí)行引擎(AEE)。優(yōu)選的是，基于請求所述業(yè)務(wù)的特定用戶(使用者)來檢索所述SEM腳本。換言之，通過使用識別碼來檢索所述SEM腳本。例如，可以使用特定用戶的IPSA識別(IPSA-ID)。
所述SEM可能具有用于暫時存儲所述SEM腳本的存儲器(例如數(shù)據(jù)庫)。因此，所述SEM并不必始終存取所述業(yè)務(wù)腳本數(shù)據(jù)庫SSD。
所述應(yīng)用執(zhí)行引擎(AEE)起到實際處理業(yè)務(wù)請求的作用。換言之，所述AEE執(zhí)行描述業(yè)務(wù)邏輯的業(yè)務(wù)邏輯腳本。所述業(yè)務(wù)邏輯腳本由應(yīng)用倉庫服務(wù)器(ARS)提供。因此，在從所述SEM接收業(yè)務(wù)請求時，所述AEE從所述應(yīng)用服務(wù)器檢索適當?shù)臉I(yè)務(wù)邏輯腳本。此外，所述AEE可能會依據(jù)所述業(yè)務(wù)邏輯腳本調(diào)用其它AEE。這在將被執(zhí)行的實際業(yè)務(wù)需要當前AEE無法執(zhí)行的其它業(yè)務(wù)的情況下是必要的。此外，所述AEE也可以生成使用特定業(yè)務(wù)的計費信息。在請求第三方業(yè)務(wù)(3P-業(yè)務(wù))的情況下，所述AEE也可能是第三方AEE(3P-AEE)。
業(yè)務(wù)位置管理器(SLM)功能性地位于所述數(shù)據(jù)存儲層內(nèi)，維持用于維持所述SEM和用戶識別(用戶-id)之間的聯(lián)系的列表。所述SLM已存取(或接口)IPSA網(wǎng)絡(luò)內(nèi)的用于SEM選擇的資源信息。所述SLM在詢問時將有效SEM地址返回到特定用戶的詢問實體。
所述應(yīng)用倉庫服務(wù)器(ARS)同樣功能性地位于所述數(shù)據(jù)存儲層內(nèi)。所述ARS包括業(yè)務(wù)邏輯腳本的數(shù)據(jù)庫。如上所述，其與所述AEE相互作用以下載業(yè)務(wù)邏輯腳本。另外，其由業(yè)務(wù)管理服務(wù)器(SMaS)在業(yè)務(wù)生成期間內(nèi)更新。
此外，用戶數(shù)據(jù)庫(SDB)被功能性地設(shè)置在所述數(shù)據(jù)存儲層內(nèi)。所述SDB提供用戶信息的存儲，所述用戶信息例如是身份、別名、偏好等。所述SDB并不必是所述IPSA網(wǎng)絡(luò)的一部分，但可能會存儲IPSA業(yè)務(wù)提供商的身份。
上述業(yè)務(wù)腳本數(shù)據(jù)庫(SSD)存儲將由所述業(yè)務(wù)執(zhí)行管理器(SEM)運行的SEM腳本。其在需要時將所述SEM腳本下載到所述SEM。業(yè)務(wù)生成和業(yè)務(wù)簡表管理同樣涉及所述SEM。換言之，在生成新業(yè)務(wù)或是改進或改變現(xiàn)有業(yè)務(wù)的情況下，通常也必需改變對應(yīng)的SEM腳本。
所述業(yè)務(wù)管理服務(wù)器(SMaS)功能性地位于所述業(yè)務(wù)管理/處理層內(nèi)。其在需要時生成/修改所述SEM腳本，并將它們推到中心數(shù)據(jù)庫和/或所述SSD。此外，所述SMaS生成業(yè)務(wù)邏輯腳本，并將它們推到所述ARS。另外，所述SMaS與第三方網(wǎng)絡(luò)相互作用以便接入第三方業(yè)務(wù)。
所述用戶相互作用服務(wù)器(UIS)同樣功能性地位于所述業(yè)務(wù)管理/處理層內(nèi)。所述UIS起到SMaS的客戶機的作用，并與終端用戶相互作用，以便配置業(yè)務(wù)并生成涉及用戶的業(yè)務(wù)。所述UIS與終端用戶相互作用，并提供帶有基于網(wǎng)絡(luò)的接口的GUI(圖像用戶接口)。
以下將描述所述體系結(jié)構(gòu)如何支持基本功能，例如業(yè)務(wù)注冊、業(yè)務(wù)調(diào)用和執(zhí)行、業(yè)務(wù)生成和配置。
首先描述業(yè)務(wù)注冊。用戶執(zhí)行注冊來通知其在網(wǎng)絡(luò)內(nèi)的出現(xiàn)。所述業(yè)務(wù)注冊過程包括所述CSM將注冊消息轉(zhuǎn)發(fā)至所述SEM。核心網(wǎng)內(nèi)的預(yù)約簡表必須包括IPSA網(wǎng)絡(luò)地址。
圖3示出了如何執(zhí)行業(yè)務(wù)注冊。在步驟A1內(nèi)，用戶啟動注冊請求(例如經(jīng)由其移動站MS)，該請求由所述CSM接收。所述注冊請求包括IPSA用戶身份(IPSA-ID)，借助其可在IPSA內(nèi)識別該用戶。所述CSM在步驟A2內(nèi)將該注冊請求轉(zhuǎn)發(fā)至所述SEM。在步驟A3內(nèi)，所述SEM將IPSA-ID提供給SSD。而所述SSD在步驟A4內(nèi)將業(yè)務(wù)簡表發(fā)送至所述SEM。所述SEM可能會將所述業(yè)務(wù)簡表存儲在其自身的數(shù)據(jù)庫內(nèi)。在步驟A5和A6內(nèi)，通過發(fā)送對應(yīng)消息向用戶確認成功的注冊。
被存儲在所述SSD內(nèi)并被在步驟A4內(nèi)發(fā)射至所述SEM的業(yè)務(wù)簡表是可執(zhí)行的腳本(例如CPI、JES、XML)，其包括所有用于調(diào)用被預(yù)約業(yè)務(wù)和有效業(yè)務(wù)的被預(yù)約業(yè)務(wù)和有效業(yè)務(wù)觸發(fā)信息以及相關(guān)業(yè)務(wù)信息。所述業(yè)務(wù)信息包括實際執(zhí)行所述業(yè)務(wù)的AEE位置以及相關(guān)業(yè)務(wù)數(shù)據(jù)參數(shù)。業(yè)務(wù)簡表可被分為始發(fā)和終止部分，甚至是被分割為其它的部分。
以下將參照圖4來描述業(yè)務(wù)調(diào)用，圖4示出了基本業(yè)務(wù)調(diào)用進程。
在步驟B1中，用戶啟動會話(例如經(jīng)由其移動站MS)。在步驟B2中，所述CSM將會話啟動請求轉(zhuǎn)發(fā)至所述SEM。在步驟B3中，所述SEM處理所述請求并檢測觸發(fā)條件是否得到滿足。所述觸發(fā)條件在所述SEM腳本內(nèi)被預(yù)定義。然后，所述SEM在步驟B4中基于用于該用戶的業(yè)務(wù)腳本內(nèi)的可用信息來調(diào)用具有所需數(shù)據(jù)參數(shù)的適當AEE。應(yīng)當注意的是，通過上述業(yè)務(wù)注冊使得所述SEM可用所述業(yè)務(wù)腳本。在步驟B5中，所述AEE實際執(zhí)行所請求的業(yè)務(wù)。如果需要的話，所述AEE從所述ARS下載精確的業(yè)務(wù)邏輯。這可在運行時間內(nèi)完成，或被作為一種脫機操作功能來完成。在完成了所述業(yè)務(wù)的執(zhí)行之后，所述AEE在步驟B6內(nèi)將包括結(jié)果(如果可以得到或是需要的話)的完成消息發(fā)送至所述SEM。所述SEM在步驟B7內(nèi)轉(zhuǎn)發(fā)所述完成消息至所述SEM，而CSM在步驟B8內(nèi)轉(zhuǎn)發(fā)所述完成消息至所述MS。
所述完成信息也可能被在所述SEM或CSM內(nèi)處理，但包括結(jié)果的所述消息通常由所述SEM和CSM轉(zhuǎn)發(fā)至所述MS，而不會進一步使用其內(nèi)容，其原因在于，根據(jù)本實施例，所述業(yè)務(wù)體系結(jié)構(gòu)被分布為中間網(wǎng)絡(luò)單元(即CSM和SEM)無需，通常也無法處理所述MS請求的業(yè)務(wù)。
如上所述，所述AEE在由所述SEM調(diào)用時提供了執(zhí)行業(yè)務(wù)的平臺。所述平臺能夠為不同形式或語言的邏輯(例如Java)提供安全、耐用的分布式執(zhí)行環(huán)境。AEE可能會將核心網(wǎng)用于路由功能，因而能夠調(diào)用諸如CSM或媒介網(wǎng)關(guān)功能的資源。一個AEE也可以調(diào)用另一AEE上的業(yè)務(wù)邏輯。圖5示出了一種更為復(fù)雜的業(yè)務(wù)調(diào)用情況。
在步驟C1內(nèi)，第一呼叫/會話管理器CSM1接收到啟動業(yè)務(wù)的事件。該事件可能是會話啟動，類似于根據(jù)圖4的會話啟動，但也可能由所述IPSA網(wǎng)絡(luò)內(nèi)的另一實體傳送，或是來自外部網(wǎng)絡(luò)。在此例中，所請求的業(yè)務(wù)可能包括呼叫路由。所述CSM1在步驟C2內(nèi)轉(zhuǎn)發(fā)該業(yè)務(wù)請求至對應(yīng)SEM。在步驟C3內(nèi)，所述SEM運行對應(yīng)業(yè)務(wù)腳本。此時，假定所請求的業(yè)務(wù)需要調(diào)用多個應(yīng)用執(zhí)行引擎AEE1至AEE4。所述對應(yīng)信息因此被包括在由所述SEM運行的業(yè)務(wù)腳本內(nèi)。例如，所述業(yè)務(wù)請求在步驟C4內(nèi)被轉(zhuǎn)發(fā)至應(yīng)用執(zhí)行引擎AEE1，所述應(yīng)用執(zhí)行引擎AEE1適合于得到關(guān)于被叫方的位置的信息。此后，所述SEM基于該信息在步驟C5中將業(yè)務(wù)調(diào)用請求轉(zhuǎn)發(fā)至所述AEE2，而所述AEE2在步驟C6內(nèi)將請求轉(zhuǎn)發(fā)至另一應(yīng)用執(zhí)行引擎AEE3。與步驟C6平行，所述AEE2在步驟C7內(nèi)將請求轉(zhuǎn)發(fā)至另一應(yīng)用執(zhí)行引擎，即AEE4。在此例中，假定AEE3和AEE4的協(xié)作是執(zhí)行所請求呼叫路由所必需的，所述的所請求業(yè)務(wù)路由被經(jīng)由第二呼叫/會話管理器CSM2路由。經(jīng)由步驟C8和C9執(zhí)行所述業(yè)務(wù)。
以下將參照圖6至8所示的信令圖來描述呼叫/會話建立的一些實例。
圖6示出了移動始發(fā)呼叫/會話建立。在步驟D1內(nèi)，移動站MS發(fā)送會話啟動消息至第一呼叫/會話管理器CSM1。在此例中，所述SIP協(xié)議被用作IETF協(xié)議。因此，在步驟D1內(nèi)發(fā)送“SIP邀請”消息。
一般而言，“SIP邀請”方法指示用戶或業(yè)務(wù)被邀請參與會話。所述消息主體包括邀請被叫用戶的會話的描述。對于雙方呼叫而言，主叫用戶指示其能夠接收的媒介的類型，以及可能是其愿意發(fā)送的媒介的類型，以及諸如網(wǎng)絡(luò)目的地的參數(shù)。
在此例中，所述媒介類型由會話描述協(xié)議(SDP)在所述“邀請”消息的消息主體中指示(視頻、編譯碼器)。
在步驟D2中，所述CSM1將會話啟動請求，即所述“SIP邀請”消息轉(zhuǎn)發(fā)至對應(yīng)SEM。此外，所述“SIP邀請”消息的消息主體此時包括被叫方的呼叫/會話管理器，即所述CSM2的URI。應(yīng)當注意的是，統(tǒng)一資源識別符(URI)是用于識別抽象和具體資源的特征的小型字符串。此外，所述CSM1在步驟D3內(nèi)將SIP 100消息發(fā)送至所述MS，在所述消息內(nèi)將正在嘗試建立連接通知給所述MS。
當在步驟D2內(nèi)從所述CSM1接收到所述“SIP邀請”消息時，所述SEM在步驟D4內(nèi)運行對應(yīng)的SEM腳本。如果需要的話(即在所述腳本并未存儲在所述SEM的數(shù)據(jù)庫內(nèi)的情況下)，如上所述，所述SEM從所述SSD檢索所述SEM腳本(業(yè)務(wù)腳本)。
因而，根據(jù)所述腳本，所述SEM在步驟D5內(nèi)將所述“SIP邀請”消息轉(zhuǎn)發(fā)至恰當?shù)腁EE。而所述AEE在步驟D6內(nèi)處理所述業(yè)務(wù)邏輯腳本。換言之，所述AEE執(zhí)行連接的實際建立。如果需要的話，所述AEE從所述ARS檢索所述業(yè)務(wù)邏輯腳本。在步驟D7中，所述AEE發(fā)送“SIP邀請”請求至所述CSM2，所述CSM2在此例中是下一中繼段SIP代理。而所述CSM2在步驟D8內(nèi)將所述“邀請”消息轉(zhuǎn)發(fā)至所述的被叫用戶，所述的被叫用戶此處被稱為遠端點(REP)。應(yīng)當注意的是，所述的被叫用戶可以是同一網(wǎng)絡(luò)內(nèi)的任何用戶或?qū)嶓w(例如服務(wù)器)，也可以在另一網(wǎng)絡(luò)內(nèi)。
如果所述REP同意啟動會話，所述REP在步驟D9內(nèi)發(fā)送SIP200 OK消息至所述CSM2。而所述CSM2在步驟D10內(nèi)發(fā)送該消息至所述AEE。所述AEE然后在步驟D11內(nèi)轉(zhuǎn)發(fā)該消息至所述SEM。此后，由所述AEE完成所述業(yè)務(wù)邏輯腳本的處理。換言之，步驟D6的處理時間在步驟D11完成之后。
所述SEM從所述AEE接收所述SIP 200 OK消息并將該消息在步驟D12內(nèi)轉(zhuǎn)發(fā)至所述CSM1。此后，由所述SEM完成所述業(yè)務(wù)腳本的處理。為了完成所述呼叫/會話的建立，所述CSM1發(fā)送所述200 OK消息至所述MS。
應(yīng)當注意的是，可在需要時處理所述業(yè)務(wù)腳本和/或業(yè)務(wù)邏輯腳本。例如，每當所述REP發(fā)送200 OK消息或是直至預(yù)定時間已過去，所述業(yè)務(wù)邏輯腳本就可能指示所述AEE嘗試建立到REP的連接。同樣，所述業(yè)務(wù)腳本可能指示所述SEM重復(fù)所述操作預(yù)定次數(shù)(例如到不同REP)。
以下將參照圖7來描述到注冊的用戶設(shè)備(UE)(例如MS)的移動終接呼叫的建立。此處再次使用所述SIP協(xié)議。
在步驟E1內(nèi)，外部用戶REP(遠端點)發(fā)送“SIP邀請”消息至輸入CSM(即作為到IPSA的網(wǎng)關(guān)的CSM)。所述“邀請”消息與以上結(jié)合圖6的步驟D1所描述的“邀請”消息是相同的。在步驟E2內(nèi)，所述輸入CSM啟動位置請求loc_req，以借助所述用戶數(shù)據(jù)庫SDB來識別請求連接的用戶。在步驟E3內(nèi)，所述SDB以其中將位置作為CSM1給出的loc_resp消息來響應(yīng)，且所述用戶被指示為是未注冊的。換言之，REP與所述CSM1是相關(guān)的。在步驟E4內(nèi)，所述輸入CSM轉(zhuǎn)發(fā)所述“邀請”消息至所述CSM1，而所述CSM1在步驟E7內(nèi)將所述“邀請”消息發(fā)送至對應(yīng)的SEM。
如在根據(jù)圖6的過程內(nèi)一樣，所述SEM在步驟E8內(nèi)運行SEM腳本(也稱為業(yè)務(wù)腳本)。在此例中，假定所述UE(即被叫用戶)注冊到所述SEM。換言之，所述SEM并不必檢索業(yè)務(wù)腳本。在步驟E9中，所述“邀請”消息被轉(zhuǎn)發(fā)至所述AEE，所述AEE在步驟E10內(nèi)執(zhí)行所述業(yè)務(wù)邏輯腳本。尤其是，所述AEE在步驟E11內(nèi)將所述“邀請”消息發(fā)送至所述CSM2，而所述CSM2在步驟E12內(nèi)將所述“邀請”消息發(fā)送至所述UE。
在所述UE的用戶接受會話的啟動時，200 OK消息被在步驟E13內(nèi)發(fā)送至所述CSM2。所述CSM2在步驟E14內(nèi)轉(zhuǎn)發(fā)所述200OK消息至所述AEE，而所述AEE然后在步驟E15內(nèi)將該消息轉(zhuǎn)發(fā)至所述SEM。在步驟E15之后，所述AEE內(nèi)的業(yè)務(wù)邏輯腳本的處理(即步驟E10的處理)結(jié)束。
當在步驟E15內(nèi)從所述AEE接收所述200 OK消息時，所述SEM在步驟E16內(nèi)將該消息轉(zhuǎn)發(fā)至所述CSM1。在此步驟之后，所述業(yè)務(wù)腳本的執(zhí)行(即步驟E8的處理)結(jié)束。所述CSM1最終在步驟E17內(nèi)將所述200 OK消息發(fā)送至REP。因而，所述會話被成功啟動。
以下將參照圖8來描述到未注冊UE的移動終接呼叫。
如圖7的步驟E1到E3一樣，REP在步驟F1內(nèi)將“SIP邀請”消息發(fā)送至輸入CSM，所述輸入CSM在步驟F2內(nèi)通過存取SDB來執(zhí)行位置請求。所述SCB在步驟F3中借助位置響應(yīng)loc_resp(用戶_位置＝未注冊，CSM1)來響應(yīng)。換言之，用戶位置，即與主叫用戶相關(guān)的CSM為CSM1，且所述用戶是未注冊的。此后，所述輸入CSM在步驟F4內(nèi)將所述“SIP邀請”消息轉(zhuǎn)發(fā)至與所述REP相關(guān)的CSM1。在步驟F5和F6內(nèi)，通過使用SIP 100消息將所述IPSA網(wǎng)絡(luò)嘗試建立呼叫通知所述REP。
所述CSM1在步驟F7內(nèi)轉(zhuǎn)發(fā)所述“SIP邀請”消息至所述SEM。而所述SEM執(zhí)行業(yè)務(wù)簡表請求，以得到所述SEM腳本。換言之，在步驟F8內(nèi)，所述SEM通過發(fā)送“業(yè)務(wù)_簡表_請求”來存取所述SSD。所述SSD在步驟F9內(nèi)通過發(fā)送包括所述SEM腳本的“業(yè)務(wù)_簡表_響應(yīng)”而返回必需的SEM腳本來響應(yīng)。
在步驟F10內(nèi)，所述SEM運行從所述SSD接收的所述SEM腳本。換言之，所述SEM在步驟F11內(nèi)發(fā)送所述“SIP邀請”消息到適當?shù)腁EE，而所述AEE在步驟F12內(nèi)執(zhí)行所請求業(yè)務(wù)的實際過程(即建立到所述UE的連接)。由所述AEE執(zhí)行的所述過程可能與圖8內(nèi)的步驟E11至E14的過程類似，因而在此不再贅述，以簡化說明。
在步驟F13內(nèi)，所述AEE發(fā)送200 OK消息至所述SEM，以指示所述UE接受所述連接的建立。此后，所述業(yè)務(wù)邏輯的處理由所述AEE完成并被終止(即步驟F12的處理終止)。
在步驟F14內(nèi)，所述SEM發(fā)送200 OK消息至所述CSML。此后，同樣結(jié)束所述SEM腳本的處理(即步驟F10)。在步驟F15內(nèi)，所述CSM1發(fā)送所述SIP 200 OK消息至所述REP，以完成所述呼叫/會話建立。
因此，根據(jù)上述實施例，提供了IPSA(基于IP的業(yè)務(wù)體系結(jié)構(gòu))的總體原理，所述IPSA是分層的分布式功能性體系結(jié)構(gòu)，其完全基于IETF協(xié)議，尤其適合于在SIP框架內(nèi)工作。IPSA提供了新的、靈活的用于業(yè)務(wù)生成以及IP多媒體業(yè)務(wù)的提供和管理的業(yè)務(wù)體系結(jié)構(gòu)。其允許經(jīng)由獨立的基于IP的接入網(wǎng)絡(luò)來集成不同種類的基于IP業(yè)務(wù)，為生成創(chuàng)新業(yè)務(wù)鋪平了道路。因此，定義了一種用于支持多媒體業(yè)務(wù)、瞬時發(fā)報以及其它為下一代基于IP網(wǎng)絡(luò)發(fā)展的IP業(yè)務(wù)的耐用業(yè)務(wù)體系結(jié)構(gòu)。
根據(jù)本實施例，提供了一種基于腳本的方法來控制/管理多項業(yè)務(wù)?？刂品侄螛I(yè)務(wù)的系統(tǒng)是所述SEM(業(yè)務(wù)執(zhí)行管理器)。SEM是集中的、自動的業(yè)務(wù)管理器，這意味著其無需將新業(yè)務(wù)是否出現(xiàn)(或舊業(yè)務(wù)是否消失)通知SEM。
此外，所述SMaS(業(yè)務(wù)管理服務(wù)器)生成和維持SEM腳本。換言之，所述SMaS保持對于各種業(yè)務(wù)可用的SEM的更新(經(jīng)由所述SEM腳本)。
上述實施例可被以各種方式來實施，并適用于各種通信網(wǎng)絡(luò)和商業(yè)案例。例如，可通過將CSCF視為CSM而將IPSA應(yīng)用于3GPP R00網(wǎng)絡(luò)體系結(jié)構(gòu)(其同樣將CSCF功能限制為業(yè)務(wù)控制實體)。另一方面，也可以將CSM與SEM合并(連同其它功能一起)來生成一種更為復(fù)雜的節(jié)點，例如CSCF等。
此外，所述SSD和SDB可被共同實施，以實現(xiàn)中心用戶數(shù)據(jù)庫。
盡管所述AEE和ARS的功能是截然不同的，但可以將其實現(xiàn)為一個單獨實體。
以下參照圖9至11來描述本發(fā)明的第二實施例。
以上在第一實施例中描述的業(yè)務(wù)執(zhí)行管理器(SEM)被用作所述IPSA網(wǎng)絡(luò)的集中的業(yè)務(wù)觸發(fā)與控制點。所述SEM檢索SEM腳本(即用戶業(yè)務(wù)簡表)并在必要的情況下存儲所述腳本。這意味著如果無負載分配機制可用，則所述SEM將被沉重加載。根據(jù)第二實施例的動態(tài)SEM發(fā)現(xiàn)方法提供了一種通過多個SEM來分配負載的方法。
圖9示出了業(yè)務(wù)觸發(fā)和控制內(nèi)涉及的功能性單元。
從外部進入所述IPSA網(wǎng)絡(luò)的SIP消息到達輸入CSM(如以上圖7和8示出的)并被轉(zhuǎn)發(fā)至IPSA網(wǎng)關(guān)。
所述IPSA網(wǎng)關(guān)是根據(jù)本實施例的附加單元，并起到提供到多個業(yè)務(wù)執(zhí)行管理器SEM1至SEM3中一個的連接的作用。它是到IPSA的入口點，也起到SIP節(jié)點的作用。
所述業(yè)務(wù)位置管理器(SLM)維持SEM與用戶對信息的列表，并向資源代理RB詢問空閑SEM，如果并無SEM已與所述用戶相關(guān)的話。其同樣能夠起到SIP改發(fā)服務(wù)器的作用。否則，根據(jù)本實施例的SLM具有與根據(jù)第一實施例的SLM同樣的功能。
所述資源代理RB具有關(guān)于所有業(yè)務(wù)執(zhí)行管理器(在此例中為SEM1至SEM3)的有效負載和/或性能的信息。其適合于選擇負載較少的SEM以及在需要時將所述SEM指示給SLM。
所述SEM與以上相對第一實施例描述的SEM類似。換言之，SEM1至SEM3中的每一個都適合于檢索外部業(yè)務(wù)腳本數(shù)據(jù)庫SSD的業(yè)務(wù)預(yù)約簡表(即SEM腳本)，以及基于所述預(yù)約信息來啟動任何業(yè)務(wù)。同樣，所述SSD類似于根據(jù)第一實施例的SSD。
換言之，所述SSD是包括所有用戶業(yè)務(wù)預(yù)約簡表的數(shù)據(jù)庫。
以下將參照圖10和11來描述選擇適當SEM的附加過程。此處將使用“注冊”的呼叫流用作為實例。但是，“邀請”將對應(yīng)地精確遵循相同的順序。
圖10示出了用于說明選擇SEM的過程的信令圖。在步驟G1中，CSM接收到對應(yīng)的寄存器請求。在此例中，所述寄存器請求是來自域ipt.com內(nèi)的USERA的“SIP寄存器”請求。在步驟G2內(nèi)，所述CSM執(zhí)行DNS(域名服務(wù)器)詢問以將IPSA-ID分解給IPSA。在步驟G3內(nèi)，所述CSM發(fā)送寄存器請求至IPSA網(wǎng)關(guān)IPSA-GW，其中所述請求具有“SIP:寄存器:請求 URI:IPSA-ID來自sip:UserA@ipt.com”的形式。在步驟G4內(nèi)，所述IPSA-GW將所述寄存器請求轉(zhuǎn)發(fā)至所述SLM。所述SLM確認無SEM被分配給該IPSA-ID。因此，必須從所述資源代理RB得到空閑SEM。
因此，在步驟G5內(nèi)，所述SLM發(fā)送選擇請求至所述資源代理RB。所述RB在步驟G6內(nèi)選擇較少負載的SEM。在此例中，所述SEM1被選擇。因此，所述RB在步驟G7內(nèi)發(fā)送對應(yīng)的選擇響應(yīng)(選擇resp)至所述SLM。所述SLM將所述IPSA-ID與所述SEM1連接起來。因而，在步驟G8內(nèi)，所述SLM發(fā)送“SIP MoveTemp”消息至所述IPSA-GW，從而使得所述IPSA-GW得到所述主叫用戶與所述SEM1相關(guān)的信息。此后，在步驟G9內(nèi)，通過將所述寄存器請求(此時具有“請求URI:IPSA-ID@SEM1”)發(fā)送至所述SEM1來繼續(xù)所述寄存器進程。
此后，執(zhí)行如第一實施例中描述的過程。換言之，在步驟G10和G11內(nèi)，從所述SSD(其中所述SEM由識別符SEM1-LN來指示)檢索所述SEM腳本。此后，如果需要的話可以啟動所述業(yè)務(wù)執(zhí)行。然而，“更新用戶位置”消息在步驟G12內(nèi)被發(fā)送至所述SLM，從而使得所述SLM得到關(guān)于位置的通知，所述SLM即與所述用戶相關(guān)的SLM。為了將成功注冊通知給所述用戶，在步驟G13和G14內(nèi)發(fā)送SIP 200 OK消息。
所述SLM保持一個映射表，以將同一用戶的后續(xù)SIP消息連接至服務(wù)該用戶的同一SEM。在完成所述業(yè)務(wù)時，所述SEM發(fā)送指示至SSD，而SSD發(fā)送指示至SLM，以刪除用于該用戶的所述映射表。由此，SEM可使其一些資源自由用于其他用戶。
所述的進程在圖11中示出。在所述業(yè)務(wù)完成之后，所述SEM1在步驟H1中發(fā)送作為參數(shù)的具有所述IPSA-ID的刪除請求“刪除_req”以及所述SEM1的識別符至所述SSD。而所述SSD在步驟H2中發(fā)送具有相同參數(shù)的“刪除用戶位置”至所述SLM。此后，所述SLM在步驟H3中刪除所述IPSA-ID和SEM1-LN的映射表。在步驟H4內(nèi)，將成功刪除向所述SSD確認，而所述SSD在步驟H5內(nèi)發(fā)送確認消息至所述SEM1。
因此，根據(jù)第二實施例，可以實現(xiàn)基于IP的業(yè)務(wù)體系結(jié)構(gòu)(IPSA)的負載平衡以及可量測性。
盡管已參照優(yōu)選實施例描述了本發(fā)明，但所述描述僅是本發(fā)明的說明，并不是用來限制本發(fā)明。在并不背離所附權(quán)利要求書所定義的本發(fā)明范圍的情況下，本領(lǐng)域技術(shù)人員可以得出各種修改和應(yīng)用。
權(quán)利要求
1.一種網(wǎng)絡(luò)系統(tǒng)，包括業(yè)務(wù)控制設(shè)備(SEM)；以及至少一個應(yīng)用執(zhí)行設(shè)備(AEE)；其中所述業(yè)務(wù)控制設(shè)備(SEM)適合于接收業(yè)務(wù)請求以根據(jù)所述業(yè)務(wù)請求選擇適當?shù)膽?yīng)用執(zhí)行設(shè)備，以及調(diào)用所選擇的應(yīng)用執(zhí)行設(shè)備，以及其中所述應(yīng)用執(zhí)行設(shè)備(AEE)適合于執(zhí)行所述業(yè)務(wù)請求所請求的業(yè)務(wù)。
2.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，還包括其內(nèi)存儲與業(yè)務(wù)相關(guān)的信息的業(yè)務(wù)信息數(shù)據(jù)庫(SSD)，其中所述業(yè)務(wù)控制設(shè)備(SEM)適合于存取所述業(yè)務(wù)數(shù)據(jù)庫(SSD)，以及使用所述業(yè)務(wù)信息來選擇和調(diào)用所述應(yīng)用執(zhí)行設(shè)備(AEE)。
3.根據(jù)權(quán)利要求2的網(wǎng)絡(luò)系統(tǒng)，其中所述與業(yè)務(wù)相關(guān)的信息被存儲為描述對應(yīng)業(yè)務(wù)的業(yè)務(wù)腳本。
4.根據(jù)權(quán)利要求2的網(wǎng)絡(luò)系統(tǒng)，其中所述與業(yè)務(wù)相關(guān)的信息是特定于每個用戶的。
5.根據(jù)權(quán)利要求4的網(wǎng)絡(luò)系統(tǒng)，其中所述業(yè)務(wù)控制設(shè)備(SEM)適合于基于與用戶相關(guān)的識別符(IPSA-ID)從所述業(yè)務(wù)信息數(shù)據(jù)庫(SSD)中檢索與業(yè)務(wù)相關(guān)的信息。
6.根據(jù)權(quán)利要求2的網(wǎng)絡(luò)系統(tǒng)，其中所述業(yè)務(wù)控制設(shè)備(SEM)以及所述業(yè)務(wù)信息數(shù)據(jù)庫(SSD)是獨立的實體，且所述業(yè)務(wù)控制設(shè)備(SEM)包括存儲裝置，所述存儲裝置內(nèi)可暫時存儲從所述業(yè)務(wù)數(shù)據(jù)庫(SSD)得到的信息。
7.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，還包括用于將業(yè)務(wù)請求轉(zhuǎn)發(fā)至所述業(yè)務(wù)控制設(shè)備(SEM)的呼叫/會話管理設(shè)備(CSM)。
8.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，還包括用于維持所述業(yè)務(wù)控制設(shè)備(SEM)和用戶之間的聯(lián)系的業(yè)務(wù)位置管理設(shè)備(SLM)。
9.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，還包括業(yè)務(wù)邏輯信息的業(yè)務(wù)邏輯數(shù)據(jù)庫(ARS)，其中所述應(yīng)用執(zhí)行設(shè)備(AEE)適合于存取所述業(yè)務(wù)邏輯數(shù)據(jù)庫以得到用于執(zhí)行所請求業(yè)務(wù)的信息。
10.根據(jù)權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，其中用于執(zhí)行所請求業(yè)務(wù)的信息被以存儲在所述數(shù)據(jù)庫(ARS)內(nèi)的業(yè)務(wù)邏輯腳本的形式來存儲。
11.根據(jù)權(quán)利要求2的網(wǎng)絡(luò)系統(tǒng)，還包括用于生成和/或修改將被存儲在所述業(yè)務(wù)數(shù)據(jù)庫(SSD)內(nèi)的業(yè)務(wù)信息的業(yè)務(wù)管理設(shè)備(SMaS)。
12.根據(jù)權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，還包括用于生成和/或修改將被存儲在所述業(yè)務(wù)邏輯數(shù)據(jù)庫(ARS)內(nèi)的信息的業(yè)務(wù)管理設(shè)備(SMaS)。
13.根據(jù)權(quán)利要求11的網(wǎng)絡(luò)系統(tǒng)，還包括適合于提供所述業(yè)務(wù)管理設(shè)備(SMaS)和用戶之間的接口的相互作用裝置(UIS)。
14.根據(jù)權(quán)利要求12的網(wǎng)絡(luò)系統(tǒng)，還包括適合于提供所述業(yè)務(wù)管理設(shè)備(SMaS)和用戶之間的接口的相互作用裝置(UIS)。
15.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，其中所述網(wǎng)絡(luò)適合于存取并非該網(wǎng)絡(luò)的一部分的外部用戶數(shù)據(jù)庫(SDB)，且其中所述用戶數(shù)據(jù)庫(SDB)適合于存儲識別符(IPSA-ID)。
16.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，還包括多個業(yè)務(wù)控制設(shè)備(SEMI、SEM2、SEM3)，以及用于選擇適當?shù)臉I(yè)務(wù)控制設(shè)備的選擇設(shè)備(RB、IPSA-GW)。
17.根據(jù)權(quán)利要求16的網(wǎng)絡(luò)系統(tǒng)，其中所述選擇設(shè)備適合于依據(jù)對應(yīng)業(yè)務(wù)控制設(shè)備的操作負載來選擇業(yè)務(wù)控制設(shè)備。
18.根據(jù)權(quán)利要求16的網(wǎng)絡(luò)系統(tǒng)，還包括適合于維持特定用戶和所選擇業(yè)務(wù)控制設(shè)備(SEM1)之間的聯(lián)系的業(yè)務(wù)位置管理設(shè)備(SLM)。
19.根據(jù)權(quán)利要求18的網(wǎng)絡(luò)系統(tǒng)，其中所述業(yè)務(wù)位置管理設(shè)備包括用于維持所述用戶和所選擇業(yè)務(wù)控制設(shè)備之間的聯(lián)系的映射表。
20.根據(jù)權(quán)利要求8的網(wǎng)絡(luò)系統(tǒng)，其中所述業(yè)務(wù)位置管理設(shè)備(SLM)適合于管理用于選擇業(yè)務(wù)控制設(shè)備(SEM)的資源信息。
21.根據(jù)權(quán)利要求18的網(wǎng)絡(luò)系統(tǒng)，其中所述業(yè)務(wù)位置管理設(shè)備(SLM)適合于管理用于選擇業(yè)務(wù)控制設(shè)備(SEM)的資源信息。
22.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，其中使用作為用于設(shè)備之間的信令的協(xié)議的會話啟動協(xié)議(SIP)。
23.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，其中使用作為用于設(shè)備之間的信令的協(xié)議的簡便目錄存取協(xié)議(LDAP)。
24.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，其中所請求業(yè)務(wù)是對于特定業(yè)務(wù)的注冊。
25.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)系統(tǒng)，其中所請求業(yè)務(wù)是通信會話的啟動。
26.一種用于控制網(wǎng)絡(luò)的方法，所述網(wǎng)絡(luò)包括業(yè)務(wù)控制設(shè)備(SEM)以及至少一個應(yīng)用執(zhí)行設(shè)備(AEE)；包括步驟借助所述業(yè)務(wù)控制設(shè)備來接收(B2)業(yè)務(wù)請求，根據(jù)所述業(yè)務(wù)請求選擇(B3)適當?shù)膽?yīng)用執(zhí)行設(shè)備，調(diào)用(B4)所選擇的應(yīng)用執(zhí)行設(shè)備，以及在所選擇的應(yīng)用執(zhí)行設(shè)備(AEE)內(nèi)執(zhí)行(B5)所述業(yè)務(wù)請求所請求的業(yè)務(wù)。
27.根據(jù)權(quán)利要求26的方法，還包括步驟借助所述業(yè)務(wù)控制設(shè)備(SEM)存取其內(nèi)存儲與業(yè)務(wù)相關(guān)的信息的業(yè)務(wù)信息數(shù)據(jù)庫(SSD)，以及使用所述業(yè)務(wù)信息來選擇和調(diào)用所述應(yīng)用執(zhí)行設(shè)備(AEE)。
28.根據(jù)權(quán)利要求27的方法，其中所述與業(yè)務(wù)相關(guān)的信息被存儲為描述對應(yīng)業(yè)務(wù)的業(yè)務(wù)腳本。
29.根據(jù)權(quán)利要求27的方法，其中所述與業(yè)務(wù)相關(guān)的信息是特定于每個用戶的。
30.根據(jù)權(quán)利要求29的方法，其中在所述存取步驟中，基于與用戶相關(guān)的識別符(IPSA-ID)從所述業(yè)務(wù)信息數(shù)據(jù)庫(SSD)中檢索所述業(yè)務(wù)信息。
31.根據(jù)權(quán)利要求27的方法，還包括將所述業(yè)務(wù)信息暫時存儲在所述業(yè)務(wù)控制設(shè)備(SEM)的存儲裝置內(nèi)的步驟。
32.根據(jù)權(quán)利要求26的方法，還包括將來自用戶實體(MS)的業(yè)務(wù)請求經(jīng)由呼叫/會話管理設(shè)備(CSM)轉(zhuǎn)發(fā)至所述業(yè)務(wù)控制設(shè)備(SEM)的步驟。
33.根據(jù)權(quán)利要求26的方法，還包括維持所述業(yè)務(wù)控制設(shè)備(SEM)和用戶之間的聯(lián)系的步驟。
34.根據(jù)權(quán)利要求26的方法，還包括存取業(yè)務(wù)邏輯數(shù)據(jù)庫(ARS)以得到將被所述應(yīng)用執(zhí)行設(shè)備(AEE)用于執(zhí)行所請求業(yè)務(wù)的業(yè)務(wù)邏輯信息的步驟。
35.根據(jù)權(quán)利要求34的方法，其中用于執(zhí)行所請求業(yè)務(wù)的信息被以存儲在所述數(shù)據(jù)庫(ARS)內(nèi)的業(yè)務(wù)邏輯腳本的形式來存儲。
36.根據(jù)權(quán)利要求27的方法，還包括生成和/或修改將被存儲在所述業(yè)務(wù)數(shù)據(jù)庫(SSD)內(nèi)的業(yè)務(wù)信息的步驟。
37.根據(jù)權(quán)利要求34的方法，還包括生成和/或修改將被存儲在所述業(yè)務(wù)邏輯數(shù)據(jù)庫(ARS)內(nèi)的信息的步驟。
38.根據(jù)權(quán)利要求36的方法，還包括借助相互作用裝置(UIS)來提供之間的接口以生成和/或修改所述信息的步驟。
39.根據(jù)權(quán)利要求37的方法，還包括借助相互作用裝置(UIS)來提供之間的接口以生成和/或修改所述信息的步驟。
40.根據(jù)權(quán)利要求26的方法，還包括存取并非所述網(wǎng)絡(luò)的一部分的外部用戶數(shù)據(jù)庫(SDB)的步驟，其中所述用戶數(shù)據(jù)庫(SDB)適合于存儲識別符(IPSA-ID)。
41.根據(jù)權(quán)利要求26的方法，其中所述網(wǎng)絡(luò)包括多個業(yè)務(wù)控制設(shè)備(SEM1、SEM2、SEM3)，所述方法還包括步驟選擇適當?shù)臉I(yè)務(wù)控制設(shè)備(SEM1)。
42.根據(jù)權(quán)利要求41的方法，其中所述選擇步驟是依據(jù)對應(yīng)業(yè)務(wù)控制設(shè)備的操作負載來執(zhí)行的。
43.根據(jù)權(quán)利要求41的方法，還包括維持特定用戶和所選擇業(yè)務(wù)控制設(shè)備(SEM1)之間的聯(lián)系的步驟。
44.根據(jù)權(quán)利要求43的方法，其中借助映射表來維持所述用戶和所選擇業(yè)務(wù)控制設(shè)備之間的聯(lián)系。
45.根據(jù)權(quán)利要求33的方法，還包括管理用于選擇業(yè)務(wù)控制設(shè)備(SEM)的資源信息的步驟。
46.根據(jù)權(quán)利要求43的方法，還包括管理用于選擇業(yè)務(wù)控制設(shè)備(SEM)的資源信息的步驟。
47.根據(jù)權(quán)利要求26的方法，其中使用作為用于所述網(wǎng)絡(luò)內(nèi)的信令的協(xié)議的會話啟動協(xié)議(SIP)。
48.根據(jù)權(quán)利要求26的方法，其中使用作為用于所述網(wǎng)絡(luò)內(nèi)的信令的協(xié)議的簡便目錄存取協(xié)議(LDAP)。
49.根據(jù)權(quán)利要求26的方法，其中所請求業(yè)務(wù)是對于特定業(yè)務(wù)的注冊。
50.根據(jù)權(quán)利要求26的方法，其中所請求業(yè)務(wù)是通信會話的啟動。
全文摘要
本發(fā)明建議了一種網(wǎng)絡(luò)系統(tǒng)，其包括業(yè)務(wù)控制設(shè)備(SEM)；以及至少一個應(yīng)用執(zhí)行設(shè)備(AEE)；其中所述業(yè)務(wù)控制設(shè)備(SEM)適合于接收業(yè)務(wù)請求以根據(jù)所述業(yè)務(wù)請求選擇適當?shù)膽?yīng)用執(zhí)行設(shè)備，以及調(diào)用所選擇的應(yīng)用執(zhí)行設(shè)備，且其中所述應(yīng)用執(zhí)行設(shè)備(SEE)適合于執(zhí)行所述業(yè)務(wù)請求所請求的業(yè)務(wù)。本發(fā)明了還建議了一種對應(yīng)的網(wǎng)絡(luò)控制方法。根據(jù)本發(fā)明，實現(xiàn)了一種靈活的業(yè)務(wù)體系結(jié)構(gòu)。
文檔編號H04L29/08GK1493141SQ02805241
公開日2004年4月28日 申請日期2002年2月14日 優(yōu)先權(quán)日2001年2月23日
發(fā)明者斯特法奴·法莘, 斯特法奴 法莘, 柯蒂·黃, 黃, 斯利尼瓦斯·施里曼蘇拉, 瓦斯 施里曼蘇拉, 杰瑞·穆迪凱尼恩, 穆迪凱尼恩, 凱姆·萊, 萊, 巴薩瓦拉杰·帕蒂爾, 拉杰 帕蒂爾, 霍賽因, 賽義德·霍賽因, 凱瑞·庫羅寧, 庫羅寧, 卡 尼米, 尤哈皮卡·尼米, 瑞恩 斯瓦林卡姆, 肯加薩瑞恩·斯瓦林卡姆 申請人:諾基亞公司