專利名稱：使用服務目錄的供應和激活的制作方法
技術領域：
本發(fā)明涉及用于電信系統(tǒng)中的服務的供應和激活。
本發(fā)明還涉及電信網絡中的服務供應和激活系統(tǒng)。這樣的系統(tǒng)通常連
接到電信網絡的網元和業(yè)務支持系統(tǒng)(BSS)，并且它們的功能是使得所述 電信網#供已經由業(yè)務支持系統(tǒng)請求的服務。
本發(fā)明還涉及計算機程序產品，所述計算枳4呈序產品用于控制服務供 應和激活系統(tǒng)內的計算機。
在所出現(xiàn)的作為3G、下一代網絡、全IP、 IP多媒體系統(tǒng)(IMS)等的 新通信網絡中，運營商的供給中的可銷售產品和服務的量正在迅速增加。 由于待管理的運營商網絡中的大量增加的網元及網元提供的服務，這向運 營商的操作和支持系統(tǒng)(OSS)提出了挑戰(zhàn)。所述操作和支持系統(tǒng)(OSS)有時 也被稱為業(yè)務支持系統(tǒng)(BSS)。在現(xiàn)代網絡中，激活和供應請求更為復雜， 其涉及多個網元或者服務。而且，對網元的復雜請求和多任務執(zhí)行與需要 適當管理的特定關系聯(lián)系在一起。從竟爭的角度看，快速的服務配置和變 化管理為運營商提供了竟爭力。有可能的是，在可管理的服務配置的數量 增長超過幾十或者甚至幾百倍的情況下，運營商的當前系統(tǒng)不足以靈活到 支持大數量的服務配置，或者可能的服務組合的數量變得不可管理。
背景技術：
US 6879679公開了一種用于分析電信網絡以建立供應計劃的方法， 所述供應計劃用于供應網絡以向一個或多個訂戶提供服務。這樣的方法非 常有益于服務供應和激活系統(tǒng)，但該公布未描述如何能夠以有效的方式來 執(zhí)行服務供應和激活本身。
WO 2005/018249乂>開了一種管理電話網絡的系統(tǒng)，該公布的焦點在 于物理元件管理和網元配置。所述方案具有定義在所有不同服務級上的工 作流。必須預先定義這樣的工作流，并且不能動態(tài)地驅動它們。這意味著， 對新的供應產品及其與網絡級服務的關系的限定會相當費力。

發(fā)明內容
本發(fā)明的 一個目的在于提供一種用于電信系統(tǒng)中所使用的服務的供 應和激活的新的方法和系統(tǒng)。優(yōu)選的是，這樣的系統(tǒng)根據來自業(yè)務支持系 統(tǒng)的供應或者激活請求而提供自動的、較快的和精確的服務供應和激活。
根據本發(fā)明的一個方面，提供了 一種電信網絡中的服務供應和激活系
統(tǒng)，該系統(tǒng)包括用于服務配置數據的服M存庫和包括用于服務供應和 激活操作的一般邏輯的指令管理部件。所述系統(tǒng)還包括操作特定的功能性 模塊，該模塊包括能夠使用來自所述服務儲存庫的數據的操作特定的功 能。所述服M存庫包括有關所述電信網絡提供的電信產品或者服務的數 據。所述指令管理部件用于接收來自業(yè)務支持系統(tǒng)的供應或者激活請求， 并且按照所述一般邏輯來處理所接收的請求。在這樣的處理期間，所述一 般邏輯調用所述操作特定的功能性模塊內的操作特定的功能，以根據所接 收的請求和來自所述服務儲存庫的數據來執(zhí)fr清求特定的一系列操作。
根據本發(fā)明的另 一方面，這樣的服務供應和激活系統(tǒng)用于向業(yè)務支持 系統(tǒng)提供對電信網絡中用于所感興趣的簽約的處于激活狀態(tài)的服務的業(yè) 務錄觀。
根據本發(fā)明的另 一方面，所述服務供應和激活系統(tǒng)用于在電信網絡中 實現(xiàn)來自業(yè)務支持系統(tǒng)的業(yè)務級的請求，所述請求涉及對為所感興趣的簽 約而提供的服務的至少一個改變。
根據本發(fā)聽的另 一方面，提供了 一種用于操作電信網絡中的服^^應 和激活系統(tǒng)的方法。所述方法包括接收和解釋來自業(yè)務支持系統(tǒng)的供應 或者激活請求，以及響應于所述請求，基于所述請求內的信息通過所述指 令管理部件內的一般邏輯來進行處理。所述處理包括調用在所述操作特 定的功能性模塊內的操作特定的功能，并且經由所調用的操作特定的功能 來利用所述服務儲存庫內的月良務配置lt據。
根據本發(fā)明的一個方面，還提供了一種計算機程序產品，該計算;t^呈 序產品包括計算機程序代碼，所述計算機程序代碼可用于指示計算機系統(tǒng) 來執(zhí)行用于^Mt所述服務供應和激活系統(tǒng)的上述方法。
本發(fā)明為基于來自業(yè)務支持系統(tǒng)的供應或者激活請求而允許服務的 自動的、快速的和精確的供應和激活的實施例的提供基礎。
有本發(fā)明的若干實施例加快并保證對電信運營商和服務提供商提供的產品和服務的成功供應和激活。
而且，本發(fā)明的構思實現(xiàn)了若干有用和有益的實施例，這些實施例提 供了多個優(yōu)點。
本發(fā)明的一個實施例允許建立這樣的解決方案和產品，所述解決方案 和產品限定了如何能夠通過目錄將來自運營商的可銷售的產品分解為技 術服務，以及如何能夠使用該數據使訂戶服務的供應自動化。換句話說， 這意味著(來自目錄的)一般技術服務或者能力向(通過供應系統(tǒng))可執(zhí)行到 物理網元中的網元特定的操作的映射。
根據本發(fā)明的解決方案用作運營商的商業(yè)域(BBS系統(tǒng)；CRM、計費 等)與實現(xiàn)到訂戶的通信服務的物理網絡(網元HLR-、 IMS-、 VMS-、固 定-、Ldap-、 DSLAM-、路由器-等)之間的激活者和供應系統(tǒng)。而且，與 傳統(tǒng)的供應方案相比，根據本發(fā)明的實施例的解決方案能夠覆蓋更多的 OSS功能，因此不是僅作為激活者，這些解決方案可以覆蓋高級別上的 若干智能功能。
本發(fā)明的實施例可以用于將BSS系統(tǒng)上管理的運營商的可銷售產品 向網絡層上的技術服務的映射建模。通過目錄內存儲的服^M^來進行所 述映射?？梢酝ㄟ^諸如電信管理論壇(TMF)的共享信息數據模型(SID)等 標準來定義服務規(guī)范的內容。盡管這些標準定義了數據模型，但它們沒有 定義所述數據如何用于支持供應和激活處理。所述標準定義了用于對通信 服務建模的邏輯方式，這是為了能夠以快速的方式對新服務和可銷售產品 建模而需要的一這在高度竟爭的、變化的商業(yè)環(huán)境中是必要的。
面臨的挑戰(zhàn)是具有數據從業(yè)務支持系統(tǒng)(BSS)通過指令管理、通過 技術流、通itJ3艮務目錄的服務分解、到激活并下行到網元的完整流。本發(fā) 明的實施例使得有可能構造一種解決方案，這種解決方案實現(xiàn)完整的供應 方案，該方案具有改變實體之間的元數據的內部能力，所述元數據用于描 述每個實體的能力。
根據本發(fā)明的一個實施例，可以使用一般目錄內的數據以通過將來自 目錄的最低原子實體(技術服務、面向資源服務、技術特征、技術能力等； 由網絡支持并用于建立可銷售的產品配置的技術實體)解釋為一個或多個 供應系統(tǒng)和網元特定的任務而支持激活和供應處理，所述任務可以被執(zhí)行 到網元中，以便實現(xiàn)所引用的在網絡層上的一般技術服務。所述供應系統(tǒng) 實現(xiàn)用于技術服務的邏輯操作，并且操作可以如所述的那樣是一個單獨的
15可執(zhí)行任務或者任務集，所述任務由操作特定的技術工作流來驅動。
通過經由供應系統(tǒng)特定及網元接口特定的功能對用于每個技術特征
的操作進行建模，可以理解供應系統(tǒng)在一組技術特征被BSS系統(tǒng)通過服 務分解而引用時要做什么。從供應和激活的角度看，僅僅理解何種實現(xiàn)特 定的功能與技術服務匹配是不夠的，而是還要從處理的角度來理解技術服 務集彼此之間的關系(某技術服務需要在某個其他技術服務之前處理)。技 術服務之間的關系最好被存儲在目錄的上下文中，并且它們的目的是定義 需要以什么順序來處理技術服務。另一方面，技術服務彼此之間可以具有 關系； 一個技術服務在沒有另一技術服務的情況下不工作。例如，如果沒 有激活對VoIP(IP語音)服務的接入(例如有線寬帶)，則VoIP不工作。
與將技術服務映射為可執(zhí)行的操作以及理解原子操作之間的關系相 比，本發(fā)明的一些實施例更進了一步。這些實施例旨在通過優(yōu)化可執(zhí)行對 象的數量來優(yōu)化處理(從時間和行為角度)。所述映射被提供有智能，使得 其能夠計算針對訂戶的簽約而要執(zhí)行的最小操作(德爾塔，delta)。例如，
訂戶可以具有由于分配給他的舊產品和服務而已經在網絡層上運行的一 些技術服務，因此，與已經運行的那些舊的相比，僅需要處理尚未激活的 技術服務集。
在本發(fā)明的一個實施例中，其中，如果某個^^作失敗并且不可能激活 由分配給訂戶的新產品所引用的技術服務集，則供應系統(tǒng)可以使用來自目 錄的數據以將訂戶置于啟動新產品的激活之前他所處于的狀態(tài)。這也稱為 回退。而且，通過使用來自目錄的數據，服務配置中的大量改變可以在網 絡層上自動地滾動，例如在已經被分配到多個客戶的服務配置被改變的情 況下(例如新的服務與已向訂戶激活的產品一起被分配)，目錄內的數據可 以用于計算需要激活的技術服務，以便為已經被分配了所述產品的所有訂 戶激活新的服務。例如，"電子郵件"被分配到"客戶寬帶"產品。按照 所述實施例的系統(tǒng)可以計算需要為簽約了 "客戶寬帶"產品的所有訂戶激 活的技術服務，諸如"電子郵件基本服務"等。
在一個實施例中，可以將所述服M存庫一直保持為最新，其中，所 述系統(tǒng)包括更新功能，用于響應于成功執(zhí)行的供應或者激活操作而更新在 服M存庫內的服務配置數據。然后，還可更新所述目錄內的簽約的產品 的狀態(tài)。這也允許另外的實施例，其中， 一旦供應或者激活操作已經完成， 所述系統(tǒng)向BSS系統(tǒng)通知供應或者激活操作的成功執(zhí)行。
包括回退功能的一個實施例還可以成功地處理問題情況，例如在技術服務的執(zhí)行上有問題的情況。然后，回退功能可以在接收到供應或者激活 請求時將簽約的狀態(tài)恢復為有效。
服M存庫和指令管理部件可以是一個單獨的實體，但是在一個優(yōu)選 實施例中，所述服^#存庫和指令管理部件是分離的。該分離結構的優(yōu)點
是在完全不影響供應和激活邏輯的情況下，可以容易地在服^ft存庫中 進行改變或者更新。另外一個優(yōu)點是當改變服務儲存庫的配置時，不必 測試供應和激活邏輯。 一般邏輯同樣與所供應和激活的產品和服^持獨 立。
在一個實施例中，所述服M存庫和指令管理部件甚至運行在不同的 計算機系統(tǒng)內。在另一個實施例中，運行管理部件的計算機系統(tǒng)包括復制 數據庫，該復制數據庫復制服M存庫內的服務配置數據的一部分。這個 復制數據庫也可以被稱為功能庫，并且其最好包括有關具有關系的產品服 務技術服^&的信息。這種配置提高了系統(tǒng)內的響應時間。
根據上述的公開而顯然的是，本發(fā)明可以應用在需要自動的、快速的 且精確的供應和激活的各種應用中。


