專利名稱：使用個(gè)性化規(guī)則對呼叫進(jìn)行路由和處理的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信系統(tǒng)并且尤其涉及用于使用個(gè)性化郵件規(guī)則對呼 叫進(jìn)行路由和處理的系統(tǒng)。
背景技術(shù)：
一些現(xiàn)代企業(yè)電信系統(tǒng)可以保證監(jiān)視和報(bào)告在企業(yè)用戶的聯(lián)系人 列表上的聯(lián)系人的存在狀態(tài)。其它的允許用戶指定對來話電話呼叫的 處理。在這些系統(tǒng)中，用戶可以登錄到服務(wù)器并且定義用于指定呼叫處 理流程的規(guī)則，例如呼叫是否要被路由到用戶的桌式電話、移動(dòng)電話、 語音郵件等等。此外，所述服務(wù)器可以監(jiān)視用戶和設(shè)備存在和可用性 狀態(tài)。然而，選擇使用這種先進(jìn)電信系統(tǒng)的很多企業(yè)已經(jīng)有適當(dāng)?shù)膫鹘y(tǒng) 基礎(chǔ)設(shè)施并且不愿意完全替換固定設(shè)備。因此，新系統(tǒng)的采用傾向于 比較零碎地發(fā)生，使得新系統(tǒng)和傳統(tǒng)系統(tǒng)兩者同時(shí)運(yùn)行。正如可以理解的，新的先進(jìn)系統(tǒng)提供在傳統(tǒng)系統(tǒng)上不可得到的很 多功能。然而，經(jīng)常值得期望的是提供盡可能多的功能給那些利用傳 統(tǒng)系統(tǒng)的用戶。然而，在這種先進(jìn)系統(tǒng)中，所有呼叫典型地都通過服 務(wù)器被路由。因?yàn)樗泻艚卸纪ㄟ^服務(wù)器被路由，所以如果與傳統(tǒng)系 統(tǒng)相關(guān)的大量呼叫被接收并且經(jīng)由服務(wù)器被路由，那么網(wǎng)絡(luò)帶寬可能 受到不利影響。發(fā)明內(nèi)容在現(xiàn)有技術(shù)中這些和其它缺點(diǎn)在很大程度上通過根據(jù)本發(fā)明實(shí)施 例的系統(tǒng)和方法得以克服。根據(jù)本發(fā)明實(shí)施例的系統(tǒng)包括服務(wù)器，包含用于存儲(chǔ)一個(gè)或者 多個(gè)處理規(guī)則的一個(gè)或者多個(gè)數(shù)據(jù)庫，其中所述處理規(guī)則指定來話電 話呼叫的處理；中介路由控制單元，其被配置用以響應(yīng)于來話電話呼 叫來訪問所述一個(gè)或者多個(gè)數(shù)據(jù)庫并且提供一個(gè)或者多個(gè)處理規(guī)則到交換機(jī)控制單元用以處理來話電話呼叫的路由，所述交換機(jī)控制單元位于來話電話呼叫的信令路徑上；其中所述服務(wù)器和中介路由控制單 元在所述信令路徑外部。根據(jù)本發(fā)明的實(shí)施例的系統(tǒng)包括第一電信基礎(chǔ)設(shè)施；第二電信基 礎(chǔ)設(shè)施；服務(wù)器，其包含用于存儲(chǔ)一個(gè)或者多個(gè)處理規(guī)則的一個(gè)或者 多個(gè)數(shù)據(jù)庫，其中所述處理規(guī)則指定來話電話呼叫的處理，所述服務(wù)器被配置用以提供在所述第一電信基礎(chǔ)設(shè)施中的信令路徑中的呼叫處 理；和中介路由控制單元，其被配置用以響應(yīng)于在第二電信基礎(chǔ)設(shè)施 中的來話電話呼叫而訪問所述一個(gè)或者多個(gè)數(shù)據(jù)庫并且提供一個(gè)或者 多個(gè)處理規(guī)則到交換機(jī)控制單元用以處理來話電話呼叫的路由，所述 交換機(jī)控制單元位于第二電信基礎(chǔ)設(shè)施中的來話電話呼叫的信令路徑 上；其中所述服務(wù)器和中介路由控制單元在第二電信基礎(chǔ)設(shè)施中的來 話電話呼叫的信令路徑之外。在一些實(shí)施例中， 一個(gè)或者多個(gè)數(shù)據(jù)庫可由用戶通過瀏覽器類型 接口來配置。在一些實(shí)施例中。 一個(gè)或者多個(gè)數(shù)據(jù)庫維持一個(gè)或者多 個(gè)路由列表用以路由來話電話呼叫并且所述中介路由控制單元被配置 用以在所述第二電信基礎(chǔ)設(shè)施上的來話電話呼叫開始時(shí)詢問所述一個(gè) 或者多個(gè)數(shù)據(jù)庫并且響應(yīng)于來話電話呼叫和對所述列表上的前一個(gè)號(hào) 碼連接的失敗而順序提供在所述一個(gè)或者多個(gè)路由列表上的號(hào)碼到所 述交換機(jī)控制單元。根據(jù)本發(fā)明實(shí)施例的電信方法包含在與第一電信系統(tǒng)相關(guān)聯(lián)的電 信交換機(jī)處接收來話呼叫；在第二電信系統(tǒng)中在服務(wù)器處詢問規(guī)則數(shù) 據(jù)庫，所述規(guī)則數(shù)據(jù)庫定義一個(gè)或多個(gè)規(guī)則用以經(jīng)由第一電信系統(tǒng)路 由來話呼叫，所述服務(wù)器在來話呼叫的信令路徑之外；并且根據(jù)所述 一個(gè)或者多個(gè)規(guī)則路由來話呼叫。


通過參考附圖，可以更好地理解本發(fā)明并且使其大量目標(biāo)、特征 和優(yōu)點(diǎn)對于本領(lǐng)域技術(shù)人員顯而易見。在不同附圖中對同樣的參考符 號(hào)的使用表示類似的或者相同的術(shù)語。圖l是示意地說明根據(jù)本發(fā)明實(shí)施例的系統(tǒng)的簡圖。 圖2是示意地說明對本發(fā)明實(shí)施例的操作的筒圖。圖3是說明根據(jù)本發(fā)明實(shí)施例的示例性中介路由控制單元的簡圖。圖4A和圖4B是說明本發(fā)明實(shí)施例的操作的流程圖。圖5是說明本發(fā)明實(shí)施例的操作的信令圖。圖6A、圖6B和圖6C說明根據(jù)本發(fā)明實(shí)施例的命令信令結(jié)構(gòu)。圖7是說明本發(fā)明實(shí)施例的操作的筒圖。圖8是說明本發(fā)明實(shí)施例的操作的簡圖。圖9是說明根據(jù)本發(fā)明實(shí)施例的示例性呼叫狀態(tài)的簡圖。圖IO是說明本發(fā)明實(shí)施例的操作的筒圖。
具體實(shí)施方式
現(xiàn)在轉(zhuǎn)向附圖并且尤其注意圖l,示出了根據(jù)本發(fā)明實(shí)施例的電信 系統(tǒng)100的簡圖。系統(tǒng)100包括中介路由應(yīng)用110，所述中介路由應(yīng)用IIO 可以包括先進(jìn)電信服務(wù)器(ACS) 102、可操作地與其耦合或者與其通 信。所述ACS 102可以與先進(jìn)通信網(wǎng)絡(luò)基礎(chǔ)設(shè)施104耦合或者通信，ACS 102可以為所述先進(jìn)通信網(wǎng)絡(luò)基礎(chǔ)設(shè)施104提供路由、存在(presence) 和基于規(guī)則的通信等服務(wù)。因而ACS 102維持呼叫和用戶信息的一個(gè)或 者多個(gè)數(shù)據(jù)庫103和用于處理呼叫和用戶信息和路由規(guī)則的規(guī)則引擎 105。 ACS 102也可以包括存在和可用性服務(wù)107。先進(jìn)通信網(wǎng)絡(luò)104可 以包括一個(gè)或者多個(gè)用戶設(shè)備118。示例性先進(jìn)通信系統(tǒng)是可從西門子通信公司(Siemens Communications, Inc.)獲得的OpenScape系統(tǒng),其中所述先進(jìn)通信系 統(tǒng)包括ACS和能夠適合用于根據(jù)本發(fā)明實(shí)施例的系統(tǒng)中的先進(jìn)通信網(wǎng) 絡(luò)。這樣的環(huán)境可以例如與Windows Server、 Microsoft Office Live Communications Server 、 Microsoft Active Directory 、 Microsoft Exchange和SQL Server相結(jié)合地來實(shí)現(xiàn)。系統(tǒng)IOO還包括傳統(tǒng)網(wǎng)絡(luò)IOI,也即與先進(jìn)通信網(wǎng)絡(luò)104不同類型的 網(wǎng)絡(luò)基礎(chǔ)設(shè)施。特別地，在一些實(shí)施例中，傳統(tǒng)網(wǎng)絡(luò)可以作為傳統(tǒng)的 固定線路PBX基礎(chǔ)設(shè)施或者傳統(tǒng)的IP網(wǎng)絡(luò)來實(shí)現(xiàn)。傳統(tǒng)網(wǎng)絡(luò)101包括一 個(gè)或者多個(gè)用戶設(shè)備116，所述用戶設(shè)備116可以;故具體化為電話，例 如模擬(DTMF)或者數(shù)字電話。網(wǎng)關(guān)106將傳統(tǒng)網(wǎng)絡(luò)101耦合到ACS 102。傳統(tǒng)網(wǎng)絡(luò)101耦合到傳統(tǒng)的電信交換機(jī)112。交換機(jī)112可以被具 體化為多種交換機(jī)中的任一種，例如可從西門子通信公司獲得的Hicom300或者例如可從Nortel、 Avaya和Cisco獲得的交換機(jī)。電信交換機(jī)112 本身與公共交換電話網(wǎng)(public switched tel印hone network, PSTN )114 耦合。根據(jù)本發(fā)明實(shí)施例，電信交換機(jī)112包括交換機(jī)控制單元113或 者與其耦合或與其通信。應(yīng)注意的是，ACS用戶能夠使呼叫路由到傳 統(tǒng)網(wǎng)絡(luò)或者PSTN或者可為其建立通信路徑的任何設(shè)備。根據(jù)本發(fā)明的實(shí)施例，中介路由應(yīng)用(intermediary routing a卯lication) 110充當(dāng)在ACS 102、傳統(tǒng)網(wǎng)絡(luò)101和第二電信交換機(jī)112 之間的中介。特別地，正如下面將更詳細(xì)解釋的那樣，中介路由應(yīng)用 110允許傳統(tǒng)網(wǎng)絡(luò)116上的用戶設(shè)備使用ACS 102的裝置并且仍使呼叫 經(jīng)由傳統(tǒng)網(wǎng)絡(luò)而非經(jīng)由ACS 102本身來路由。如在圖2中所示，用戶可以使用帶有網(wǎng)絡(luò)接口121的計(jì)算機(jī)120登錄 ACS 102并且定義呼叫處理。特別地，ACS 102能夠維持規(guī)則引擎105 (圖l)和用于處理傳統(tǒng)網(wǎng)絡(luò)用戶103a和先進(jìn)通信網(wǎng)絡(luò)用戶103b的一個(gè) 或者多個(gè)數(shù)據(jù)庫103。計(jì)算機(jī)120和ACS 102可以被實(shí)現(xiàn)為采用適當(dāng)處理 器(例如由Intel公司制造的PentiumTM微處理器、例如Pentium 111^或 者IVTM微處理器)的計(jì)算機(jī)。其它適當(dāng)?shù)奶幚砥骺梢詮哪ν辛_拉公司、 AMD或者Sun微系統(tǒng)公司獲得。在操作中，用戶可以登錄并定義規(guī)則和呼叫處理列表。例如，如 果用戶有移動(dòng)電話、桌式電話、和住宅電話，則該用戶可以登錄并且 指定該用戶應(yīng)該到達(dá)的第一號(hào)碼是辦公室電話，然后是桌式電話，然 后是住宅。此外，該用戶可以指定鈴聲無應(yīng)答周期(也就是，系統(tǒng)將 繼續(xù)前進(jìn)到下一電話號(hào)碼時(shí)的周期)。所述規(guī)則和列表信息然后被存 儲(chǔ)在ACS 102處。當(dāng)對傳統(tǒng)網(wǎng)絡(luò)101上的用戶116的呼叫進(jìn)入到交換機(jī)112時(shí)，交換機(jī) 控制單元113將詢問中介路由應(yīng)用110關(guān)于如何處理所述呼叫。換言之， 交換機(jī)控制單元113會(huì)提供各種呼叫信息(例如主叫方、被叫方、類型 等等)給所述中介路由應(yīng)用IIO。作為響應(yīng)，中介路由應(yīng)用110訪問ACS 102,提供關(guān)于當(dāng)前呼叫的信息。ACS102咨詢其規(guī)則引擎105，所述規(guī) 則引擎產(chǎn)生動(dòng)作列表，所述動(dòng)作列表被返回到中介路由應(yīng)用110。然后 中介路由應(yīng)用110將來自于(多個(gè))規(guī)則列表的信息傳遞給交換機(jī)112 (或者SCU 113 )，用以在交換機(jī)112(或SCU 113 )處路由所述呼叫(例 如到用戶的桌式電話、移動(dòng)電話、語音郵件等等)?，F(xiàn)在轉(zhuǎn)向圖3，示出說明根據(jù)本發(fā)明實(shí)施例的示例性中介路由應(yīng)用 110的簡圖。所述中介路由應(yīng)用110可以被實(shí)現(xiàn)為被適當(dāng)編程的計(jì)算機(jī) 或者處理器，例如采用Pentium (奔騰)系列微處理器的計(jì)算機(jī)。該簡圖說明了由中介路由應(yīng)用110所維持的或者由其它設(shè)備提供 給該中介路由應(yīng)用的各種信息。所述中介路由應(yīng)用110維持用戶信息 302、來話/去話呼叫信息304,、呼叫處理信息306和存在映射信息308。用戶信息302可以包括一欄用戶和用戶識(shí)別信息。呼叫信息304包 括關(guān)于呼叫的信息；在來話呼叫的情況下，所述信息由交換機(jī)112或者 交換機(jī)控制單元113提供。所述信息可以包括主叫方、被叫方、呼叫類 型(也就是內(nèi)部的或者次級(jí)的)、媒介類型、原因、優(yōu)先權(quán)、帳戶代 碼、主題和附屬數(shù)據(jù)。呼叫處理信息306可以包括一欄呼叫重定向； 一欄通知和文本消 息； 一欄失敗重定向； 一欄失敗通知和文本消息；日志記錄動(dòng)作和文 本消息；和帳戶代碼標(biāo)記。應(yīng)注意，這些動(dòng)作并不是排他的并且僅僅 是示例性的。存在映射(presence mapping)信息308被用于將呼叫信息映射成 存在信息。正如下面將詳細(xì)解釋的那樣，例如，"來話呼叫"的呼叫 狀態(tài)可以被映射成"用戶忙碌"的存在狀態(tài)。此信息可以被例如用作 對規(guī)則引擎105的輸入并且被用于路由和處理所述呼叫。現(xiàn)在轉(zhuǎn)向圖4A，示出了說明本發(fā)明實(shí)施例的操作的流程圖400。流 程圖400中特定的元素布置并非意味著暗示元素的固定順序；實(shí)施例可 以以可行的任何順序來實(shí)現(xiàn)。特別地，流程圖400說明根據(jù)本發(fā)明實(shí)施例的呼叫處理建立。最初， 在步驟402處，用戶可以^吏用例如計(jì)算機(jī)120和入口121登錄到ACS 102。 應(yīng)該注意，所述用戶可以是與傳統(tǒng)網(wǎng)絡(luò)101或者ACS網(wǎng)絡(luò)104相關(guān)聯(lián)的 用戶。在步驟404處，所述用戶可以將其聯(lián)系信息輸入到一個(gè)或者多個(gè) ACS102數(shù)據(jù)庫中。最后，在步驟406中，所述用戶可以存儲(chǔ)這些條目。 所述條目被存儲(chǔ)并且在來話呼叫被接收時(shí)可用?，F(xiàn)在轉(zhuǎn)向圖4B，示出了說明本發(fā)明實(shí)施例的操作的流程圖440。流 程圖440中特定的元素布置并非意味著暗示元素的固定順序；實(shí)施例可 以以可行的任何順序來實(shí)現(xiàn)。在步驟450中，來話呼叫可以在交換機(jī)112處被接收。在步驟452中，交換機(jī)112 (或者交換機(jī)控制單元113)可以將呼叫識(shí)別為與ACS服務(wù) 的傳統(tǒng)網(wǎng)絡(luò)用戶有關(guān)并且從中介路由應(yīng)用110請求路由指令。在步驟 454中，中介路由應(yīng)用110可以訪問ACS 102。在步驟456中，ACS 102 發(fā)送動(dòng)作(action)列表給所述中介路由應(yīng)用110。在步驟458中，所述 中介路由應(yīng)用110讀取下一目的地用的列表并將呼叫要被路由到的目 的地發(fā)送給交換機(jī)112 (或者SCU113)。最后，在步驟460中，交換機(jī) 112將呼叫經(jīng)由傳統(tǒng)網(wǎng)絡(luò)101路由到所識(shí)別的目的地。在步驟461中，如果呼叫被應(yīng)答，那么處理可以結(jié)束(步驟462 ); 在某些實(shí)施例中，動(dòng)作列表可以被清除。如果呼叫未被應(yīng)答，那么在 步驟463中，中介應(yīng)用104確定是否已經(jīng)到達(dá)列表的末端。如果是，那 么又在步驟462處，處理完成。否則，交換機(jī)112或者交換機(jī)控制單元 113可以在步驟464中請求新號(hào)碼。在步驟466中，中介應(yīng)用110再次訪 問所述列表并且確定列表上的下一目的地，然后發(fā)送所述號(hào)碼到交換 機(jī)112。交換機(jī)然后可以將呼叫路由到所述號(hào)碼。現(xiàn)在轉(zhuǎn)向圖5，示出了說明本發(fā)明實(shí)施例的信令流的簡圖。特別地， 圖5說明來話呼叫的信令。示出交換機(jī)112、交換機(jī)控制單元113、中介 路由應(yīng)用110、服務(wù)器102和傳統(tǒng)網(wǎng)絡(luò)客戶端116。在502處，呼叫到達(dá)交換機(jī)112。在504處，交換機(jī)112和尤其是與 此交換機(jī)相關(guān)聯(lián)的交換機(jī)控制單元113確定所述呼叫是與ACS服務(wù)的 傳統(tǒng)網(wǎng)絡(luò)用戶相關(guān)還是與不使用ACS服務(wù)的傳統(tǒng)網(wǎng)絡(luò)用戶相關(guān)。如果 用戶不使用ACS服務(wù)，那么在506處，呼叫被路由到傳統(tǒng)網(wǎng)絡(luò)用戶。如 果被叫方被識(shí)別為使用ACS服務(wù)的用戶，那么在508處，交換機(jī)112和息。在511處，中介路由應(yīng)用110將訪問ACS 102。在515處，ACS 102 將訪問其規(guī)則引擎和/或者數(shù)據(jù)庫列表并且在512處提供適當(dāng)?shù)膭?dòng)作列 表給中介路由應(yīng)用110。中介路由應(yīng)用110讀取路由列表并且在514處提 供順序上的下一個(gè)給交換機(jī)112。在516處，交換機(jī)112將呼叫路由到由 中介路由應(yīng)用110指定的目的地。如果在518處客戶端116沒有拾取(pickup)，那么交換機(jī)112或者 SCU 113將在520處為下一目的地聯(lián)系中介路由應(yīng)用110。在522處，中 介路由應(yīng)用110從所述列表中確定下一路由目的地并且將其發(fā)送給交 換機(jī)112。在524處，交換機(jī)112將呼叫路由到適當(dāng)?shù)哪康牡亍，F(xiàn)在轉(zhuǎn)向圖6A，示出了說明了根據(jù)本發(fā)明特定實(shí)施例的在ACS 102 和中介路由應(yīng)用110之間所交換的信令的筒圖。特別地，在602處示出 了從中介應(yīng)用110到ACS 102的呼叫處理信息請求。"獲得來話呼叫處 理信息"請求602包括關(guān)于主叫方、呼叫類型、媒介類型和原因類型的 信息參數(shù)。在一些實(shí)施例中，該請求也可以包括被叫方。主叫方表示來話呼叫源并且僅僅當(dāng)存在基于主叫方身份確定動(dòng)作 的規(guī)則時(shí)才被需要。主叫方可以具有值"未知的(unknown)"或者 SIPURI。呼叫類型標(biāo)識(shí)呼叫是內(nèi)部的還是外部的。媒介類型標(biāo)識(shí)媒介 的類型。例如，在一些實(shí)施例中，媒介類型可能是語音、IM、電子郵 件、尋呼機(jī)(pager) 、 SMS、入口或者未知的。原因類型可以提供對 呼叫性質(zhì)的進(jìn)一步說明，例如轉(zhuǎn)發(fā)、積極參與等等。在604示出了對請求的響應(yīng)。"獲得來話呼叫處理信息響應(yīng)，，604 可以包括鈴聲無應(yīng)答超時(shí)(ring no answer time out)和動(dòng)作列表參數(shù)。 鈴聲無應(yīng)答超時(shí)是以秒為單位的時(shí)間，單個(gè)目標(biāo)應(yīng)該在傳送嘗試被認(rèn) 為失敗之前回響所述時(shí)間。鈴聲無應(yīng)答超時(shí)典型地由用戶設(shè)定。動(dòng)作列表是應(yīng)采取的動(dòng)作的列表。在一些實(shí)施例中，如在圖6B中 所示，所述動(dòng)作包括動(dòng)作對象606、"重定向動(dòng)作，，608、"通知?jiǎng)幼? 610、"重定向失敗重定向動(dòng)作"612、"重定向失敗通知?jiǎng)幼?，?14、"日志文本動(dòng)作"616、"日志動(dòng)作"618和"帳戶代碼動(dòng)作"620。也 就是說，響應(yīng)可以包括重定向命令、通知命令和如果呼叫的重定向失 敗則要采取的動(dòng)作。此外，能夠按照系統(tǒng)日志行動(dòng)。應(yīng)該注意，可以 提供其它的動(dòng)作。對象"重定向動(dòng)作"608、"通知?jiǎng)幼?610、"重定向失敗重定 向動(dòng)作，，612、"重定向失敗通知?jiǎng)幼?614分別包括對象"端點(diǎn)類型"， 如在圖6C中所示。"端點(diǎn)類型"是由ACS 102返回到中介路由應(yīng)用112 的動(dòng)作的目標(biāo)。此外，"通知?jiǎng)幼?610和"重定向失敗通知?jiǎng)幼?614 可以包括通知消息。"日志動(dòng)作(JournalAction ) " 618定義了是否存在被寫入到日志 的系統(tǒng)定義日志條目。"日志文本動(dòng)作，，616是要被寫到日志的用戶定 義條目。"帳戶代碼動(dòng)作"620是分配給呼叫活動(dòng)的帳戶代碼。"端點(diǎn)類型，，622定義了由ACS 102所返回的動(dòng)作的目標(biāo)。"端點(diǎn) 類型，，622具有其它類型的對象，如在圖6C中所示。所述其它類型的對象包括端點(diǎn)枚舉類型(EndpointEnumType ) 624和目標(biāo)類型626。"端點(diǎn)枚舉類型"624定義了所返回的端點(diǎn)目的地的類型。例如，"端點(diǎn)枚舉類型，，可以具有值好友、聯(lián)系人、設(shè)備等等。此外，"端 點(diǎn)類型"632包括"目標(biāo)類型"626，所述"目標(biāo)類型"626包括"媒介 類型，，628、"目標(biāo)類型地址，，632和"設(shè)備枚舉類型"630。因此，所 述"目標(biāo)類型，，626標(biāo)識(shí)設(shè)備的媒介類型、設(shè)備名和其地址。也提供一 系列"解析的目標(biāo)"。"設(shè)備枚舉類型，，630定義由端點(diǎn)所表示的設(shè)備 的通常類型。它可以是與ACS基礎(chǔ)設(shè)施相關(guān)聯(lián)的設(shè)備("注冊的")、 由第三方應(yīng)用計(jì)劃性產(chǎn)生的設(shè)備("SDK")、由終端用戶產(chǎn)生的設(shè) 備例如住宅電話("關(guān)聯(lián)的")、 一列設(shè)備("上下文設(shè)備列表")、 像語音信箱類的系統(tǒng)目標(biāo)("系統(tǒng)")等等。"目標(biāo)類型地址，，632定義了設(shè)備應(yīng)該如何被唯一地匹配。所述設(shè) 備本身由對象中的字符串標(biāo)識(shí)。于是所述字符串利用相對于被傳遞進(jìn) 規(guī)則引擎的設(shè)備/號(hào)碼信息的"相等/從......開始/包含/等等(equals/startswith/contains/ect)"的過》慮值(filter value)被匹酉己。 例如可以寫規(guī)則，所述規(guī)則表明如果主叫號(hào)碼包含"408",那么發(fā) 送所述呼叫到語音信箱。如上面注意到的，交換機(jī)112可以提供關(guān)于用戶事件的通知給ACS 102，也可以請求下一路由目的地。根據(jù)某些實(shí)施例，交換機(jī)利用簡單 對象訪問協(xié)議(SOAP版本l.l)與中介設(shè)備通信。SOAP消息依附于 SOAP 1.1 XML模式，該模式要求元素或?qū)傩酝耆匈Y格(使用前綴或 者缺省名字空間)。每個(gè)XML文檔具有根元素并且在SOAP中它是封套(Envelope)元素，封套可以包含可選的頭(Header)元素并且必須 包含體(Body)元素。如果頭元素被使用，則該頭元素必須是封套元 素的直接子(immediate child)并且在體元素之前。頭元素可以包含 XML元素，所述XML元素描述安全信任狀、事務(wù)ID、路由指令、調(diào)試 信息、支付令牌(payment token)、或者關(guān)于在處理體元素中的數(shù)據(jù) 時(shí)重要的消息的任何其它信息。體元素包含在XML格式的應(yīng)用程序之 間所交換的當(dāng)前應(yīng)用數(shù)據(jù)。體元素限定應(yīng)用特定的數(shù)據(jù)。 示例性路由請求如下所示< xml version-" .0" cncoding="UTF-8" ><Envelope xmJns-"http:〃w、vw.^v3.CM■g/2003/05/soap-envelope,,xmlns:xsi="http://www.w3,org/2001/XMLSchenm-instance"xsi:sclien〗aLocation="http:〃wvnv.w3.org/2003/05/soap~em'clope<Hcadcr/> <Body><!— Payload —><RouteRequest><CallingPartyDispla;y val=w039(53412347> <CallmgParty FNN-"0396341234'7> <CaUedPary FNN="03963423457:> <SessionID val=""/> <CaIlmgBGlD val="2865"/> <CalledBGID val="2865"/> <Redirect reason="None"/> <Evcnt typc="RoutingRequest7> <Timestampval="2001-12-nT09:30:47.0Z'7></RouteRequest></Body> </Envelope>路由目的地請求包括以下參數(shù)主叫方、被叫方和重定向理由。 也可以提供其它的字段，例如主叫BGID和被叫BGID ("業(yè)務(wù)群標(biāo)識(shí) 符(business group identifier )，，)和會(huì)話ID來標(biāo)識(shí)特定的呼叫實(shí)例(call instance )。示例性路由目的地響應(yīng)如下所示< cml versicm-"l.O" cncoding-"UTF-8" ><Envclope xm，ns-"http:〃www.w3.org/2003/05/soap"(mveU)pe"xmlns:xsi=:"hUp://www.、v3.org/2001/XMLSchwna-i，，iJ"ince"xsi:schemaLocatkm=,'hUp:〃ww\v.w3.org/2003/05/soap-envebpesoap"envelope,xml"><Body><!-- Payloftd —> <RoiUeRequestResponse>《Ca出ngParty FNN="03963412347><CaUedParty FNW-"03963434887><Sessiontt> val="44557><Requcue val="fiaIse"/><RNAtimer val-"157><Timestemp val-"2004-07-22Tl7:00:19ZV> <yRouteRequestResponse></Body> </EnveJope>現(xiàn)在轉(zhuǎn)向圖7，示出說明根據(jù)本發(fā)明實(shí)施例的路由請求序列的信令 圖。包括交換機(jī)控制單元113的交換機(jī)112、中介路由應(yīng)用110和ACS 102 被示出。在702處，在傳統(tǒng)網(wǎng)絡(luò)101上從用戶A到用戶B的呼叫到達(dá)交換機(jī) 112。在704處，交換機(jī)112的交換機(jī)控制單元113發(fā)送路由請求"路由請求"到中介路由應(yīng)用IIO。在706處，中介路由應(yīng)用110發(fā)送"獲得來 話呼叫處理信息"請求到ACS102。在708處，ACS102基于用戶的規(guī)則 為所述呼叫生成動(dòng)作列表。在710處，ACS 102將所述信息作為"獲得 來話呼叫處理信息響應(yīng)"傳輸?shù)街薪閼?yīng)用IIO。在712處，中介路由應(yīng) 用110緩存所述動(dòng)作列表并且返回列表上的第一目的地。在714處，所 述目的地被發(fā)送到所述交換機(jī)控制單元113作為"路由響應(yīng)"。在716 處，中介路由應(yīng)用110啟動(dòng)定時(shí)器，并且在718處，傳統(tǒng)網(wǎng)絡(luò)基礎(chǔ)設(shè)施 嘗試傳送所述呼叫。在720處，當(dāng)鈴聲無應(yīng)答定時(shí)器超時(shí)時(shí)，傳送嘗試 失敗。新的"路由請求"在722處被發(fā)送并且所述定時(shí)器在724處被取 消。來自于所緩存的動(dòng)作列表中的下一路由目的地在726處被訪問并且 在728處以"路由響應(yīng)，，方式凈皮發(fā)送。在730處，ACS102重新啟動(dòng)定時(shí) 器。在732處，被叫方應(yīng)答。在734處，中介路由應(yīng)用110刪除呼叫的路 由表?，F(xiàn)在轉(zhuǎn)向圖8，示出了說明在到達(dá)目的地列表的末端時(shí)針對來話呼 叫的路由請求的簡圖。例如當(dāng)在動(dòng)作列表中多個(gè)號(hào)碼被返回或者僅僅 單個(gè)號(hào)碼被返回時(shí)，可能到達(dá)所述目的地列表的末端。在所示的例子 中，單個(gè)號(hào)碼被返回。包括交換機(jī)控制單元113的交換機(jī)112和中介路 由應(yīng)用110凈皮示出。在108處，從用戶A到用戶B的來話呼叫進(jìn)入到交換機(jī)112。在804 處，交換機(jī)控制單元113發(fā)送"路由請求"到中介路由應(yīng)用IIO。在806 處，中介路由應(yīng)用110發(fā)送"獲得來話呼叫處理信息"請求到ACS102。 在808處，ACS 102基于用戶輸入規(guī)則為該呼叫生成呼叫列表，并且識(shí) 別出在所述列表上只有一項(xiàng)(重新排隊(duì)被設(shè)置為"否")。在810處， 中介應(yīng)用110接收路由表作為來自于ACS 102的"獲得來話呼叫處理信 息響應(yīng)"。在812處，中介路由應(yīng)用110緩存所述列表并且在814處發(fā)送 在所述表上的唯一的條目到交換機(jī)112作為"路由響應(yīng)"。在816處， 所述網(wǎng)絡(luò)將呼叫路由到表中的號(hào)碼。在818處，鈴聲無應(yīng)答時(shí)間截至并 且該嘗試被認(rèn)為已經(jīng)失敗。在820處，交換機(jī)控制單元113識(shí)別出已經(jīng) 到達(dá)所述列表的末端并且在822處執(zhí)行預(yù)定的缺省動(dòng)作。如上面注意到的，在一些實(shí)施例中，先進(jìn)通信服務(wù)器102包括存在 和可用性功能。在ACS 102處的存在和可用性服務(wù)107能夠維持關(guān)于系 統(tǒng)用戶和設(shè)備的存在狀態(tài)的進(jìn)行中(ongoing)的數(shù)據(jù)。所述存在狀態(tài)能夠被規(guī)則引擎105用于路由呼叫。例如，規(guī)則可能是不將呼叫路由 到已忙于呼叫的設(shè)備。示例性存在狀態(tài)可以包括狀態(tài)"可用的"、"空 閑的"、"不可用的"、"忙碌的(busy)，，、"離開的，，、"未知 的"、"部分可用的"(例如設(shè)備可能在語音信道上是"忙碌的"但 在即時(shí)消息發(fā)送信道上是可用的)、"剛好返回"、"存在的(present )，，、"不存在的"等等。根據(jù)本發(fā)明的實(shí)施例，中介路由應(yīng)用IIO接收正如向交換機(jī)112所 呈現(xiàn)的交換機(jī)呼叫狀態(tài)。例如，現(xiàn)在轉(zhuǎn)向圖9，示出了表示由交換機(jī)112 所維持的示例性呼叫狀態(tài)的簡圖900。狀態(tài)圖900包括狀態(tài)"振鈴，，902、"空閑的(idle) " 904、"激活的"906和"重路由"908。在來話呼 叫期間，中介路由應(yīng)用110于是例如使用存在映射308 (圖3)將所述狀 態(tài)轉(zhuǎn)換成由ACS 102可讀的狀態(tài)。例如，在一個(gè)實(shí)施例中，狀態(tài)"振鈴，，、"激活"和"重路由"能夠被映射成"激活的"，而狀態(tài)"空閑的" 能夠被映射成"空閑的"。具有"存在通知"的有效載荷的示例性SOAP封套如下所示< xml version-" 1.0" encoding="UTF-8h ><soap:Eavelope xmlns:soap="http://schemas.xmlsoap*org/soap/envelope/" xm!ns:xsi="hiip:/Avww,w3,org/2001/XMLSchema-instance"xsi:schemaLpcation-"http:〃sc!i加as.加lsoap.org/soap/envelope/envelopevl-l.xmTS -<soap:Header7> <soap:Body><1" PayJoad—> <CaUSmte><ToParty FNN-"039634l2347> <CalUngPartyDisplay val="03963412347> <CamngParty FNN=M03963412347> <CalledParty FNN="03963423457> <CamngBC3rD val="2865"/i> <CalIedBGID val="28657> <Event type="Ringing"/> <ScqucnceN vaJ="(n> <Timestamp val-"2004-07-22Tn:00:19Z7> </CallState> </soap:Body><ysoap:EnveIope>正如可以看到的，"呼叫狀態(tài)"參數(shù)包括主叫方、被叫方和呼叫 事件。根據(jù)呼叫狀態(tài)，呼叫事件具有值"鈴聲"、"重路由"、"激 活的"和"空閑的"(圖9)?，F(xiàn)在轉(zhuǎn)向圖IO，示出了說明在所轉(zhuǎn)發(fā)的呼叫的情況下示例性映射 的簡圖。交換機(jī)112和中介路由應(yīng)用110被示出。在所示的例子中，主叫A和主叫B都使用ACS服務(wù)。在1002處，呼 叫在交換機(jī)處從用戶A到用戶B被接收。當(dāng)振鈴開始時(shí)，交換機(jī)112發(fā)送 消息1004、 1008到中介路由應(yīng)用。中介路由應(yīng)用104與ACS 102通信用 以在1006、 IOIO處將用戶A和用戶B標(biāo)記為"忙碌的，，。應(yīng)注意到，在 所示的實(shí)施例中，為ACS服務(wù)的每個(gè)用戶生成"呼叫事件"消息；如 果呼叫不在ACS用戶之中，則不為非ACS用戶生成呼叫事件。在所示的例子中，在1012處，用戶B已經(jīng)對其電話進(jìn)行了配置用以 在預(yù)定的鈴聲次數(shù)后向用戶C轉(zhuǎn)發(fā)。交換機(jī)112這樣做，這在1014處為 用戶B報(bào)告為"重路由"并且在1018處為用戶C報(bào)告為"振鈴"。用戶 C在1019處應(yīng)答。中介路由應(yīng)用110與ACS 102通信并且在1016處定義B 為"空閑的"，在1022處定義C為"忙碌的"。當(dāng)呼叫被連接時(shí)，用戶 在1024處被報(bào)告為"激活的，，。然后在1026處，用戶A或者用戶C可以 掛起(hangup)。所述用戶然后被交換機(jī)112報(bào)告成"空閑的"；中介 路由應(yīng)用110在1030處通知所述用戶為"空閑的，，。所述用戶在1032處 被標(biāo)記為這樣的。應(yīng)注意到，對狀態(tài)的映射適用于傳統(tǒng)交換機(jī)；因此 該圖只是示例性的。在這所描述的方法可以被具體化為利用面向?qū)ο蟮恼Z言所開發(fā)的 計(jì)算機(jī)程序，所述面向?qū)ο蟮恼Z言允許用模塊化對象對復(fù)雜的系統(tǒng)建 模用以創(chuàng)建代表真實(shí)世界、物理對象和其相互關(guān)系的抽象 (abstraction )。然而，本領(lǐng)域技術(shù)人員應(yīng)理解的是，在這所描述的方 法可以采用范圍廣的編程技術(shù)以及通用硬件系統(tǒng)或者專用控制器以不 同地方式來實(shí)施。此外，在一些實(shí)施例中，上述方法的元素中的許多 (如果不是全部的話)是可選的或者可以以一個(gè)或者多個(gè)可替代的順 序或者次序被組合或者被執(zhí)行并且權(quán)利要求不應(yīng)該被認(rèn)為受限于任何 特定的順序或者次序，除非特別指出。上述方法中的每一個(gè)可以在單個(gè)計(jì)算機(jī)、計(jì)算機(jī)系統(tǒng)、微處理器 等等上被執(zhí)行。此外，在一些實(shí)施例中，在每一個(gè)上述方法中的兩個(gè) 或者多個(gè)元素可以在兩個(gè)或者多個(gè)不同的計(jì)算機(jī)、計(jì)算機(jī)系統(tǒng)、微處 理器等等上被執(zhí)行，其中的一些或者全部可以本地地或者遠(yuǎn)程地被配 置。在計(jì)算機(jī)軟件、程序、指令集、編程裝置、代碼、ASIC、或者特 別設(shè)計(jì)的芯片、邏輯門或者用以直接實(shí)現(xiàn)或?qū)嵤┻@種軟件、程序、指 令集、編程裝置或者代碼所構(gòu)造的其他硬件的任一種或?qū)嵤┲袑?shí)現(xiàn)所述方法。計(jì)算機(jī)軟件、程序、指令集或者代碼可以在任何計(jì)算機(jī)可用 或可讀的媒介或者其它程序存儲(chǔ)設(shè)備或者諸如軟盤或者其它磁盤或者光盤、磁帶或光帶、CD-ROM、 DVD、穿孔卡片、紙帶、硬盤驅(qū)動(dòng)器、 ZipTM盤、閃速或者光學(xué)存儲(chǔ)卡、微處理器、固態(tài)存儲(chǔ)器器件、RAM、 EPROM或者ROM的媒介上是可存儲(chǔ)的、可寫的、或者可保存的。為了例示和說明的目的提供了前述的對本發(fā)明的描述。并不是要 窮舉或者將本發(fā)明限制于所公開的精確形式，并且根據(jù)上面的教導(dǎo)， 修改或者變型是有可能的并且可以從實(shí)施本發(fā)明獲得。附圖和說明書 被選擇用以解釋本發(fā)明的原理和其實(shí)際應(yīng)用。附圖不必按比例繪制并 且以示意塊格式舉例說明所述設(shè)備。本發(fā)明的范圍由本發(fā)明所附的權(quán) 利要求書和其等效來限定。
權(quán)利要求
1.一種系統(tǒng)，其特征在于服務(wù)器(102)，包含用于存儲(chǔ)一個(gè)或者多個(gè)處理規(guī)則的一個(gè)或者多個(gè)數(shù)據(jù)庫(103)，所述處理規(guī)則指定對來話電話呼叫的處理；中介路由控制單元(110)，其被配置用來響應(yīng)于來話電話呼叫而訪問一個(gè)或者多個(gè)數(shù)據(jù)庫(103)并且提供一個(gè)或者多個(gè)處理規(guī)則給交換機(jī)控制單元(113)用以處理來話電話呼叫的路由，所述交換機(jī)控制單元(113)位于來話電話呼叫的信令路徑上；其中服務(wù)器(102)和中介路由控制單元(110)在所述信令路徑外部。
2. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中一個(gè)或者多個(gè)數(shù)據(jù)庫(103)可 由用戶經(jīng)由瀏覽器類型接口來配置。
3. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中一個(gè)或者多個(gè)數(shù)據(jù)庫(103)維 持一個(gè)或者多個(gè)路由列表用以路由來話電話呼叫并且所述中介路由控 制單元(110)被配置用以在來話電話呼叫開始時(shí)詢問所述一個(gè)或者多 個(gè)數(shù)據(jù)庫(103)并且用以響應(yīng)于來話電話呼叫和對所述列表上的前一 號(hào)碼連接的失敗而順序地提供所述一個(gè)或者多個(gè)路由列表上的號(hào)碼給 所述交換機(jī)控制單元(113)。
4. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中服務(wù)器(102)包括存在和可用 性控制單元并且所述中介路由控制單元(110)被配置用以從交換機(jī)控 制單元(113)接收呼叫狀態(tài)信息并且將所述呼叫狀態(tài)信息映射成用于 存在和可用性控制單元的存在狀態(tài)信息。
5. —種系統(tǒng)，其特征在于 第一電信基礎(chǔ)設(shè)施(104); 笫二電信基礎(chǔ)設(shè)施；服務(wù)器(102),包含用于存儲(chǔ)一個(gè)或者多個(gè)處理規(guī)則的一個(gè)或者 多個(gè)數(shù)據(jù)庫(103)，所述處理規(guī)則指定來話電話呼叫的處理，所述服 務(wù)器(102)被配置用以在所述第一電信基礎(chǔ)設(shè)施中的信令通路中提供 呼叫處理；和中介路由控制單元(110),其被配置用以響應(yīng)于在第二電信基礎(chǔ) 設(shè)施(101)中的來話電話呼叫而訪問一個(gè)或者多個(gè)數(shù)據(jù)庫(103)并 且提供一個(gè)或者多個(gè)處理規(guī)則給交換機(jī)控制單元(113)用以處理來話電話呼叫的路由，所述交換機(jī)控制單元(113)位于第二電信基礎(chǔ)設(shè)施 (101)中的來話電話呼叫的信令路徑上；其中所述服務(wù)器(102)和中介路由控制單元(110)在第二電信 基礎(chǔ)設(shè)施中的來話電話呼叫的信令路徑之外。
6. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中一個(gè)或者多個(gè)數(shù)據(jù)庫(103)可 由用戶經(jīng)由瀏覽器類型接口 (121)來配置。
7. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中一個(gè)或者多個(gè)數(shù)據(jù)庫(103)維 持一個(gè)或者多個(gè)路由列表用于路由來話電話呼叫并且所述中介路由控 制單元(110)被配置用以在所述第二電信基礎(chǔ)設(shè)施上的來話電話呼叫 開始時(shí)詢問所述一個(gè)或者多個(gè)數(shù)據(jù)庫(103)并且響應(yīng)于來話電話呼叫 和對所述列表上的前一號(hào)碼連接的失敗而順序地提供在所述一個(gè)或者 多個(gè)路由列表上的號(hào)碼給所述交換機(jī)控制單元(113)。
8. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中服務(wù)器(102)包括存在和可用 性控制單元并且所述中介路由控制單元(110)被配置用以從交換機(jī)接 收呼叫狀態(tài)信息并且將所述呼叫狀態(tài)信息映射成用于存在和可用性控 制單元的存在狀態(tài)信息。
9. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其中所述第一電信基礎(chǔ)設(shè)施(104) 是基于IP的語音基礎(chǔ)設(shè)施并且所述第二電信基礎(chǔ)設(shè)施(101)是電路交 換的基礎(chǔ)設(shè)施。
10. 電信方法，其特征在于在與第一電信系統(tǒng)(101)相關(guān)聯(lián)的電信交換機(jī)(112)處接收來 話呼叫；在第二電信系統(tǒng)(104 )中在服務(wù)器(102 )處詢問規(guī)則數(shù)據(jù)庫(103 ), 所述規(guī)則數(shù)據(jù)庫(103)定義一個(gè)或者多個(gè)規(guī)則用以經(jīng)由第一電信系統(tǒng) 路由來話呼叫，服務(wù)器(102)在來話呼叫的信令路徑之外；并且根據(jù)一個(gè)或者多個(gè)規(guī)則路由來話呼叫。
11. 根據(jù)權(quán)利要求10所述的電信方法，還包括訪問服務(wù)器(102) 用以經(jīng)由瀏覽器接口 U21)定義規(guī)則。
12. 根據(jù)權(quán)利要求10所述的電信方法，其中所述詢問規(guī)則數(shù)據(jù)庫 包含訪問一列號(hào)碼用以嘗試呼叫。
13. 根據(jù)權(quán)利要求12所述的電信方法，還包括順序地提供在所述 列表中的單個(gè)號(hào)碼給所述電信交換機(jī)。
14. 根據(jù)權(quán)利要求10所述的電信方法，還包括將呼叫狀態(tài)映射成 存在狀態(tài)。
15. 電信系統(tǒng)，其特征在于初級(jí)通信系統(tǒng)(104)，其包括服務(wù)器(102)用于定義經(jīng)由所述 初級(jí)通信系統(tǒng)處理呼叫；接口 (101)，其可操作地耦合到服務(wù)器(102)用于定義經(jīng)由次 級(jí)通信網(wǎng)絡(luò)(102)處理呼叫。
16. 根據(jù)權(quán)利要求15所述的電信系統(tǒng)，其中初級(jí)通信系統(tǒng)(104) 包含基于IP的語音系統(tǒng)并且所述次級(jí)通信網(wǎng)絡(luò)(101)包含電路交換的 系統(tǒng)。
17. 根據(jù)權(quán)利要求15所述的電信系統(tǒng)，所述接口 (110)被配置用 以將次級(jí)通信系統(tǒng)上的呼叫的呼叫狀態(tài)映射成在初級(jí)通信系統(tǒng)(104) 中的存在信息。
18. 根據(jù)權(quán)利要求15所述的電信系統(tǒng)，其中次級(jí)通信系統(tǒng)(101) 包括可操作地耦合到接口 (110)的交換機(jī)(112)，交換機(jī)(112)適 于為處理呼叫的指令而詢問接口 (110)。
全文摘要
系統(tǒng)包含服務(wù)器(102)，所述服務(wù)器包含用于存儲(chǔ)一個(gè)或者多個(gè)指定來話電話呼叫處理的處理規(guī)則的一個(gè)或者多個(gè)數(shù)據(jù)庫(103)；中介路由控制單元(110)，其被配置用來響應(yīng)于來話電話呼叫而訪問一個(gè)或者多個(gè)數(shù)據(jù)庫(103)并且提供一個(gè)或者多個(gè)處理規(guī)則給交換機(jī)控制單元(113)用以處理來話電話呼叫路由，所述交換機(jī)控制單元(113)位于來話電話呼叫的信令路徑上；其中服務(wù)器(102)和中介路由控制單元(110)在所述信令路徑外部。
文檔編號(hào)H04M7/00GK101278569SQ200680036071
公開日2008年10月1日 申請日期2006年8月8日 優(yōu)先權(quán)日2005年9月28日
發(fā)明者A·馬森, J·M·布洛姆, M·B·赫蒂什 申請人:西門子企業(yè)通訊有限責(zé)任兩合公司