為了更完整地理解本發(fā)明及其優(yōu)點，現(xiàn)在借助于示例并且參考下面的 附圖來說明本發(fā)明，在附圖中
圖1提供了根據本發(fā)明的一個實施例的在服務目錄內使用的數據模 型的一個示例的框圖。
圖2提供了根據本發(fā)明的一個實施例的系統(tǒng)中的示例性變化量 (delta)計算和激活及去激活技術服務的框圖。
圖3提供了根據本發(fā)明的一個實施例的處理的流程圖。
圖4提供了根據本發(fā)明的一個實施例的激活系統(tǒng)的框圖。
圖5提供了根據本發(fā)明的另一個實施例的激活系統(tǒng)的框圖。
圖6提供了根據本發(fā)明的另一個實施例的關系的框圖。
圖7提供了根據本發(fā)明的一個實施例的激活系統(tǒng)的框圖。
圖8提供了根據本發(fā)明的另一個實施例的激活系統(tǒng)的框圖。
圖9提供了根據本發(fā)明的另一個實施例的關系的框圖。在下面的示例中使用的一些術語的列表
BSS:業(yè)務支持系統(tǒng)；CRM:客戶關系管理；OSS:操作支持系統(tǒng)(400)。 SID:共享的信息模型。 TMF:電信管理論壇。 產品P(112)。
面向客戶的服務服務，S(122)。 面向資源的服務技術服務，TS(132)。 服M存庫也稱為服務目錄或者目錄(450)。
供應和激活系統(tǒng)包括激活(420)和指令管理(410)部件、目錄(450),并 且最好包括網元接口(475)和所有其他的內部和外部接口(405、 416、 418、 475)。
請求或者指令(402)。
指令管理也被稱為請求管理或者請求指令管理(410)。 一般邏輯也被稱為一般工作流或者處理工作流(412)。 功能庫(414)。
分解功能庫(414)內的一個功能。
關系、聯(lián)系存在所描述的兩種不同的關系。在不同的邏輯級(114、 124)之間的關系以及在一個邏輯級(140)內的關系。
回退、自動回退在功能庫(414)內的一個功能。
變化量(Delta):在功能庫(414)內的一個功能。
激活部件也被稱為任務執(zhí)行(420)。
能力庫也被稱為能力儲存庫或者網元特定的數據儲存庫(430)。
能力^^板也被稱為^^板(434)。
能力邏輯(432)。
技術服務(435)。
技術服務之間的關系和^火性(436)。 網元接口(475)。
18網元接口模塊(470)。
網元(480)。
網絡(481)。
具體實施例方式
圖l提供了在三個網絡服務級內的分,型100。電信管理論壇(TMF) 在共享信息模型(SID)方面已經定義了用于產品、面向客戶的服務和面向 資源的服務的規(guī)范?？梢栽诒景l(fā)明的實施例中使用SID模型或者具有兩 個或者更多個邏輯抽象層的任何服務規(guī)范。服務目錄是中央OSS儲存庫， 用于將產品規(guī)范保存在網絡級技術服務中。當產品或者服，范被配置到 目錄中時，定義所述目錄內的邏輯級之間的關系(例如產品到服務114、服 務到技術服務124，反之亦然)。產品110的邏輯級包含與服務122有關的 所有規(guī)范。技術服務130的邏輯級包含與技術服務132相關的所有規(guī)范。
仏/ 、 ct和C是需要服務122 /7、 0、《和f的產品112。服務122需 要技術服務132J、 i 、 C、 D、 ￡、 F、 G和H。產品《具有到其他產品的 關系116,以突出從所述目錄中所需要的靈活性。例如，目錄內的實體或 者級可以如下定義
產品112 =訂戶購買或者被分配的產品或者產品包。例如，"Talk a lot (說很多)"產品。目錄是產品信息的主，存庫，其包含"Talk a lot (說 很多)"產品的價格、固定費用(例如月費)和呼叫資費。產品信息還可以 與保持產品信息的主設備(master)的外部系統(tǒng)集成在一起(例如在CRM 系統(tǒng)內)。
服務122 =被分配有產品("Talk a lot (說很多)")并且可被訂戶理解 的服務。服務項是產品的建立塊。月艮務項例如是"GSM(全球數字移動電 話系統(tǒng))語音"、"GSM數據"、"GSMGPRS(通用分組無線服務)"、"短消 息服務"、"多媒體服務"、"DSL"和"電子郵件"等服務。
技術服務132 =作為服務的最基本的建立塊的技術服務或者能力，而 不涉及具體網絡的細節(jié)。技術服務被定義為由網絡(運營商網元)支持的獨 立于一般網元的服務。例如，"HLRT11語音服務"、"短消息的HLRTll 補充服務"或者"LDAP電子郵件服務"。每個技術服務132是獨立的實 體，并且技術服務可以僅僅具有到彼此之間的關系(例如需要、不具有)， 但是不具有任何工作流類型的處理提供，這將不可能在執(zhí)行期間動態(tài)地解釋。
簽約150 =與訂戶的唯一標識符和分配給他的所有產品112或者服務 122有關的實例信息。這不是有關訂戶的信息(訂戶位于CRM系統(tǒng)內，例 如訂戶的地址)，而是與訂戶對配置到目錄內的實體的簽約有關的信息。
能夠對目錄內的服務進行管理的挑戰(zhàn)在于網元既不滿足對技術網絡 級服務建模的任何標準方式，也不滿足將服務置于啟動的通常方式。相反， 在實際生活內，每個網元的銷售商在網元內建立對訂戶的服務方面有它們 自己的方式，并且要調用的命令或者要發(fā)送到網元內的消息會相應地改 變。傳統(tǒng)上，電信網元支持基于MML的命令，這意味著供應和激活系統(tǒng) 需要例如通過終端連接來登錄到網元內，之后將^^令調用到網元內，然后 分析響應。按生產分類的網元接口也是常見的，這種接口支持例如通過 Java RMI的遠程方法調用、將Corba HOP對象建立在網元中或者通過 HTTP協(xié)議將XML消息建立在網元中。但是，即使電信運營商環(huán)境內的 多個網元支持基于MML的接口，對于每個網元，語法通常也是不同的。 同樣，如果支持某種其他協(xié)議，則語法和數據內容是網元特定的。
管理人可理解的邏輯技術服務不一定是在接口命令或者消息級上分 離的，這使得不能管理網元接口層上的邏輯電信服務。
需將網元類型和銷售商特定的供應和激活命令和消息抽象為公共消 息格式。因此，還需要用于將公共消息格式抽象為可管理的技術服務的手 段，可管理的技術服務可以用相同的格式來提供并且通it^目同的操作來管 理。為此，還需要用于定義技術服務之間的關系和M性的手段，以便僅 完成并激活網絡層上的有效服務集；可以存在下述情況不能同時激活某 技術服務，或者某技術服務需要來自某其他技術服務的數據，或者應當以 預定的順序來激活技術服務。
根據所提供的高級別的實施例，可以如下定義
服務目錄存儲服務配置的規(guī)格一即其定義如何用通用的網絡獨立的 方式來規(guī)定服務，基本上其規(guī)定當對于產品執(zhí)行操作時必須接觸什么。
供應請求指令管理器(如圖4、 5、 7和8的實施例中的指令管理部件 410)保存過程定義-即其定義下述一般過程如何通過目錄將激活指令分 解為技術服務并且處理到網絡層內?？梢哉f明的是，在運行時間期間，由 來自目錄的服務規(guī)范來動態(tài)地驅動所述一般過程。因此，激活產品內的工 作流定義了如何分解和執(zhí)行。供應和激活系統(tǒng)最好在儲存庫(可以在圖4、 5、 7和8的實施例中被稱為能力儲存庫430或者能力模板434和能力邏輯432)內保存所有網元特定的數據，所述儲存庫用于將一般的技術特征轉換為網元特定的任務或者工作流。使用來自能力儲存庫的數據將一般的且網絡獨立的、從目錄中動態(tài)接收的數據轉換為網元特定的操作，所述操作可以通過網元特定的接口層而以 一個或多個物理網元為目標。
根據本發(fā)明的另一實施例，提供了 "Talkalot (說很多)"產品的激活的一個示例。
所述示例處于高的級級別，并且沒有實際參數值，以使得所述實例更容易理解。
客戶管理(Customer Care)向供應或者激活系統(tǒng)中發(fā)送請求。請求
操作=激活
產品="Talk a lot (說很多)"
將通過供應邏輯來執(zhí)行所述請求，所述供應邏輯包含產品、服務和技術服務管理的步驟。因此，所述邏輯包含幾個級產品級、服務級和網絡特定的數據儲存庫級。
在產品級內，系統(tǒng)將產品分解為服務輸入^Mt-激活
產品="Talk a lot (說很多)"輸出操作=激活
服務="GSM語音"、"GSM GPRS" 、 "SMS"所述信息被傳送到服務級，服務級將服務分解為被引用的資源。輸入^Mt-激活
月艮務="GSM語音"、"GSM GPRS" 、 "SMS"
輸出操作=激活
資源="GSM基本服務Tll"、 "GSM GPRS" 、 "GSM GPRSAPN"、 "GSM補充服務基本"、"SMS"
在網元特定的數據儲存庫級上， 一般技術服務被映射為服務或者能力，所述服務或者能力可以是功能相關的工作流或者網元特定的任務。
輸入^Mt-激活
資源="GSM基本服務T11"、 "GSMGPRS"、 "GSMGPRSAPN"、 "GSM補充服務基本，，、"SMS"
輸出任務1 = NE_ID = fnrl
NE一T YPE = FNR
MSISDN1 = 8728725325
REQ—TYPE=4
REQ_OBJ=l任務2 = NE—ID = Taskl.TARGET
NE—TYPE = HLR
MSISDN1 = 8728725325
IMSI1 = 2352352523
BASIC_SERVICE = Til
REQ_TYPE=1
REQ—OBJ=l任務3 = NE_ID=Taskl.TARGET
NE一TYPE = HLR
MSISDN1 = 8728725325
IMSI1 = 2352352523
SUP_CODES = G01000
REQ一TYPE-l
REQ—OBJ=l任務4 = NE_ID=Taskl.TARGETNETYPE = HLRMSISDN1 = 8728725325IMSI1 = 2352352523SUP_CODES = 081001
APN= "12.15.163.153"
REQ_TYPE=1
REQ_OBJ=l任務5 = NE—ID-Taskl.TARGETNETYPE = HLRMSISDN1 = 8728725325IMSI1 = 2352352523SUP_CODES = 04100REQ_TYPE=1REQ_OBJ=l任務6 = NE_ID=smsl
NE—TYPE = SMSMSISDN1 = 8728725325SERVICE = SMSREQ_TYPE=1REQ_OBJ=l
在任務分解后，系統(tǒng)具有用于通過網元特定的接口模塊而在網絡層上執(zhí)行任務所需要的信息。下一個步驟是將任務執(zhí)行于網元內。
在圖2中，提供了當訂戶要從一個產品改變到另一產品時的情況。
技術服務級上的修改需要激活和去激活操作二種。另外，在一些情況下，需要刪除、M改變或者其他類似的操作。
為了充分利用服務目錄，客戶管理BSS能夠在修改操作內提供舊的已經激活的(在示例的圖2內產品D)和新的要激活的產品信息(在示例圖2內產品《)，或者(如果在目錄內存在簽約數據)可以4目錄中的簽約數據中得到舊的已經激活的產品信息。根據該信息，系統(tǒng)提供如下
l)在產品到服務級上
-提取要去激活的所有服務(在所述示例內p)202-提取要激活的所有服務(在所述示例內《和r)204
2) 在服務到技術服務級上，其識別是否使用相同的服務用于不同的產品。這導致使得來自服務級的德耳塔功能(Delta function ) i^技術服務級，并且僅建立引用以
-從上面的級別中評估要去激活的舊的技術服務(在所述示例內丄fi和")202。
-從上面的級別中評估要激活的新的技術服務(在所述示例內C、D、￡、五、F、 G、 G和丑204;去除重復的=><7、 2)、五、F、 G和H; 206)。
-去激活未被新產品使用的技術月良務(在所述示例內J和必)208
-激活還沒有激活的技術服務(在所述示例內C、 ￡、 F、 G和用210
-對于在舊的產品和新的產品中相同的技術服務(在所述示例內/))214，不進行任何動作。
向網元特定的數據儲存庫^iL送所引用的技術服務
3) 在網元特定的數據儲存庫級上
-將要去激活的所有技術服務提取為能力或者功能，所述能力或功能可以是功能特定的工作流或者網元特定的任務。
-將要激活的所有的技術資源提取為能力或者功能，所述能力或者功能可以是功能特定的工作流或者網元特定的任務212。
與已知的解決方案相比較，上述實施例的一個優(yōu)點是所述系統(tǒng)不是首先將整個產品去激活然后再激活新產品，所述系統(tǒng)能夠構成產品之間的德耳塔功能，并且僅僅激活和去激活產品之間的改變的資源。這使得通過通常很慢的網絡連接到網元中的通信最小化，并因此加速了供應的總過程。
在圖3中，根據本發(fā)明的一個實施例，如何能夠在目錄與激活產品一起使用時行激活的整體過程可以如下定義
300 BSS系統(tǒng)識別新產品需要被分配給用戶(例如用戶預訂新的產品)或者開始使用產品的完全新的訂戶需要被激活，或者需要從已經具有產品的訂戶中去除產品。
302 BSS系統(tǒng)向激活或者指令管理系統(tǒng)發(fā)送指令。指令包含與訂戶的唯一標識符和要被分配訂戶的一個或多個產品及操作(例如激活)有關的信息。
304所述指令管理(或者激活)系統(tǒng)具有定義必須如何處理指令的工 作流。
306所述指令管理系統(tǒng)以比特為單位請求來自目錄中的數據或者從 目錄中請求直接作為分解成要執(zhí)行的技術服務的數據，因此操作是下述 308或310中的任一個
308所述指令管理系統(tǒng)向目錄提供關于訂戶、產品或者期望的行為 的信息。所述目錄分解成需要處理的技術服務，并且為所述指令管理系統(tǒng) 提供要處理的技術服務、操作和它們的關系(例如執(zhí)行順序)的列表。
或者
310如果簽約數據被存儲在目錄內，則所述指令管理系統(tǒng)從目錄中 請求訂戶已經具有的產品。所述指令管理系統(tǒng)向目錄中提供關于訂戶的信 息，所述目錄提供有關所有簽約的信息，即訂戶還簽約了什么產品。如果 訂戶數據未被存儲在所述目錄內，則系統(tǒng)應當最好基于來自BSS系統(tǒng)的 請求向目錄提供舊的、已經激活的產品以用于變化量(Delta)計算。
312所述指令管理系統(tǒng)從所述目錄中請求將產品分解為服務。所述 指令管理系統(tǒng)為所述目錄提供與新產品加上^作和當前產品有關的信息， 所述目錄考慮到訂戶期望的產品集所需要的服務而提供向服務或者操作 的分解。
314所述指令管理系統(tǒng)從目錄中請求將服務分解為技術服務。所述 指令管理系統(tǒng)向目錄提供服務加上操作的信息(來自前一次分解的數據)， 所述目錄提供向技術服務和操作的分解。
316所述指令管理系統(tǒng)從目錄中請求技術服務的關系。所述指令管 理系統(tǒng)將要處理的技術服務和操作提供到目錄中，所述目錄提供有關技術 服務的關系的信息(例如執(zhí)行順序)。
在所述分解后(所述選項中的任何一個)，所述指令管理系統(tǒng)具有技術 服務集、用于每個技術服務的操作和它們的關系。
318所述指令管理系統(tǒng)將請求(技術服務、操作、關系)推向實施(激 活到內部層、到激活系統(tǒng)中的指令管理)。
320激活使得一般的技術服務轉換為能力庫內定義的網元特定的操 作。從服務激活或者去激活請求中得到的內部^Mt消息可以將單個網元或者發(fā)送接觸多個網元的多個消息的操作流(定義如何執(zhí)行技術服務的操作 的工作流)為原子目標。例如，可以通過規(guī)則、查找表或者包含轉換數據 的儲存庫在能力庫中進行從銷售商獨立的服務操作向銷售商特定的任務 模板的轉換?；蛘撸鲈铝紕湛梢砸媚芰靸鹊墓ぷ髁?，所述能力庫產 生去往多個網元的所有消息，并且定義一起實現(xiàn)網絡層上的技術服務的消 息的順序。
通過網元接口模塊向網絡中執(zhí)行所述網元特定的操作。每個網元銷售 商和網元類型通常實現(xiàn)銷售商和網元特定的供應和激活接口。所述網元接
口模塊470將內部消息轉換為網元特定的命令或者供應和激活消息。其還 將來自網元的響應(例如成功地執(zhí)行了對訂戶的供應)轉換為可由激活部 件理解的內部消息格式。這些響應然后被解釋為技術服務的操作狀態(tài)(例 如成功或者失敗)。
324當執(zhí)行了所有的技術服務時，所述激活系統(tǒng)具有執(zhí)行了每個技 術服務的狀態(tài)，因此能夠或者向指令管理系統(tǒng)提供該信息，所述指令管理 系統(tǒng)然后將簽約(針對訂戶的調用的網絡級技術服務的實例)數據的產品 狀態(tài)更新到目錄中，或者所述激活系統(tǒng)可以將技術服務執(zhí)行的狀態(tài)解釋為 所處理的產品的狀態(tài)，并且將簽約數據部分更新到目錄中。
326從所述指令管理系統(tǒng)向BSS系統(tǒng)(例如CRM系統(tǒng))中產生響應。
這定義了通常的處理工作流。所有的異常處理情況應當最好由處理工 作流來管理。例如，如果在技術服務的執(zhí)行過程出現(xiàn)問題，則激活處理應 當最好能夠進行回退操作。這意味著或者去除已經激活的技術服務，或者 將服務參數值更新為開始執(zhí)行之前的值。
而且，借助于本發(fā)明及其實施例，同樣有可能實現(xiàn)其他功能，諸如去 激活、刪除、修改和顯示等。
在本發(fā)明的一個優(yōu)選實施例中，供應和激活流與目錄是分離的。這種 方法的優(yōu)點是可以在根本不影響供應或者激活流的情況下，容易地在服 務目錄中進行改變或者更新。另一個優(yōu)點是當改變服務目錄配置時，不 必測試供應和激活流。 一般供應工作流將同樣保持獨立于所供應和激活的 產品和服務。而且，可以更容易地建立目錄特定的訂戶接口，并且，例如， 可以基于來自目錄的數據將OSS/J庫存API實現(xiàn)為與供應邏輯完全分離。
在本發(fā)明的另一個實施例中，不同的技術服務彼此之間具有關系。例 如;，某些技術服務需要在某個其他資源之前激活——個簡單示例是具有短消息服務的移動訂戶。訂戶在向SMSC內發(fā)出激活命令之前首先需要 被激活到HLR中。所有的技術服務可以被當作一個技術服務池。如果與 池內的技術服務中的一些技術服務存在關系，則這例如可以使用技術月艮務 的優(yōu)先級來定義，或者可以定義為技術服務之間的直接關系。
在圖6中，被定義在目錄(被稱為可用技術服務的池600)中的技術 服務具有直接的關系。"SMS基本服務，，需要"HLR補充服務-SMS"， 以便工作602。從激活的角度看，所需要的實體必需在能夠激活需要它的 實體之前先被激活。
不能在訪問層上定義執(zhí)行順序的限制的原因在于修改的變化量 (Delta)是動態(tài)管理的。存在數量無限的變化量組合，因此最好從激活 的角度在技術月良務層上管理技術服務之間的關系。仍然可以有例如在服務 或者產品層上定義的關系。但是，可以使用所述信息來知道使用用戶界面 以配置有效配置的人員。
在圖4中，提供了本發(fā)明的一個實施例的實體。
所述實施例包括下列的構成整個供應和激活系統(tǒng)的部件。
450保存服務配置/恥洛的實體(目錄)。所述目錄包含與所有種類的 產品112、服務122和技術服務132有關的信息。在目錄內還確定產品和 服務114 ;SJ良務和技術服務124之間的所有關系。所述目錄還可以包含有 關不同的主要功能的信息，所述主要功能例如供應、激活、調停、評級和 收費目的。該信息例如可以是#映射、關系、價格、收費、活動等。還 提供140在同一邏輯級上的關系或者依從性(例如需要、不具有等)。
410保存用于一般激活過程的工作流的實體(例如請求指令管理部 件)。這個實體可以被稱為指令管理。根據本發(fā)明的一個實施例，所述指 令管理包含接收來自BSS系統(tǒng)400的請求402、基于目錄中的產品和服務 114與服務和技術服務124之間的關系來分解請求402以就要在激活過程 中接觸的技術服務與激活系統(tǒng)進行交流所需要的所有邏輯412 。
414 能夠解釋和處理來自服務配置/規(guī)格目錄中的數據并且提供由 用于激活的一般工作流412過程所使用和需要的功能的實體。所述目錄 450可以包含例如關于產品、從激活過程的角度(例如價格、活動、不同的 收費等)看不相關的大量數據，因此，所述實體僅使用和提供所述激活工 作流所需要的數據。在本發(fā)明的一個優(yōu)選實施例中，指令管理系統(tǒng)410 還可以包含功能庫414，在功能庫中復制來自目錄的相關信息。所^目關
27信息是具有關系的產品-服務-技術服^M。這提供了以提高的響應時間來 處理工作流的顯著優(yōu)點。如果目錄中的服務配置被更新，則由所述目錄向
所述實體提供信息，并且可以重新安裝或者更新復制信息。功能庫414 還包含主要功能，諸如分解規(guī)則、關系管理、回退、德耳塔等。
420進行從一般的服務描述(目錄中的最低級實體，例如技術服務)
向一個或多個網元特定的^Mt或者工作流的轉換并且執(zhí)行它們的實體(即 激活部件)。這個實體包含關于如何還技術服務執(zhí)行到每個網元480的預 定能力模板434和能力邏輯432。能力模板434是最原子化的命令，通常 僅包含要執(zhí)行的一個命令或者任務。所述操作可以凈皮調用到網元480內。 在本發(fā)明的一個實施例中，能力^^1被存儲在網元特定的數據儲存庫430 內。能力邏輯432包含規(guī)則或者流，所述規(guī)則或者流包括對幾個能力模板 434的引用。能力邏輯432定義了可以被調用到一M網元480中的復雜操 作。而且，能力邏輯432使用網元特定的數據儲存庫抽象。抽象的優(yōu)點是 在由網元接口模塊470來管理細節(jié)的同時，它們通過限定通過網元接口模 塊470調用操作所需要的輸入數據而實質上使得配置變得容易。
400 業(yè)務支持系統(tǒng)(BSS)啟動整個過程。在BSS內，存在幾個獨立 的系統(tǒng)，諸如客戶管理、計費、計劃等。
405、 416、 418、 475應用程序接口(API)
470 網元接口模塊(NEI)將激活系統(tǒng)的內部任務轉換成網元特定的 命令或者消息，所述網元特定的命令或者消息執(zhí)行對網絡級上的服務的供
應和激活o
480 網元(NE)在網絡層上通過技術方式實現(xiàn)由訂戶購買的服務。
目錄450存儲服務的M^。依賴于實現(xiàn)方式目錄可以具有任何級別。 通常，已經定義了兩級產品或者服務目錄用于計費目的。但是，還可以有 更多的級。根據本發(fā)明的另一實施例，從供應和激活角度看最重要的是最 低的級。其原因如下:
1. 最低級的所有實體最好應當是可獨立執(zhí)行的，以便實現(xiàn)來自上層 的動態(tài)分解。
2. 目錄內的實體之間的關系可以僅為直接的，例如需要、不具有， 這可以在分解過程中被動態(tài)地解釋。在從較高級實體向最低級實體的分解 過程中，不能在配置期間明確地聲明哪些是最低級實體的集。因此，在處 理的執(zhí)行過程，規(guī)則應當最好是可動態(tài)解譯的(不是工作流)。3. 很難在目錄上的任何級上定義工作流。因為在執(zhí)行期間引用的最 低級實體可以是任意集合，而不可能為目錄(包括目錄中定義的所有級)中 的每個任意的實體集合定義一個預定的工作流。
4. 用于目錄中的最低級實體的可執(zhí)行部分可以是原子的(到網元的一 個操作)，或者可以到多個網元的操作集合或被執(zhí)行并且可調用到多個網 元的操作的工作流。對最低級實體的主要要求是對于所述實體具有單個邏 輯結果(即失敗、成功)。目錄中的最低級實體(抽象服務)鏈接到激活模塊 (在網元特定的數據儲存庫內)中提供的可執(zhí)行部分。
在本發(fā)明的另 一實施例中，還可以使用獨立的指令管理部件與供應和 激活部件。在這種情況下，指令管理部件使用服^#存庫的上面的級(即 簽約，如果可以獲得，產品和服務)。供應和激活部件使用較低的級(即服 務和技術服務)以執(zhí)行技術分解，并且通過將操作執(zhí)行到網元中。
在圖5中，突出了用于將技術月艮務定義到目錄中的過程。通過網元 480來定義網絡的技術能力。因此，從網元480 ，可以通過網元接口 API 475 而得到可以執(zhí)行到網元500中的功能。網元特定的數據儲存庫430可以被 填充以模板434,模板434用于定義由網元480支持的操作。模板定義要 發(fā)送到網元接口模塊470中以便調用網元480內的^作的數據。其還定義 調用所述操作所需要的動態(tài)運行時間數據。模板中的信息是網元特定的。 但是調用所述操作所需要的數據最好應當用一般且網元獨立的方式來定 義。到模板中的接口定義可以由目錄502使用的一般操作。激活和去激活 一般操作的最小集合定義可以在目錄450中提供的技術服務132。如果邏 輯操作不能由一個^^板來定義而其為到多個網元中的操作集合，則其可以 被定義為工作流，也稱為能力邏輯432，能力邏輯提供要由目錄502內的 技術J3MH吏用的類似API。
在本發(fā)明的另一實施例中，描述了所述系統(tǒng)支持自動回退?？梢允褂?兩種替代的方法來完成回退，這兩種方法包括計數操作或者強制的簽約設 置。計數操作可以主要用于激活操作，當某個技術服務集被激活并且所述 激活之一失敗時，系統(tǒng)可以通過調用對于已經成功進行的所有激活的去激 活操作而自動地回退。第二種方法也可以用于修改和刪除。但是要求目錄 存儲具有歷史數據的關于訂戶的簽約的信息。因此，系統(tǒng)可以使訂戶的簽 約強制i^在調用激活過程之前其所處的同 一狀態(tài)中。
現(xiàn)在參見圖4，進一步說明本發(fā)明的一些實施例。在圖4中，示出了 業(yè)務支持系統(tǒng)400和多個網元480。在業(yè)務支持系統(tǒng)400和網元480之間，存在服務供應和激活系統(tǒng)。服M應和激活系統(tǒng)包括服:^ft存庫450，服 M存庫450包含服務配置數據。所述系統(tǒng)還包括指令管理部件410，指 令管理部件410包括一般邏輯412,用于服務供應和激活操作。在圖中所 示的配置內，指令管理部件410還包括操作特定的功能性模塊414，該模 塊包括能夠使用來自服M存庫450的數據的操作特定的功能。
在運行中，指令管理部件410接收來自業(yè)務支持系統(tǒng)400的供應或者
激活請求，并且按照一般邏輯412來處理所接收的請求。所述處理被設置
為使得一般邏輯412每當需要時調用操作特定的功能性模塊414內的操
作特定功能。因此，在這個實施例中， 一般邏輯412僅通過操作特定的功
能性模塊414內的操作特定的功能而使用服M存庫450內的數據。這種 邏輯和功能的層次結構便于進行系統(tǒng)維護，并且每當需要時還便于一般邏
輯的重新配置。通過這種配置，系統(tǒng)可以根據所接收的請求和來自服M 存庫的數據來執(zhí)fr清求特定的一系列操作，而不必對可能在電信網絡中的 每種不同的服務激活、去激活和修改情況來編程特定的單獨工作流。
圖4的系統(tǒng)還包括任務執(zhí)行激活部件420和用于相應的網元480的多 個網元接口模塊470。
在一種可能的配置內，指令管理部件410響應于供應或者激活請求， 以基于該供應或者激活請求來確定任務列表，所述任務列表包括所必需 的、用于簽約的技術服務中的修改的列表。指令管理部件410向激活部件 420提交這個技術服務列表，激活部件420將所述技術服務轉換為能力， 并且經由相關的網元接口模塊470將操作執(zhí)行到網元中。在這個過程中， 服務集被變換為要執(zhí)行到電信網元480中以實現(xiàn)供應或者激活請求的網 元特定的操作。
圖4的服務供應和激活系統(tǒng)包括經由電信連接而彼此連接的三個不 同的計算機系統(tǒng)。 一個計算機系統(tǒng)運行指令管理部件410,另一計算機系 統(tǒng)運行服M存庫450，而第三個計算機系統(tǒng)運行任務執(zhí)行部件420和網 元接口模塊470。所述計算機系統(tǒng)可以是分離的，或者可以運行在同一物 理層上。
圖7提供了根據本發(fā)明的一個優(yōu)選實施例的服務供應和激活系統(tǒng)。在 圖7中提供了所述實施例中的各實體。
所述實施例包括下述的構成整個供應和激活系統(tǒng)的部件。
450如上在圖4的上下文中提供的、保存服務配置/規(guī)格的實體(目410同樣如上在圖4的上下文中提供的、保存用于一般的激活過程 的工作流的實體(例如請求指令管理部件)。
414如上在圖4的上下文中提供的、能夠解釋和處理來自服務配置/ 皿目錄的數據并且提供由用于激活的一般工作流412過程所使用和需 要的功能的實體。
420如上在圖4的上下文中提供的、進行從一般的服務描述(目錄中 的最低級實體，例如技術服務)到一個或多個網元特定操作或者工作流的 轉換并且執(zhí)行它們的實體(即激活部件)。
400如上在圖4的上下文中提供的業(yè)務支持系統(tǒng)(BSS)啟動整個過程。
405、 416、 418、 475 如上在圖4的上下文中提供的應用程序接口 (API)。
470 網元接口模塊，諸如I國A1、 I國B1、 I-C1、 I-D1和I-E1。網元接 口模塊470用于將網元銷售商特定的供應和激活接口(例如基于MML命 令的、基于HTTP消息的、基于文件的、基于Corba IIOP的)抽象為可 以由激活部件(420)使用的一種公共消息格式。激活部件可以使用被網元 接口模塊470轉換為網元接口特定的命令或者消息的內部消息格式，而不 是理解每個網元銷售商特定供應和激活命令或者消息。所，塊還將諸如 "IIARC3053 20030442 145116:被激活的訂戶"等的網元接口響應轉換 為可由激活部件理解的內部消息格式。
480 網元，即需要向其供應訂戶并激活服務以便訂戶使用網絡級服 務(例如寬帶DSL或者移動語音)的單元。所述網絡層服務可以具有技術關 系或者依從性，例如，不能提供移動語音郵件服務，除非也對訂戶激活了 移動語音服務?；蛘?，在沒有在主干ATM網絡上的數據等級的鏈路(虛擬 信道和路徑)的情況下，不能提供DSL寬帶數據服務。
481網絡，即將網元連接在一起并且向客戶提供語音、數據和內容 服務的網絡，所述服務諸如寬帶DSL服務、移動語音服務、移動數據服 務、多媒體消息傳送服務、IP電視等。
430 能力庫包含激活部件可以管理(供應和激活)的網絡級服務的 庫。能力庫定義激活部件所支持的技術網絡級服務集。能力庫定義依賴于 網元的服務、它們的名稱及在服務的操作內所需要的屬性(例如使月艮務啟僅是通過網元接口模塊 470執(zhí)行的一個消息時，可以使用能力模板434。如果技術服務的供應和 激活調用要通過多個網元接口模塊470執(zhí)行的多個消息，則可以使用能力 邏輯432。
434能力模板。網元接口模塊470提供一個單獨的內部消息格式， 該格式可以用于調用網元內的網絡級服務。對于不同的網元銷售商，消息 內容是變化的；網元銷售商A支持例如比網元銷售商B更大的服務集， 或者B可能需要與銷售商A的網元eWL不同的消息內容。所述能力^^ 將具有操作和屬性的技術服務轉換為內部消息，所述內部消息可以M送 到網元特定的接口 ，以通過網元接口被轉換為網元特定的供應和激活命令 或者消息。因此，內部消息鏈接到人可理解的邏輯服務，并且消息的集合 創(chuàng)建可通過激活部件供應和激活的服務的庫?？梢哉f，多個消息被轉換為 公共消息集，并且其中每個被分配有邏輯服務名稱；所述消息在網絡級上 調用(激活/去激活/修改)的服務。
432能力邏輯。因為某些邏輯的iLA可理解的網絡級服務(例如DSL 寬帶服務)可能要求多個消息或者命令被發(fā)送到網元中，因此必須能夠定 義技術工作流，所述技術工作流實現(xiàn)以所需順序將供應和激活消息或者命
令調用到網元中。所述工作流例如可以首先從網絡庫存中查詢要用于網絡 級上的資源，然后命令工作力管理系統(tǒng)建立網絡中的物理鏈路，然后激活 網元內的服務，并且最后更新網絡庫存。因此，邏輯技術服務(在這個示 例內為DSL寬帶)的激活實際上包括要執(zhí)行的多個網洛接口操作。
435技術服務。能力模板434和能力邏輯432—起定義可以通過激 活部件420而激活、去激活或者修改的技術服務集。技術服務是完整的網 元接口，并且也是獨立于網元銷售商的技術服務，其具有人可理解的名稱
和屬性集，所述屬性集限定所需要的數據，以便例如激活所述技術服務。 指令管理可以引用要激活或者去激活的單個或者多個技術服務，其中具有 每個技術服務所需要的所有屬性信息。
436技術服務之間的關系和依從性。因為一些技術服務435在其能 夠被激活之前需要某個其他的技術服務被激活，因此有可能定義下述的依 從性服務Sl在其能夠被激活之前需要服務S2被激活。還可以有下述關 系某個服務不能同時激活，例如，當激活服務S2時不能同時激活服務S3。在與技術服務相同的級上定義所述關系和M性，并且當定義新的技 術服務時，還可以設置其可能的關系和M性?？梢栽诩せ钸^程中使用依 從性信息，以在系統(tǒng)獲得激活任意的技術服務集的命令時識別需要以什么 順序來激活所述技術服務。
475 網元接口， t者如A1、 Bl、 Cl、 D1和E1等。網元支持供應和 激活接口 ，以便外部系統(tǒng)諸如管理人員手動地或者供應和激活系統(tǒng)自動地 建立訂戶所簽約的網元中的服務。接口依賴于網元銷售商和網元類型而改 變。所述接口例如可以是基于MML(人機語言)的命令行接口，這意味著 該供應和激活系統(tǒng)必須打開到所述網元的終端連接，并且將MML命令調 用到所述網元以建立對訂戶的服務。即^f吏多個網元類型支持基于MML的 接口，語法在網元之間也是完全不同的。這意味著為了在來自銷售商X 的網元上建立對訂戶的相同網絡級的技術服務，需要使用命令"set id=+countrycode—subscriberNumber，，，而來自銷售商Y的網元則要求不 同的命令，如'create user "subscriberNumber"，。用于將供應和激活命 令調用到網元中的其他技術例如有創(chuàng)建Corba IIOP對象到網元、在Java RMI上通過遠程方法調用方法創(chuàng)建訂戶、通過HTTP協(xié)議來發(fā)iiU良務激 活消息等。存在網元銷售商支持的許多不同的技術接口實現(xiàn)方式。
圖7突出顯示了供應和激活方案，該方案在指4^/請求管理部件(410) 中使用過程工作流(412)，以通過服務目錄(450)和激活部件(420)將來自業(yè) 務支持系統(tǒng)(400)的服務或者產品的激活分解為技術服務，以將技術服務 執(zhí)行到網絡(481)中。所述激活部件具有網元接口模塊(470)，該網元接口 模塊將內部消息格式轉換為網元特定的命令或者消息。能力儲存庫(430) 保存從內部消息向人可理解的且可管理的技術服務的抽象，所述內部消息 例如激活網絡級的能力。所述抽象通過下述方式來進行使用模板(434) 或者在網絡級上的更復雜的操作的情況下使用工作流(也稱為能力邏輯 (432))將內部消息映射為技術服務和它們的管理操作(例如啟動語音服 務)，即一個技術服務及其操作可以引用網絡層上的多個操作，所述多個 操作表示為網元接口模塊上的多個消息。
示出了通過激活部件將技術服務定義到目錄中的處理。網元(480)定 義網絡的技術能力以支持對訂戶的電信服務。網元接口模塊(470)反映(800) 可以通過它們供應和激活到網元(480)中的服務。所述網元接口模塊可以 僅管理網元當前支持的服務。所述網元接口模塊具有內部消息格式，該格 式可用于調用接口模塊，以執(zhí)行激活命令或者向網元中發(fā)送激活消息。為
33了定義可以通過激活部件管理的服務集，在能力庫(430)內進行網元接口 模塊消息向服務和它們支持的操作的轉換。能力庫僅支持可以通過網元接 口模塊(802)管理的服務。能力庫內的服務消息可以具有網元特定的消息 內容，即用于激活同一服務的消息要求銷售商A設置的與銷售商B相比 較不同類型的參數集。模板(434)用于將銷售商特定的消息轉換為具有公 共的M集的消息。如果諸如激活等的服務操作意味著網元接口模塊上的 多個消息，則工作流(也稱為能力邏輯(432))可以用于將激活過程建模。 然后，模板(434)和工作流(也稱為能力邏輯(432))可以被轉換(804)為邏 輯技術服務(例如移動語音、DSL、 PSTN語音)和它們的操作(例如設置、 去除、改變移動訂戶ISDN號)。當定義技術服務集時，服務管理數據在 這樣的級上使得其可以被輸出(806)到外部系統(tǒng)，諸如服務目錄(450)，所 述外部系統(tǒng)需要了解電信網絡當前支持的技術服務。
在圖9中，技術服務指的是能力庫內的技術服務集，所述能力庫將電 信網絡支持的技術服務建模。因為技術服務可在網絡級上具有依從性和關 系，因此，也可以在能力庫上對所述關系和依從性建模。為了使系統(tǒng)能夠 《1導定義技術服務包的人員僅定義從網絡角JL^"有效的服務包，這是需要 的。在運行時間期間，需要關系和M性數據來檢查要激活的、被引用的 技術服務集是有效的，并且還識別對技術服務的正確處理順序。圖9示出 了依從性和關系首先，在可以激活HLRGPRS技術服務之前需要激活 HLR語音技術服務，因此，HLRGPRS需要HLR語音(卯2)。其次，HLR 數據9600技術服務具有關系"不能與(卯4)HLR數據4800共存"，這表示 從網絡的角兩種技術服務不能同時有效。
上述的說明僅僅是為了例示本發(fā)明，而并非意欲限定由權利要求提供 的保護范圍。權利要求還旨在覆蓋其等同物，并且不應局限于字面來理解 權利要求。
權利要求
1. 一種電信網絡中的服務供應和激活系統(tǒng)，包括用于服務配置數據的服務儲存庫，該服務配置數據包括有關由所述電信網絡提供的電信產品或者服務的數據，操作特定的功能性模塊，該模塊包括能夠使用來自所述服務儲存庫的數據的操作特定的功能，以及指令管理部件，該部件包括用于服務供應和激活操作的一般邏輯，所述指令管理部件用于接收來自業(yè)務支持系統(tǒng)的供應或者激活請求，并且根據所述一般邏輯來處理所接收的請求，所述一般邏輯還用于調用所述操作特定的功能性模塊中的操作特定的功能，以便基于所接收的請求和來自所述服務儲存庫的數據來執(zhí)行請求特定的一系列操作。
2. 根據權利要求l的系統(tǒng)，其中，對于所述電信產品或者服務中的 每個，所述服務儲存庫內的服務配置數據包括有關由所述電信網絡提供 的、為了提供所述電信產品或者服務所必需的技術服務或者能力的數據。
3. 根據權利要求1或者2的系統(tǒng)，其中，所述服務儲存庫內的服務 配置數據包括有關所述電信網絡中處于激活狀態(tài)的簽約的數據。
4. 根據權利要求3的系統(tǒng)，其中，所述服M存庫內的服務配置數 據將所述簽約中的每個與針對該簽約的處于激活狀態(tài)的相應的電信產品 或者服務相聯(lián)系。
5. 根據權利要求2-4中的任一項的系統(tǒng)，其中，根據共享信息數據 模型(SID)來設置所^iMHt存庫內的服務配置數據。
6. 根據權利要求2-5中的任一項的系統(tǒng)，其中，來自所述業(yè)務支持 系統(tǒng)的供應或者激活請求指示簽約以及用于該簽約的對產品和/或服務級的期望^Mt。
7. 根據權利要求6的系統(tǒng)，其中，所述服務供應和激活系統(tǒng)響應于 所述供應或者激活請求，以基于所述供應或者激活請求來確定任務列表， 所述任務列表包括必需的針對所述簽約的技術服務或者能力中的修改的 列表。
8. 根據權利要求7的系統(tǒng)，包括任務執(zhí)行部件和用于相應的網元的 多個網元接口模塊，其中，所述任務執(zhí)行部件用于通it^目關的網元接口模 塊來執(zhí)行所述任務列表內的任務，從而使任務列表被轉譯為要在電信網元中執(zhí)行以便實現(xiàn)所述供應或者激活請求的網元特定的操作。
9. 根據權利要求1-8中的任一項的系統(tǒng)，包括分解功能，該分解功 能用于將關于產品級或者服務級的服務描述分解為對應的在技術服務或 者能力級上的服務描述。
10. 根據權利要求l-9中的任一項的系統(tǒng)，其中，所述操作特定的功 能包括關系功能，該關系功能能夠基于所述技術服務或者能力之間的技術 關系、以激活、去激活或者修改的正確順序來安排所述技術服務或者能力。
11. 根據權利要求1-10中的任一項的系統(tǒng)，其中，所述操作特定的 功能包括回退功能，該回退功能能夠恢復在接收到所述供應或者激活請求 的時刻有效的簽約的狀態(tài)。
12. 根據權利要求1-11 ，的任一項的系統(tǒng)，包括更新功能，該功能庫內的服務配置數據。
13. 根據權利要求1-12中的任一項的系統(tǒng)，包括德耳塔功能，該功 能能夠操作用于確定實現(xiàn)所述供應或者激活請求所需的技術服務或者能 力中的最小改變。
14. 根據權利要求13的系統(tǒng)，其中所述德耳塔功能能夠操作用于基于所述服務儲存庫內的服務配置數據來確定所述電信網絡中的處 于激活狀態(tài)的技術服務或者能力，確定對于應當在所述供應或者激活請求中定義的改變之后激活的產 品和/或服務所需的技術服務或者能力，其中，該確定基于所述供應或者 激活請求和所述服務儲存庫內的服務配置數據，以及確定技術服務或者能力變化量，所述變化量即將當前激活的技術服務 或者能力的組改變?yōu)閼斣谒龉蛘呒せ钫埱笾卸x的改變之后激 活的技術服務或者能力的組所需的改變。
15. 根據權利要求1-14中的任一項的系統(tǒng)，其中，所述電信網絡包 括多個網元，所述多個網元包括具有不同的命令語言和/或命令語法的網 元，并且所述服務供應和激活系統(tǒng)適于提供在由所述指令管理部件提供的 請求特定的一系列操作與由特定網元能夠理解的命令之間的接口。
16. 根據權利要求1-15中的任一項的系統(tǒng)，包括 多個網元接口模塊，所述多個網元接口模塊與所述電信網絡中的相應網元通信，以及任務執(zhí)行部件，所述任務執(zhí)行部件與所述指令管理部件和所述多個網 元接口模塊通信。
17. 根據權利要求16的系統(tǒng)，其中所述指令管理部件用于基于所述供應或者激活請求和所述服務配置 數據而產生必要的一般操作集，并且向所述任務執(zhí)行部件提交所產生的一 般操作集，所述任務執(zhí)行部件響應于所提交的一般操作集，將一般操作轉換為網 元特定的操作，并且將所述網元特定的操作分發(fā)到所述多個網元接口模塊 中相應的網元接口模塊，并且所述網元接口模塊用于將網元操作轉換為網元特定的命令，并且將所 述命令提交給相應的電信網元。
18. 根據權利要求16或者17的系統(tǒng)，其中所述多個網元接口模塊提供網元接口 ，所述網元接口允許使用公共命 令集來管理所述多個網元，并且所述任務執(zhí)行部件提供用于所述指令管理部件的技術服務級接口 ，所 述技術服務級接口能夠在抽象的技術服務級上在所述指令管理部件和所 述任務執(zhí)行部件之間傳送命令，并且所述任務執(zhí)行部件連接到所述網元接 口 ，并且適于提供在所述技術服務級接口和所述網元接口之間的轉譯。
19. 根據權利要求16-18中的任一項的系統(tǒng)，其中，所述任務執(zhí)行部 件用于從網元得到有關所述網元提供的能力的信息，并且基于所得到的信力的最新信息。
20. 根據權利要求16-19中的任一項的系統(tǒng)，其中，所述任務執(zhí)行部夠為所述網元接口模塊理解的形式的命令的消息的過程中使用的能力模 板。
21. 根據權利要求16-20中的任一項的系統(tǒng)，其中，所述任務執(zhí)行部 件包括要在將定義技術服務和相關參數的請求轉換為包含對應的具有能 夠為所述網元接口模塊理解的形式的命令的多個消息的過程中使用的能 力邏輯。
22. 根據權利要求21的系統(tǒng)，其中，所述能力邏輯中的每個包含技 術工作流，所述技術工作流定義要發(fā)送到所述網元接口模塊的消息和命令 以及發(fā)送所述消息和命令的順序。
23. 根據權利要求1-22中的任一項的系統(tǒng)，其中，所述操作特定的 功能性模塊由所述指令管理部件構成。
24. 根據權利要求23的系統(tǒng)，其中，所述指令管理部件包括復制數 據庫，該復制數據庫復制所述服^ft存庫內的服務配置數據中的一部分。
25. 根據權利要求23或者24的系統(tǒng)，包括第一計算機系統(tǒng)，能夠操作用于運行所^JMHt存庫，以及 第二計算機系統(tǒng)，能夠操作用于運行所述指令管理部件。
26. 根據權利要求1的系統(tǒng)，其中，所述指令管理部件(410)和所述求，并將所述請求轉換為技術服務中的對應改變，并且所述系統(tǒng)包括激活 部件(420),該激活部件適于將所述技術服務中的改變執(zhí)行到網元(480)和 網絡(481)中，其中，所述激活部件包括能力儲存庫(430)，所述能力儲存庫用于將所述技 術服務中的改變轉換為具有內部消息格式的至少一個消息，并且在相反的 方向上，提供從所述內部消息格式的消息向人能夠理解和管理的技術服務 格式的抽象，并且所述激活部件包括網元接口模塊(470)，所述網元接口模塊適于將所 述內部消息格式的消息轉換為網元特定的命令或者消息。
27. 根據權利要求26的系統(tǒng)，其中，通過使用模板(434)、或者在較 復雜的操作的情況下使用工作流(432)而將內部消息映射為技術服務及其 管理操作來進行所述抽象，在所述較復雜的操作中， 一個技術服務及其操 作引用在網絡層上的多個操作。
28. 根據權利要求26或者27的系統(tǒng)，其中，所述系統(tǒng)適于使用能力 模板、能力邏輯和/或能力儲存庫而將所述內部消息格式的消息轉換為網 元特定的格式的消息。
29. 根據權利要求27或者28的系統(tǒng)，包括能力儲存庫，所述能力儲 存庫包含所有必需的能力邏輯和能力模板。
30. 根據權利要求27-29中的任一項的系統(tǒng)，適于使用所述能力模板將具有操作和屬性的技術服務轉換為內部消息，所述內部消息能夠凈iL^送到網元特定的接口 ，以通過網元接口被轉換為網元特定的供應和激活命令 或者消息。
31. 根據權利要求27-30中的任一項的系統(tǒng)，其中，所述能力模板內 的信息是網元特定的。
32. 根據權利要求27-31中的任一項的系統(tǒng)，其中，所述能力邏輯包 括至少兩個能力模板。
33. 根據權利要求26-32中的任一項的系統(tǒng)，其中，所述能力儲存庫 包括所述技術服務的依從性和關系。
34. 根據權利要求26-33中的任一項的系統(tǒng)，適于從網絡庫存部件中 查詢要在網絡級上使用的資源，然后命令工作力管理系統(tǒng)以便在所述網絡 中進行物理鏈接的建立，然后在所述網元中激活服務，并且最后更新網絡 庫存。
35. 根據權利要求26-34中的任一項的系統(tǒng)，包括能力庫，所述能力 庫定義依賴于網元的服務、它們的名稱和在用于技術服務的操作中所需要 的屬性以及到能力模板或者能力邏輯的映射，所述能力模板或者能力邏輯產生發(fā)往網元接口以完成在網絡級上的服務的供應和激活的一個或多個 消息。
36. 根據權利要求35的系統(tǒng)，其中，在所述能力庫中進行從內部消 息格式向銷售商特定的格式的轉換。
37. 根據權利要求35的系統(tǒng)，其中，所述網元接口模塊(470)將內部 消息轉換為網元特定的命令或者供應和激活消息。
38. 根據權利要求26-37中的任一項的系統(tǒng)，適于提供用于取消所進 行的改變的回退功能。
39. 根據權利要求26-38中的任一項的系統(tǒng)，其中，所述網元接口模 塊(470)適于將網元特定的供應和激活接口抽象為能夠由所述激活部件 (420)使用的一種公共消息格式。
40. 根據權利要求26-39中的任一項的系統(tǒng)，其中，所述網元接口模 塊(470)適于控制相應的網元(480)，并且經由相應的網元接口 (475)來設置 所述網元接口才莫塊(470)與所勤目應的網元(480)之間的通信。
41. 根據權利要求40的系統(tǒng)，其中，通過使用MML命令、HTTP消息、XML文件或者Corba HOP消息來實現(xiàn)所述網元接口模塊(470)與 所^t目應的網元(480)之間的通信。
42. 根據權利要求26-41中的任一項的系統(tǒng)，其中，所述網元提供能 夠被供應和激活到網元中的一組服務，并且所述網元接口模塊反映所述一 組服務。
43. 根據權利要求42的系統(tǒng)，其中，所述能力庫支持由所述網元接 口模塊反映的一組服務。
44. 根據權利要求43的系統(tǒng)，包括技術服務集，該技術服務集包括 所支持的一組服務向邏輯技術服務和它們的操作的轉換。
45. 根據權利要求44的系統(tǒng)，包括輸出功能，該輸出功能用于向外 部系統(tǒng)或者向所述服^Ht存庫(450)輸出所述技術服務集。
46. —種操作電信網絡中的服務供應和激活系統(tǒng)的方法，所述系統(tǒng)包 括服M存庫，該服務儲存庫包含服務配置數據；操作特定的功能性模 塊，所述功能性模塊具有能夠使用所述服^ft存庫內的數據的操作特定的 功能；以及指令管理部件，該指令管理部件包含用于服務供應和激活操作 的一般邏輯，所述方法包括接收和解釋來自業(yè)務支持系統(tǒng)的供應或者激活請求，以及響應于所述請求，基于所述請求內的信息通過所述指令管理部件內的 所述一般邏輯來進行處理，所述處理包括調用所述^Mt特定的功能性模 塊內的操作特定的功能，以及經由所調用的操作特定的功能來利用所述服 M存庫內的服務配置lt據。
47. 根據權利要求46的方法，包括自動確定用于實現(xiàn)所接收的供 應或者激活請求的、電信網絡的技術服務或者能力中所需的改變。
48. 根據權利要求46或者47的方法，其中，所接收的供應或者激活 請求涉及對用于簽約的至少一個新產品或者服務的激活，并且所述方法包 括確定所述電信網絡中處于激活狀態(tài)的用于所述簽約的技術服務或者 能力，確定用于實現(xiàn)所接收的請求所需的技術服務或者能力，以及激活所述電信網絡中的用于實現(xiàn)所接收的請求所需的并且不處于激 活狀態(tài)的技術服務或者能力。
49. 根據權利要求48的方法，其中，確定激活的技術服務或者能力 包括從所述服務儲存庫中取得用于所述簽約的處于激活狀態(tài)的產品或者 服務的列表，以及將所述列表分解為用于提供處于激活狀態(tài)的產品或者服務所需的技 術服務或者能力的列表。
50. 根據權利要求48或者49的方法，包括形成第一組技術服務或者能力，所述第一組技術月良務或者能力由所述 電信網絡中已經處于激活狀態(tài)的、用于所述簽約的技術服務或者能力構 成，形成第二組技術服務或者能力，所述第二組技術服務或者能力由用于 實現(xiàn)所接收的請求所需的技術服務或者能力構成，形成第三組技術服務或者能力，所述第三組技術月良務或者能力由出現(xiàn) 在所述第二組中但是不在所述第一組中的所有技術服務或者能力構成，及M出現(xiàn)在所述第三組中的技術月良務或者能力執(zhí)行激活。
51. 根據權利要求48-50中的任一項的方法，包括考慮到所述技術 服務或者能力之間的技術關系而將要激活的技術服務或者能力設置為激 活順序，以及以所設置的激活順序來激活所述技術服務或者能力。
52. 根據權利要求46或者47的方法，其中，所接收的供應或者激活 請求涉及從簽約中將現(xiàn)有產品或者服務中的至少一個產品或者服務的去 激活，所述方法包括確定去激活組，所述去激活組即要去激活的所述至少一個產品或者服 務所需的、用于所述簽約的一組技術服務或者能力，確定剩余的服務組，所述剩余的服務組即不要去激活的現(xiàn)有產品或者 服務所需的、用于所述簽約的一組技術服務或者能力，以及的、用于所述簽約的技術服務或者能;。、 、 "
53. 根據權利要求52的方法，其中，確定所述去激活組包括將要 去激活的所述至少 一個服務或者產品分解為用于提供所述至少 一個服務 或者產品所需的技術服務或者能力的列表。
54. 根據權利要求52或者53的方法，其中，確定所述剩余的服務組 包括從所述服務儲存庫中取得用于所述簽約的處于激活狀態(tài)的產品或者 服務的列表，從所述列表中去除要去激活的所述至少 一個服務或者產品，以及將所述列表分解為用于提供處于激活狀態(tài)的產品或者服務所需的技 術服務或者能力的列表。
55. 根據權利要求46或者47的方法，其中，所接收的供應或者激活 請求涉及在為簽約提供的產品或者服務集中的改變，所述方法包括確定所述電信網絡中的、用于所述簽約的處于激活狀態(tài)的技術服務或 者能力，確定應當在所述供應或者激活請求中定義的改變之后處于激活狀態(tài) 的產品和/或服務所需的技術服務或者能力，以及確定技術服務或者能力變化量，所述技術服務或者能力變化量即用于 將當前激活的技術服務或者能力的組改變?yōu)閼斣谒龉蛘呒せ钫?求中定義的改變之后處于激活狀態(tài)的技術服務或者能力的組所需要的改 變。
56. 根據權利要求55的方法，其中確定所述電信網絡中的處于激活狀態(tài)的技術服務或者能力的步驟包 括:從所述服M存庫中取得用于所述簽約的處于激活狀態(tài)的產品或者服 務的列表，以及將該列表分解為提供處于激活狀態(tài)的產品或者服務所需的 技術服務或者能力的列表，確定應當在所述改變之后處于激活狀態(tài)的技術服務或者能力的步驟 包括從所述服M存庫中取得應當處于激活狀態(tài)的產品和/或服務的列 表，以及將該列表分解為用于提供所述產品和/或服務所需的技術服務或 者能力的列表，并且確定所述技術服務或者能力變化量的步驟包括比較所述列表，并且 根據所述比較,提供必須被激活的技術服務或者能力的列表以及應當去激 活的技術服務或者能力的列表。
57. 根據權利要求55或者56的方法，包括考慮到所述技術服務或 者能力之間的技術關系而將要激活以及要去激活的技術服務或者能力設置為處理順序，并且以所i殳置的處理順序來激活或去激活所述技術月艮務或 者能力。
58. 根據權利要求47-57中的任一項的方法，包括將所述技術服務 或者能力中所必需的改變分解為相應的網元任務。
59. 根據權利要求58的方法，包括通過網元接口模塊將所述網元任 務執(zhí)行到網元中。
60. 根據權利要求47-59中的任一項的方法，包括響應于所述技術服務內所必需的改變，形成一般網元命4^格式的命令 消息，將所形成的命令消息導向特定的網元， 將所述命令消息轉譯為網元特定的命令，以及 向相應的網元發(fā)送所述網元特定的命令。
61. 根據權利要求60的方法，包括在所勤目應的網元處執(zhí)行所述 網元特定的命令。
62. 根據權利要求61的方法，包括確認所述網元特定的命令在所 勤目應的網元處的成功執(zhí)行。
63. 根據權利要求60-62中的任一項的方法，其中，形成一般網元命 令格式的命令消息的步驟包括使用能力模板將技術服務和相關參數轉換 為命令消息。
64. 根據權利要求60-63中的任一項的方法，其中，形成一般網元命 令格式的命令消息的步驟包括使用能力邏輯將技術服務和相關參數轉換 為用于發(fā)送到所勤目應的網元的具有限定順序的命令消息集。
65. 根據權利要求46-64中的任一項的方法，包括 監(jiān)視所述電信網絡的網元，基于所述監(jiān)視,構造有關在所述電信網絡中可用的技術服務或者能力 的lt據，以及基于所構造的有關在所述電信網絡中可用的技術服務或者能力的數 據來更新所述月艮^ft存庫中的數據。
66. 根據權利要求46-65中的任一項的方法，包括將來自所述服務 儲存庫的服務配ilt據中的至少 一部分復制到所述指令管理部件。
67.根據權利要求46的方法，包括通過所述指令管理部件(410)和所述服務儲存庫(450)，分解來自所述 業(yè)務支持系統(tǒng)(400)的供應或者激活請求，并且將所述請求轉換為技術服 務中的對應改變，以及(481)中。
68. 根據權利要求67的方法，包括通過能力儲存庫(430)，將所述技術服務中的改變轉換為內部消息格 式的至少一個消息，通過網元接口模塊(470),將所述內部消息格式的消息轉換為網元特 定的命令或者消息。
69. 根據權利要求67或者68的方法，包括提供從所述內部消息格 式的消息向人能夠理解和管理的技術服務格式的抽象。
70. 根據權利要求69的方法，包括通過使用模板(434)、或者在較 復雜的操作的情況下使用工作流(432)而將內部消息映射為技術服務及其 管理操作來提供所述抽象，在所述較復雜的操作中， 一個技術服務及其操 作引用網絡層上的多個操作。
71. 根據權利要求67-70中的任一項的方法，包括使用能力模板、 能力邏輯和/或能力儲存庫而將所述內部消息格式的消息轉換為網元特定 格式的消息。
72. 根據權利要求71的方法，其中，所述能力模板中的信息是網元 特定的。
73. 根據權利要求67-72中的任一項的方法，包括 從網絡庫存部件中查詢要在網絡級上使用的資源， 命令工作力管理系統(tǒng)在所述網絡中執(zhí)行物理鏈接的建立， 在所述網元中激活服務，以及更新網絡庫存。
74. 根據權利要求67-73中的任一項的方法，包括將網元特定的供 應和激活接口抽象為能夠被所述激活部件(420)使用的一種公共消息格 式。
75. 根據權利要求67-74中的任一項的方法，包括經由所述網元接 口模塊(470)和相應的網元接口 (475)來控制所述網元(480)。
76. 根據權利要求75的方法，其中，所述網元接口模塊(470)和相應 的網元(480)使用MML命令、HTTP消息、XML文件或者Corba IIOP 消息來通信。
77. 根據權利要求67-76中的任一項的方法，其中，所述網元提供能 夠被供應和激活到所述網元中的 一組服務，并且所述網元接口模塊反映所 述一組服務。
78. 根據權利要求77的方法，其中，所述能力庫支持由所述網元接 口模塊反映的一組服務。
79. 根據權利要求78的方法，包括提供技術服務集，所述技術服 務集包括所支持的一組服務向邏輯技術服務及其操作的轉換。
80. —種計算;^rt^呈序產品，包括計算,序代碼，所述計算M序代 碼能夠操作用于指示計算機系統(tǒng)執(zhí)行根據權利要求46-79中任一項的方 法。
81. —種使用根據權利要求1-45中的任一項的服務供應和激活系統(tǒng) 以向業(yè)務支持系統(tǒng)提供對電信網絡中用于所感興趣的簽約的處于激活狀 態(tài)的服務的業(yè)務級^f見的方法。
82. —種用于使用根據權利要求1-45中的任一項的服務供應和激活 系統(tǒng)以在電信網絡中由業(yè)務支持系統(tǒng)實現(xiàn)業(yè)務級的請求的方法，所述請求 請求為所感興趣的簽約提供的服務中的至少一個改變。
全文摘要
一種用于電信網絡的服務供應和激活的方法和系統(tǒng)。所述系統(tǒng)在業(yè)務支持系統(tǒng)(400)和多個網元(480)之間工作，并且包括包含服務配置數據的服務儲存庫(450)。所述系統(tǒng)還包括指令管理部件(410)，該指令管理部件包括用于服務供應和激活操作的一般邏輯(412)以及操作特定的功能性模塊(414)，該模塊包括能夠使用來自服務儲存庫(450)的數據的操作特定的功能。所述指令管理部件(410)接收來自業(yè)務支持系統(tǒng)(400)的請求，并且根據一般邏輯(412)來處理它，所述一般邏輯(412)調用所述操作特定的功能性模塊(414)內的操作特定的功能。通過這種配置，所述系統(tǒng)可以基于所接收的請求和來自所述服務儲存庫的數據來執(zhí)行請求特定的一系列操作，而不需要編程用于電信網絡中可能出現(xiàn)的每個不同的服務激活、去激活和修改情況的單獨工作流。
文檔編號G06Q10/00GK101461183SQ200780020813
公開日2009年6月17日 申請日期2007年5月22日 優(yōu)先權日2006年6月5日
發(fā)明者亞爾科·胡赫塔寧, 哈里·沃爾米斯托 申請人:康博泰公司