專利名稱：Ip激活的呼叫建立系統和方法
這個美國專利申請包含涉及下列待審查的美國專利申請的主題(1)序列號08/724,845，以Bo Arne Valdemar ASTROM,RobertJohannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn ArneSVENNESSON的名義于1996年10月3日提交的在智能網絡中控制媒體轉換的系統和方法；(2)序列號08/723,620(代理人文件號27946-00157)于1996年10月3日以Bo Arne ValdemarASTROM,Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON的名義提交的用于用戶活動監(jiān)視的系統和方法；和(3)序列號08/724,769(代理人文件號27946-00158于1996年l0月3日以Bo Arne Valdemar ASTROM,Robert JohannesBernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON的名義提交的用于存儲與轉發(fā)業(yè)務的輸入與輸出詢問的系統和方法。這些未審查的專利申請和從中導出的任何其它國內的或外國的專利申請和包含在其中的公開內容都一并引用在這里。
本專利申請和所有的涉及上面識別的未審查專利申請已經或將轉讓給Telefonaktiebolaget LM Ericsson(publ)。
本發(fā)明涉及提供輔助的電信業(yè)務，特別地涉及便于由電信系統的控制邏輯自動或有計劃地建立呼叫和存儲與轉發(fā)服務的系統和方法。
定制電信業(yè)務的客戶要求已經更快速地增長。特別的用戶特性比如呼叫等待，呼叫轉送，縮位撥號等等對于用于它們提供附加方便的單獨的用戶以及對于作為附加的收入源的電信業(yè)務提供者變得越來越重要了。這樣的業(yè)務通常由在服務一個特別的用戶的中心局交換機的軟件中特別的編程提供。即，分別地編程本地交換機交換軟件，對于連接的用戶提供特別的業(yè)務特性。常常必須升級交換機的硬件和軟件，以便使能提供特別的用戶功能。
當呼叫涉及連接到不同的交換機兩方之間的相互連接時，它是經過所謂的轉換或匯接交換機完成的，該交換機形成彼此互連的單獨的中心局交換機的網絡的一部分。在這樣的情況下，轉換交換機對于呼叫的雙方是完全地透明并且僅僅提供兩個端局之間的話音路徑。由任一方調用的任何特別的業(yè)務特性傳統地由那個用戶連接的端局提供，與雙方之間的網絡連接無關。
在提供老式電話服務(POTS)的大多數的電信系統中，在主叫方(A方)和被叫方(B方)之間的通信鏈路是在A方的控制下。因此，A方和B方之間的通信鏈路保持在適當的位置，直到A方的電話設備處于掛機為止，在這種情況下系統斷開該通信鏈路和雙方的端局并且在已經用于鏈接端局在一起的任何轉換交換機中。如果B方將他的或她的電話設備處于掛機時，它有小的影響，直到計時器觸發(fā)主叫方和被叫方之間的電路斷開約為幾分鐘的期間之后為止。在較新型的電信業(yè)務中，比如綜合服務數字網絡(ISDN)，使用B方斷開，但是實現它的機制顯著地不同于常規(guī)的POTS網絡的機制。
在常規(guī)的電信交換機內提供特別的用戶業(yè)務要求每個單獨的交換機的軟件廣泛的升級，它對于它的客戶供給這樣特別的業(yè)務。交換機這樣的升級常常是很昂貴的，并且事實上從由附加的用戶業(yè)務提供的附加的收入的費用有效性觀點看是禁止的。這個觀察在小的城鎮(zhèn)或農村地區(qū)更加正確，在這些地區(qū)特別的用戶業(yè)務的要求相對地低，現有的交換機已被使用了一個相當的時間期間，并且繼續(xù)充分地在那個區(qū)域滿足多數用戶的基本的電信需要。
電信企業(yè)面對增加的競爭壓力。各地的電信經營者的每分鐘收入由于許多因素已經穩(wěn)定地減少了。對電信行業(yè)的國家管制的減少增加了在該行業(yè)中競爭者的數目。而且相似于回叫業(yè)務的改革和呼叫卡允許用戶在國家對雙方之間的呼叫率仲裁差別。而且，有線電視公司現在已經開始提供在他們的電纜網絡上提供電話業(yè)務。最后，創(chuàng)新的軟件現在已經使得在因特網上高質量的全雙工呼叫是可行的。
技術上的改進也減少了提供基本的電話業(yè)務的費用。電信公司可以不再認為對提供基本的電話業(yè)務征收相對地高的資費是合理的。技術的改進降低了傳送電話呼叫的實際成本基本上為零。用經濟的術語來講，基本的電話業(yè)務可以看作為零邊緣成本行業(yè)。幾年來已經增加臺式機價格性能比的進步也提高了現代的電話交換機的可靠性和效率。
相同的情形也和交換機間連接有關。由于使用光纖，相當數量的容量已經加到電話網絡。帶寬不再顯得如在幾年前是難得的資源，實際上已經變?yōu)槌３Ｒ耘l(fā)方式購買和銷售的商品。
技術的改進也減少或消除主叫方和被叫方之間作為提供電話呼叫的費用中的重要的因素的地區(qū)距離的影響。已經說明依據從斯德哥爾摩呼叫德拉斯(距離大約8,000公里)的網絡資源的費用不比它從德拉斯呼叫奧斯汀(距離大約300公里)的費用多。
因特網的極為迅速的增長主要是由于它的基本的TCP/IP協議允許電子郵件消息被發(fā)送和文件傳輸是獨立于涉及的傳送距離完成的事實的使用。
不管提供長途電話業(yè)務不比本地基本電話業(yè)務的花費多的事實，電信經營者繼續(xù)對長途電話呼叫比市內呼叫收費更多。在通信行業(yè)中競爭的增加可能使得那情形逐漸地不能承受。由于長途電話傳統地是電信公司的經營利潤的一個重要的來源，電信公司需要找到新的收入來源已經逐漸地變得明顯了。
電信經營者可以增加收入的一種方法是通過提供用戶甘愿支付額外費用的用戶高級業(yè)務。正如前面描述的，在過去的網絡體系結構中，附加新的功能到一個網絡需要核心交換機軟件被再寫，這是一個昂貴和長的處理，也攜帶引入新的錯誤到該系統中的附加的危險。此外，在該網絡中的每個交換機必須以新的軟件更新，這增加引入新業(yè)務的費用。電信經營者不再甘愿忍受這樣的事態(tài)。對于可以首先攜帶產品到市場的電信設備生產商有更大的商業(yè)機會。
電信經營者表示需要引用新的業(yè)務到他們的電信網絡的更快和價格比較低廉的技術。而且，它們期望新的功能的影響僅僅被限制在一個或者一些交換機。也發(fā)現對于業(yè)務管理任務比如業(yè)務的安裝或者修改來說所希望的是，客戶具體的數據等等的增加能夠從一個中心管理設備處理。
也期望新的業(yè)務的設計和實施由電信經營者而不是由設備生產商進行。這允許電信經營者快速對察覺的市場需要起反應和更有效地并且有效率地服務他們的客戶。已經發(fā)現希望在該交換機軟件中包括更大的智能，允許各種的業(yè)務與用戶交互作用。以這種方式，電話設備可以變成對電信網絡的高級接口。
已經建議采用智能網絡(IN)作為對上述要求的一個解決辦法。IN技術特意允許電信經營者設計它自己的獨特業(yè)務安排或者使現有業(yè)務適應具體的客戶要求。而且，IN體系結構允許新的業(yè)務的安裝的影響被限制為幾個控制節(jié)點。
IN結構的另外一個設計特性是它的業(yè)務的集中管理。這改善了響應時間并且減少運行該網絡需要的人力資源開銷。此外，IN結構允許客戶控制一些客戶特定的數據。
例如，一些電信經營者提供“個人號碼”業(yè)務。個人號碼業(yè)務涉及賦予每個用戶一個特定的電話號碼，通常是具有“區(qū)域代碼”500的一個前綴。個人電話號碼所隱含的設計思想是僅僅以一個電話號碼取代每個用戶的過多的聯系編號。因此，當某人撥號用戶的個人號碼時，交換機將查詢中心數據庫并且獲得可能達到該用戶的所有的電話號碼的列表。然后交換機以預定的順序對每個號碼振鈴直到該呼叫得到應答。
在這個業(yè)務的一個變形中，用戶可從任何電話設備提供動態(tài)地更新聯系號碼數據庫的能力。這樣的客戶控制可以允許用戶加上他或者她可能臨時在的旅館或者其它位置的號碼。
在IN結構后面的設計思想是減少新業(yè)務的預備銷售的時間，降低開發(fā)和管理費用，以及增強預備額外費用業(yè)務得到的利潤。IN業(yè)務的典型例子是使用由跨越大地理區(qū)域的客戶的單個撥號號碼(B號碼)，即重定向到多個本地服務中心之一。因此，比薩餅總經銷商(pizza franchise)可以刊登定購比薩餅的單個電話號碼的廣告。不論何時客戶撥號該廣告的號碼，IN業(yè)務可以基于該撥號用戶(A號碼)的號碼指示該呼叫到最近的總經銷商。
IN的簡短歷史智能網絡概念起源于美國。最初，目的是提供一個中心數據庫，用于翻譯單個撥號號碼為不同的終止號碼。IN業(yè)務的最早的申請之一是提供免費的呼叫(“免費電話”)。
免費的號碼不直接地對應于實際的電話線，而是需要翻譯為實際的終止號碼。該翻譯可取決于呼叫者的位置以及時刻。
開發(fā)了稱為7號信令系統(SS7)的一個新的信令系統，以便允許在呼叫建立之前以及期間在電話交換機之間高速通信。SS7協議第一次允許實現免費呼叫需要的快速數據庫查尋。在開發(fā)SS7技術之后，在電話網絡上事實上即時地交換數據變得可能了。這是智能網絡的起源。
IN革命的下一步是從靜態(tài)的數據庫移動到動態(tài)的數據庫，允許客戶對其特定的數據的控制。當用戶可以控制通過從用戶的設備的數字小鍵盤交互作用控制該呼叫的進展時，附加的交互性變得是允許的。這樣的交互式IN在美國稱為高級智能網絡(AIN)。
IN結構中現在的發(fā)展以及興趣是由一些大規(guī)模的申請推動的。兩個這樣的申請是通用的個人號碼(UPN)業(yè)務以及虛擬專用網(VPN)業(yè)務。在UPN業(yè)務中，唯一號碼分配給每個個體而不是給一臺電話設備。UPN號碼可用于達到一個用戶，不管他的或者她的位置或者網絡類型(不論是固定的或者移動的)。
VPN業(yè)務允許專用網使用公共網資源加以構造。因此，一個公司可以有一個團體的的電話網絡，允許它的所有的職員彼此通信而不需要在為提供物理的專用網所需要的硬件或者軟件上投資。通過使用公共網絡實現VPN業(yè)務，團體的客戶還可以避免維護物理網絡的費用。
目前IN系統的不足已經提倡使用智能網絡(IN)結構作為加快新網絡能力以及網絡業(yè)務的結合和鋪開的一個解決辦法。然而，目前用于實現IN概念的明確標準有許多的缺點。
例如，許多用戶希望通過提供會議參與方電話號碼和日期，時間以及會議的持續(xù)時間給電信業(yè)務提供者，來自動建立電話的視聽覺的或者數據會議呼叫。傳統地，會議呼叫的行程安排以及建立已經手動地或者以半自動方式進行。關于該呼叫的時間到預定會議的每一方必須被人工通知。因此，會議呼叫的參與者必須在呼叫以前分別地聯系一次或者多次。
此外，用戶可能希望通過使用非呼叫有關的存儲與轉發(fā)消息比如語音郵件，電子郵政(e-mail)，以短消息業(yè)務(SMS)格式的消息，尋呼機消息等通知IN系統，安排多方、多媒體會議電話。
服務提供者已經發(fā)現用戶對于他們的電話會議建立將樂意有更大的可預言性和速度。而且，一些預定的參與者可能喜歡將在預先預定的電話會議中他們參與的情況自動提前地通知。其他用戶可能期望在傳遞之前通知被翻譯或者從一個媒介轉換到另外一個媒介。每個用戶對于應該傳遞他的或者她的輸入信息的格式可能有不同的偏愛。因此例如，用戶A可能喜歡接收每次他或者她預定參與白天電話會議的電子郵件通知，但是如果她不在城里，則想以語音郵件通知代之。
如果電信業(yè)務提供者能夠儲存每個用戶的通知和傳遞的選擇，和也許允許交互式計劃安排以及電話會議的建立，則該服務提供者將能給用戶提供增值，因此獲得附加的收入。
因此，非常希望能夠在智能網絡系統內提供一些裝置，允許IP指示IN業(yè)務控制器在規(guī)定的時間給一方或者多方安排以及建立呼叫。如果電話會議可以使用非呼叫有關的存儲與轉發(fā)消息方案中的消息預訂或者預安排，則是更加有用的。這又要求通過IN系統中的IP進行自動呼叫計劃安排，建立以及處理的系統和方法。
因此本發(fā)明的一個主要目的是通過電信系統的控制邏輯便于呼叫的自動或者計劃性的建立以及存儲與轉發(fā)業(yè)務。本發(fā)明的一個實施例已經在IN(智能網絡)電信系統中實現，IN電信系統包括連接到在一網絡的一個SCP(服務控制點)的多個IP(智能外圍設備)。多個IP還可經過不同的電信骨干彼此連接。
本發(fā)明的另外一個目的是使IP能通過在消息信道上的SCP開始以及控制呼叫的建立。本發(fā)明的又一個目的是便于呼叫建立處理的自動化以及允許用戶傳送或者轉發(fā)呼叫，安排電話會議或者進行話音或者數據消息廣播而無需人工干預。本發(fā)明的還有另一個目的是允許交互式地或者預先請求或者規(guī)定呼叫建立而不需要呼叫對話。這樣一個安排允許用戶在規(guī)定時間以及/或者規(guī)定的持續(xù)時間發(fā)送請求系統回叫一個或者多個識別或者預定的號碼的語音郵件，傳真郵件或者電子郵件。
在本發(fā)明的一個實施例中，IP通過發(fā)出“建立呼叫”命令給SCP命令SCP建立到一個用戶的呼叫，于是SCP建立到一個或者多個用戶的呼叫以及給IP確認呼叫，正如顯示在1002。SCP則返回呼叫建立的結果給IP。
參見結合附圖在下面詳細的描述的優(yōu)選的實施例，可以更完整的理解本發(fā)明的方法和系統，其中

圖1是表示標準智能網絡(IN)概念模型的說明性的圖2表示示例的簡單的智能網絡的部件；圖3表示業(yè)務獨立的組成部件(SIB)的結構；圖4表示各種IN功能實體映射入實際部件；圖5表示在轉變級具有業(yè)務節(jié)點的IN實現的例子；圖6表示在IN概念模型中實現各種的業(yè)務的首選的方法；圖7說明關于實現API的兩個方案；圖8表示使用業(yè)務邏輯程序(SLP)定義個人代理的一個技術；圖9表示本發(fā)明的網絡IP(NIP)系統和方法的一個實施例；圖10是說明在本發(fā)明的“建立呼叫”命令操作期間在SCP和各種的IP之間消息流動的概述順序圖；圖11表示在本發(fā)明的操作期間SCP的有限狀態(tài)機器；和圖12表示在本發(fā)明的操作期間IP的有限狀態(tài)機。
本發(fā)明提供關于響應從一個或者多個IP來的指令通過IN系統中的業(yè)務控制器自動建立去話呼叫的一組問題的解決辦法。在IN系統中從一個IP到該SCP的呼叫建立請求反過來可能由在該IP中一個服務極惡的人的情況變化引起。在本申請中公開和描述的IN概念的擴展還可以用于其他電信環(huán)境并且還可以便于供給有關的輔助用戶業(yè)務。
智能網絡(IN)結構智能網絡是一個電信網絡結構，提供便于引用新的能力和業(yè)務到諸如公共交換電話網(PSTN)或者公共陸地移動式網絡(PLMN)之類的網絡的靈活性。這樣的新能力和業(yè)務的例子包含免費的呼叫(“免費電話”)，信用卡業(yè)務和虛擬專用網(VPN)。
IN具體表達了未來的無束縛(unbundled)的網絡的夢想，其中賦予服務提供者和用戶自由度以便個人化網絡業(yè)務，而與接入，交換條款技術(switeh term technology)和網絡提供者無關。關于IN的國際一致的觀點在ITU-TS建議Q.1200中描述。
IN結構的細節(jié)已經在國際電信聯盟(ITU)建議I.312/Q.1201中規(guī)定了，它也包含示于圖1中的IN概念模型(INCM)的詞語說明。ITU的IN概念模型將與呼叫處理相關的各種任務和處理以及供給業(yè)務分析和系統化為四個平面(plane)業(yè)務平面101，全球的功能平面102，分布式功能平面103以及物理平面104。
迄今為止，IN集中在此后稱為電話查號服務例如免費的呼叫(“免費電話”)，信用卡呼叫，個人電話查號服務，遠地投票等一組業(yè)務。所有這些業(yè)務的關鍵特性是它們提供業(yè)務到號碼，即在接入節(jié)點中不受接入端口的束縛。在電信網絡中的任何節(jié)點可通過增加業(yè)務轉換功能(SSF)以及/或者特別的資源功能(SRF)構成一個業(yè)務節(jié)點，兩者都經過業(yè)務獨立的協議接口在服務控制功能(SCF)的控制下。服務控制功能(SCF)是由業(yè)務數據功能(SDF)支持的，它從該節(jié)點在物理上是無束縛的。
IN的主要的組成部件是SSF,SCF,SDF以及SRF。SRF此后也稱為邏輯智能外部設備(邏輯IP)。每個組成部件是一個分開的邏輯實體，它可以是但不是必須是在物理上與電話網絡的其他實體，邏輯集成或相反。在下面的優(yōu)選的實施例的描述中物理上和邏輯的實體可交換地指同一個。
IN結構將基本的呼叫處理分成離散的嚴格地定義的級，賦予電信業(yè)務提供者和用戶操作呼叫處理的能力。簡單的智能網絡200的部件示于圖2中。智能網絡的標準結構已經定義IN的各種部件以及各個部件之間的接口。
當呼叫IN業(yè)務時，該呼叫首先發(fā)送到該網絡中的一個特別的節(jié)點，稱為業(yè)務轉接點(SSP)。如果SSP識別來話呼叫為IN呼叫，則該呼叫的所有的進一步處理中止，同時SSP通知IN系統中的另外一個節(jié)點業(yè)務控制點(SCP)IN呼叫已經收到。
SCP提供“智能網絡”中的“智能”。SCP控制IN呼叫發(fā)生的任何事情和進行所有的呼叫處理決定。當SCP決定擬對該呼叫執(zhí)行適當的行動時，SCP指示SSP執(zhí)行必要的行動。
業(yè)務控制功能(SCF)包含IN業(yè)務的邏輯和承擔作出有關的涉及那個業(yè)務的呼叫的決定全部責任。這個業(yè)務邏輯可運行于任何電信平臺上(例如Ericsson公司的AXE平臺或者UNIX)。包含SCF的節(jié)點(即物理硬件和軟件)稱為業(yè)務控制點(SCP)201。
每個業(yè)務需要的數據(例如用戶電話號碼表)由業(yè)務數據功能(SDF)提供。在IN結構的一個實施例中，業(yè)務需要的數據被存儲在SCF本身中。正式地，儲存業(yè)務有關的數據的功能分配給SDF，它在要求時提供數據給SCF。在典型的IN實現中，SDF可以是運行商業(yè)上可得到的數據庫程序比如Sybase的UNIX機器。包含SDF的物理節(jié)點稱為業(yè)務數據點(SDP)202。
交換機的正常呼叫處理和監(jiān)視的功能由呼叫控制功能(CCF)執(zhí)行。同時在形式上CCF不是標準IN結構的一部分，CCF為IN提供關于呼叫的信息，而且執(zhí)行由SSF已經收到的命令。
業(yè)務轉換功能(SSF)翻譯由SCF發(fā)送的指令和傳遞要執(zhí)行的命令給CCF。SSF也從CCF接收呼叫事件數據(例如用戶的掛機/摘機狀況或者用戶線路忙)和傳遞該數據給SCF。包含SSF的物理節(jié)點(即交換機硬件和軟件)稱為業(yè)務轉接點(SSP)204和205。
專門資源功能(SRF)提供在IN業(yè)務中使用的某些資源，例如DTMF(雙音多頻)數字接收，通知和語音辨識。在ITU IN建議中，SRF直接地與SCF通信。在IN的另外一個實現中，SRF功能可以與SSF共同設置。在這種情況下，SRF不是直接而是經過SSF與SCF通信。圖2中未示出SRF。
業(yè)務管理功能(SMF)207管理IN業(yè)務的維護，例如數據的增加或者去除或業(yè)務的安裝或者修改。業(yè)務建立環(huán)境功能(SCEF)207允許開發(fā)、測試IN業(yè)務并將之輸入給SMF。在IN的一個實現中，SMF和SCEF組合為一個并且稱為業(yè)務管理應用系統(SMAS)。SMAS應用是TMOS系列的一部分并且根據UNIX操作系統運行。它允許業(yè)務使用圖形的接口指定并且為業(yè)務數據的輸入提供方便的形式。
圖2表示連接到SDP 202和SSP 204以及205的一個示例的SCP201。SCP也連接到SMF/SCEF 207。到和從SCP 201的所有的鏈路在圖2中以虛線表示，指示它們不是話音鏈路。SDP 202也由非話音鏈路連接到SMF/SCEF 207。SSP 204連接到兩個市內交換機(LE)223和224以及連接到轉接交換機(TE)211。轉接交換機211又連接到兩個其他市內交換機221和222。SSP 205連接到市內交換機225。市內交換機223和224示于圖2，連接到一個示例的始發(fā)用戶T-A231以及一個示例的終端用戶T-B232。
在前面描述的注釋中如果IN的每一個邏輯組成部件也是物理實體，則對應的物理節(jié)點稱為業(yè)務轉接點(SSP)，業(yè)務控制點(SCP)，業(yè)務數據點(SDP)和物理智能外部設備(IP)。正如前面指出的那樣，在下面的討論中，術語IP通常用于指邏輯上的IP以及物理IP兩者。
用戶代理在SCF中由主叫或被叫方號碼識別，并且在打擊該服務節(jié)點中配備的觸發(fā)點時調用。信令數據和呼叫狀態(tài)數據可以由用戶代理操作。SRF能夠與用戶或互相帶內通信以克服當前信令系統的限制。
當前IN標準假定用戶的訪問位置和歸屬位置是共同配置，但是從接入節(jié)點和業(yè)務節(jié)點可能是無束縛的。雖然接入節(jié)點和業(yè)務節(jié)點的分開減少業(yè)務引用費用，但是它可能導致接入端口業(yè)務和基于號碼的業(yè)務之間不必要的交互作用。因此需要接入節(jié)點到業(yè)務節(jié)點的增強，以提供業(yè)務設計的靈活性。
一個替換方案是將兩個遠地可改變的個人電信類別加到接入節(jié)點一個提供無條件的熱線連接到業(yè)務節(jié)點以啟動呼叫，另一個給予無條件的呼叫轉送到業(yè)務節(jié)點以便終止呼叫。如果費用減少和容量改善，如在蜂窩網絡中那樣在比較長期限分開訪問和歸屬位置功能顯得必要的。
IN的獨特的特性之一是業(yè)務是基于它的業(yè)務獨立的組成部件(SIB)在IN業(yè)務平臺上而不是直接地在網絡節(jié)點實現。SIB是SCP的一部分。圖3表示SIB的結構。每個SIB 301是業(yè)務邏輯中的一個基本的邏輯單元，遮掩來自程序員的實現。當現有的SIB不能滿足新的要求時，定義新的SIB。
在IN產品中，SIB 301執(zhí)行諸如信令信息的分析，連接拓撲結構的控制，與用戶交互作用，數據的閱讀和寫，呼叫數據的收集和輸出等功能。其它SIB是純語言成份，比如躍過，轉到子程序，循環(huán)，交接等。每個SIE 301在該業(yè)務平臺是可用的。業(yè)務邏輯程序(SLP)是由STB 301建立并且由他們的名字查閱。業(yè)務邏輯可以使用業(yè)務建立環(huán)境功能(SCEF)指定。通過一個系統獨立的應用程序接口(API)使得SIB 301對于SCEF是可用的。如也在該圖中表示的，SIB接收邏輯輸入311，產生邏輯輸出312，接收SIB支持的數據321并且接收和輸出呼叫情況數據(call instance data)322。
各種的IN功能實體映射入實際部件或實體的情況示于圖4中，在此后綴“F”代表各種功能實體而后綴“P”代表物理實體。在圖4中，縮寫字SMF是指業(yè)務管理功能而縮寫字CCF是指呼叫控制功能。
圖5中示出在轉變級以業(yè)務節(jié)點的IN實現的例子。圖5所示的業(yè)務節(jié)點可以從任何接入節(jié)點達到，比如PSTN中的本地交換機或ISDN或公共陸地移動式網絡(PLMN)系統中的MSC。業(yè)務節(jié)點可以服務個人電話以及其它基于號碼的業(yè)務兩者。用戶身分和確認信息可以在帶內傳送給SRF或嵌入信令系統中的主叫而被叫方號碼字段中。
個人代理具有呼叫控制功能CCF(即觸發(fā)點數據)，服務控制功能，SCF(即業(yè)務邏輯)和業(yè)務數據功能SDF(即業(yè)務數據)中的部件。示于圖5中的IN平臺部件可以集成入接入節(jié)點或在分開的業(yè)務節(jié)點中實現。
業(yè)務轉換功能(SSF)的作用是識別呼叫請求IN業(yè)務，然后與SCF通信以便接收關于如何處理該呼叫的指令。在此SCF是IN的智能所在地，因為它包含執(zhí)行各種的業(yè)務需要的邏輯。SDF是一個數據庫系統，提供數據內涵的輔助業(yè)務所需要的數據存儲容量。IP是網絡單元，提供用戶交互作用的資源，比如話音通知和對話，雙音多頻接收(DTMF)和聲音識別。
IN應用編程接口(API)示于圖1的ITU的IN概念模型也定義實現各種業(yè)務的方法。這示于圖6。為了實現業(yè)務或特性601，在602，業(yè)務要求首先翻譯為SIB結構。在604，得到的SIB 603被映射到各個功能實體605。在606，功能實體605又被映射到一個或多個物理實體607。
應該注意，不象所有非IN標準的實踐那樣，IN中的業(yè)務要求不是直接地翻譯為網絡功能。代之以，該業(yè)務要求翻譯為業(yè)務平臺單元(即SIB)，它又根據IN三級模型實現，變成可重復使用的能力和電信網絡中的協議單元。
至少有兩個實現應用程序接口(API)的可能的辦法，它符合圖1所示的ITU的IN概念模型。一個辦法將是分開業(yè)務邏輯為兩個部分一個固定邏輯部分和一個有彈性的邏輯部分。SIB則被鏈接形成判定圖，即由固定邏輯稱為子程序。固定邏輯可以以標準程序語言表示，比如C或C++等，并且編譯和裝入一個標準執(zhí)行環(huán)境。彈性的邏輯部分與此相反，僅僅由可交換的數據組成。
第二辦法是定義業(yè)務API，通過互相組合SIB達到想要功能對邏輯的所有方面進行完全控制。在這個辦法中每個SIE可以鏈接到任何其它的SIB。一些SIB執(zhí)行電信功能同時其它SIB僅僅鏈接該邏輯中的單元。所有的邏輯表示成數據，它描述使用哪個SIB，它們如何鏈接，以及每個SIB使用什么數據執(zhí)行它的功能。因此所有的實現細節(jié)隱瞞該業(yè)務程序員。這是Ericsson公司的IN產品采取的主要辦法。
圖7示出實現API的兩個方案。SIB平臺方案示于圖7A中，而業(yè)務邏輯執(zhí)行環(huán)境(SLEE)方案示于圖7B中。圖7A的SIB方案表示所有的業(yè)務邏輯作為基本的SIE功能的組合，在業(yè)務平臺中可用于形成彈性的業(yè)務分布(FSP)。圖7B所示的SLEE方案把SIB看作在程序語言比如C,C++，業(yè)務邏輯程序(SLP)等表示的固定邏輯的子程序。編輯碼使用電信平臺原語比如INAP(智能網絡應用部分)操作以及數據庫原語。
如在圖8所示的，當相同的數據表示法被用于所有的邏輯和數據時，個人代理可以利用彈性的業(yè)務分布(FSP)定義。這個安排提供許多優(yōu)點，例如允許裝入和激活不同的邏輯元件而不干擾業(yè)務，和在個人代理故障的情況下，限制受影響的地區(qū)僅僅在激活故障的功能的呼叫。
特性交互作用已經是IN系統發(fā)展的一個主要障礙。這個問題是從這樣的事實發(fā)生的每個特性通常依賴其它特性。需要解決這樣的交互作用，但是還沒有已經同意的解決辦法。在實踐中經發(fā)現，當采用新的特性時，現有的特性的實現常常受影響和許多必須重新設計或完全地封鎖。應該注意，這個問題可以從兩個觀點解決IN系統的網絡中心的觀點和用戶中心的觀點。
傳統的網絡中心的觀點謀求IN在增加輔助的業(yè)務到現有的指令表方面作為其它技術的一個補充。特性交互作用已經并繼續(xù)是防止這個觀點成為現實的替換選項的障礙。每個新的輔助業(yè)務由一個固定業(yè)務邏輯部分和(可能地)一個彈性的邏輯部分組成。因此個人化被限制為通過互相組合許多預定義的輔助業(yè)務或特性可以達到的程度。增加新的業(yè)務可能要求長的和昂貴的發(fā)展，與在PSTN,PLMN和ISDN中預先IN經歷沒有不同。這個觀點的中心問題不是新的特性的設計，而是在綜合新的特性與其它先前存在的特性的任務。
與此相反，IN的用戶中心的觀點集中在用戶而不是集中在特性。原則上，單獨的用戶的需要被認為是獨特的，該服務提供者是在所有的業(yè)務邏輯的完全控制中。應用FSP解決方法，結果是因此獨特的業(yè)務分布的范圍能夠通過重新使用SIB而不是重新使用特性建立。這意味著特性交互作用不再是一個問題，因為沒有補充單獨的特性。在SIB之間的交互作用組成這個解決方法中的業(yè)務邏輯。
在這個解決方法中在業(yè)務分布之間的交互作用根據半呼叫模型通過打開信令接口解決了。在完整的控制可以以經濟可行的方法從步進開發(fā)的IN平臺提供之前，已經發(fā)現使用一些現有的輔助業(yè)務是必需的。應該記住這是可能在將來導致要求增強IN平臺的交互作用問題的捷徑。
用戶中心的觀點的主要目標是使得SIB標準化，以便達到業(yè)務獨立和系統獨立以及技術獨立。當達到這個目標時，可以在任何兼容的平臺上執(zhí)行基于SIE業(yè)務分布的業(yè)務，不論它是交換機處理器，獨立的個人計算機或工作站。給出對所有的用戶相同特性的老范例由對于每個單獨的用戶透明的特性替換，不管接入如何。
IN信令智能網絡應用部分(INAP)協議被用于IN系統中的信令。INAP信令協議已經由歐洲電信標準協會(ETSI)以及國際電信聯盟(ITU)標準化，包含國際電報電話咨詢委員會信令系統No7(CCS7)，它是可能用來支持INAP的一個協議，但是不是唯一的網絡協議。
如目前規(guī)定的(即IN CS-1標準)核心INAP的缺點之一是SCF與IP之間的通信可能性僅僅被限定為語音。其它的媒體比如電子郵件，傳真，數據等等當前是不能由CS-1標準支持。因此，非呼叫有關的業(yè)務是不包含在目前的CS-1標準中。
本發(fā)明構成為其一部分的網絡IP(NIP)實現可以表征為對INAP的擴充，以便包含非話音媒體的操作與處理以及供給在SCF與IP之間非呼叫有關的通信。NIP允許SCF完全控制所有的存儲與轉發(fā)(即消息)業(yè)務，比如語音郵件，電子郵件，SMS消息等等。此后用于NIP實現的協議稱為NIP-INAP。NIP-NAP是Ericsson公司特有的對IN CS-1標準的擴充。
網絡IP圖9表示本發(fā)明的一個實施例的網絡IP(NIP)系統。網絡IP系統包括SCP 901，其可以與多個智能外圍設備(IP)911-914通信。每個邏輯IP是IN術語中的SRF，如前所述。為了說明簡單，圖9僅僅示出四個IP:IP1911，也稱為呼叫開始IP，連接到用戶921-924,IP2912，連接到用戶925，也作為到ISDN系統960的網關IP,IP3913，連接到用戶926-929，以及IP4914，連接到用戶930與931，也作為到PLMN系統950的網關。
應該強調，在這個例證中描述的功能專門的IP不對應于可能是不同的它們的物理實現。IP911-914可以經過通信骨干910使用任何協議例如TCP/IP,X.25等等彼此通信。
由每個用戶選擇或適用于每個用戶的業(yè)務，特性與呼叫限制以用戶特定的業(yè)務邏輯程序902的形式儲存在SCP 901中。業(yè)務邏輯程序902可能包含對來話或去話呼叫，建立虛擬專用網與針對各個呼叫有關的情形設置與這些VPN有關的接入限制。
圖9也表示通過網關IP,IP2912與IP4914分別地連接到綜合業(yè)務數字網(ISDN)系統960和公共陸地移動式網絡(PLMN)系統950的智能網絡系統。IN系統還可以連接到其它公共網或專用網。
圖9也提供本發(fā)明一個實施例的操作的概述。當用戶比如用戶921或另外一個IP發(fā)送消息到呼叫開始IP,IP1911時，IP1發(fā)出呼叫建立請求到SCP 901，如箭頭941所示的。作為響應，SCP 901確認該呼叫建立請求和返回自動呼叫建立的結果給IP1911，如在942所示的。作為選擇，IP1可能輪詢SCP 901以便檢查任何IN業(yè)務比如限制控制和號碼翻譯是否已經由該呼叫的任何一方請求，選擇或預訂。
目前，由系統控制器基于由在補助的媒介比如語音郵件、傳真郵件、電子郵件、SMS消息等等的用戶所作的被叫號碼、建立時間以及/或者呼叫時間等等的補助通知的自動呼叫建立是不能有效地提供的。本發(fā)明的一個實施例提供基于IN結構通過定義一個協議提供一個網絡解決方案以便實現統一的郵件解決辦法。
為了這個目的本發(fā)明通過引入一個新的過程給INAP得到了解決“建立呼叫”命令，使IP能指示SCF在規(guī)定時間建立到特定號碼的呼叫。
INAP過程的擴充下一步我們將考慮新的過程的詳細操作，為了本發(fā)明實施例的實現，已經引入到NIP-INAP。新的過程使IP能命令SCP建立呼叫或消息信道。
郵箱可以存在在一些不同的媒體，例如語音郵件，傳真郵件，電子郵件，SMS等等。在本說明中，每個媒介和它的相關的郵箱稱為邏輯IP。
在下面提供的順序圖中，特定的IP稱為呼叫開始IP,IP1911指示SCP建立呼叫。然而，應該強調，實際的呼叫建立請求還可以在包含必要的處理能力和用于翻譯在非呼叫有關的媒介如語音郵件、電子郵件、SMS消息等等接收的呼叫建立請求的系統資源的任何IP始發(fā)。
在SCP和各個IP911-914之間的通信使用事務處理能力應用部分(TCAP)表示法表示在圖10中，以箭頭下面表示的消息類型和TCAP消息的部件以及每個箭頭上面表示的參數表示。
“建立呼叫”命令圖10表示當IP911命令SCP 901建立到用戶的呼叫時的順序圖。如在1001所示的，這個階段以IP1911發(fā)出“建立呼叫”命令給SCP 901開始，在這時SCP建立到一個或多個用戶的呼叫以及確認該呼叫給IP1911，如在1002所示的。該處理以SCP返回呼叫建立的結果給IP1結束，如在1002所示的。
上述系統以及方法使IP能通過SCP開始和控制在消息信道上呼叫的建立。這使它可能自動化該呼叫建立處理以及允許用戶安排一個電話會議或進行話音或數據消息的廣播，而無需人工干預。本發(fā)明的實施例提供的另外的優(yōu)點是與媒體轉換技術和系統結合使用時，這些技術和系統在上面引用的標題為“智能網絡中受控制的媒體轉換的系統和方法”、序列號08/724,845(代理人文件號27946-00156)、以Bo Arne Valdemar ASTROM,Robert Johannes BernardusSCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON的名義的未審查的專利申請中描述，所述專利申請按引用在這里作為參考，允許用戶交互式或預先請求或者在沒有呼叫對話的情況下規(guī)定呼叫建立，也就是說，它可以允許用戶發(fā)送語音郵件、傳真郵件或者電子郵件，請求系統在規(guī)定時間或者一個規(guī)定的持續(xù)時間回叫一個或者多個識別的或者預定的號碼。
SCP和IP有限狀態(tài)機
圖11和12表示用于本發(fā)明的SCP 901和各個IP 911-914的有限狀態(tài)機。在圖11和12中，該機器的各狀態(tài)是以橢圓形表征的，引起狀態(tài)轉換的事件以連續(xù)的箭頭畫出。功能是在虛線矩形內部描述，而通過功能命令的行動是通過虛線箭頭指示。
圖11表示用于SCP的有限狀態(tài)機。如可以看到的，SCP有兩個狀態(tài)空閑狀態(tài)1101和活動狀態(tài)1102。SCP還有另外的準狀態(tài)會話處理狀態(tài)1121。
當從IP1911收到“建立呼叫”命令時，SCP從空閑狀態(tài)1101變成活動狀態(tài)1102，如在1111所示的。當在SCP和激活IP之間對話正常結束時，當由于存在不合適的部件而拒絕對話和當從任一側放棄對話時，SCP從活動狀態(tài)1102變成空閑狀態(tài)1101，如在1112所示的。
當由IP1911請求“建立呼叫”命令時，從空閑狀態(tài)1101轉換到活動狀態(tài)1102另外陪伴著如在1113所示的由該SCP開始該呼叫建立和如在1114所示的接著返回呼叫建立嘗試的結果。
圖12從IP側表示該有限狀態(tài)機。IP911-914有兩個主要的狀態(tài)空閑狀態(tài)1201和活動狀態(tài)1202。
如圖12所示的，當激活“建立呼叫”命令時，IP從空閑狀態(tài)1201變成活動狀態(tài)I202，如在1211所示的。當與SCP 901對話正常結束時、由于存在不合適的部件由SCP拒絕提供結果、從任一側放棄SCP-IP對話或者當操作超時時，出現如在1212所示的從活動狀態(tài)1202到空閑狀態(tài)1201的相反的狀態(tài)轉換。
正如前面提到的那樣，常規(guī)地，當進行多方電話會議時，呼叫者必須人工呼叫每一方和邀請每一方加入該電話會議以便形成電話會議。典型地呼叫者利用預定義小鍵盤用于一個特別的PBX或者交換機。有時代之以期望參與該電話會議的每一方按順序呼入一個呼叫者，電話會議領導。并且，電話會議領導人工地接通來話方到該電話會議。
本發(fā)明實施例的操作允許呼叫建立自動化。用戶通過IP比如IP1911的適當指令預訂允許自動的電話會議或者其它呼叫建立、業(yè)務的業(yè)務(示于圖9)。在一個實施例中，用戶利用非呼叫有關的存儲與轉發(fā)消息比如發(fā)送給IP的電子郵件消息開始自動的電話會議。這樣的消息的利用允許前進，呼叫建立。在這樣一個實施例中發(fā)送到IP的電子郵件消息包含電話會議期望舉行的時間、日期以及電話會議的參與各方。該IP安排執(zhí)行的任務并且在適當的時間和日期起動呼叫建立。就是說，IP通知SCP比如SCP 901(示于圖9)建立到目的地的呼叫，即利用先前描述的呼叫建立過程建立到目的方，即在電子郵件中請求的每一方的呼叫。
在其它實施例中，用戶可以以其它方式比如利用SMS消息或者利用SMS消息開始該電話會議或者利用其它終端指示IP開始該呼叫建立。
在另外其它實施例中，類似的過程用于延遲的呼叫建立比如用于呼叫叫醒業(yè)務，撥號通知業(yè)務等等。
雖然在附圖和上文詳細的描述中已經說明了本發(fā)明的方法和裝置的一個優(yōu)選的實施例，但是應懂得，本發(fā)明不限于所公開的實施例，而是能夠在不偏離由下列權利要求書提出和定義的本發(fā)明的精神下進行很多的重新安排、修改和替換。
權利要求
1．在包括經過網絡連接到SCP(業(yè)務控制點)的多個IP(智能外圍設備)的IN(智能網絡)電信系統中，所述多個IP經過一個電信骨干選擇地彼此連接，一種便于自動的或者計劃的建立呼叫和存儲與轉發(fā)業(yè)務的方法，所述的方法包括步驟給將要開始呼叫建立的IP規(guī)定呼叫建立參數；當該呼叫建立參數得到滿足時，產生一個提醒；當產生所述提醒時，從該開始的IP傳送一個建立呼叫命令給該SCP；建立包括兩方或者多方的呼叫而無需人工干預；和從該SCP傳送呼叫建立確認消息給該開始的IP。
2．根據權利要求1便于自動的或者計劃的建立呼叫的方法，其中所述呼叫建立參數包含日期、時間和由電話會議鏈路連接的每一方的電話號碼或者消息廣播信道。
3．根據權利要求1便于自動的或者計劃的建立呼叫的方法，其中所述呼叫建立參數另外包合希望的或者預期的呼叫持續(xù)時間。
4．根據權利要求1便于自動的或者計劃的建立呼叫的方法，其中所述呼叫建立參數是從遠程位置收到的。
5．根據權利要求1便于自動的或者計劃的建立呼叫的方法，其中所述呼叫建立參數是通過一個標準DTMF(雙音多頻)電話數字小鍵盤交互地從一個用戶收到的。
6．根據權利要求1便于自動的或者計劃的建立呼叫的方法，其中所述呼叫建立參數是在與電信系統的本地數據輸入媒體不同的媒介中收到的。
7．在包括經過網絡連接到SCP(業(yè)務控制點)的多個IP(智能外圍設備)的IN(智能網絡)電信系統中，所述多個IP經過一個電信骨干選擇地彼此連接，一個便于自動的或者計劃的建立呼叫和存儲與轉發(fā)業(yè)務的系統，包括用于給將要開始呼叫建立的IP規(guī)定呼叫建立參數的裝置；當該呼叫建立參數得到滿足時，用于產生一個提醒的裝置；用于當產生所述的提醒時，從該開始的IP傳送一個建立呼叫命令給該SCP的裝置；用于建立包括兩方或者多方的呼叫而無需人工干預的裝置；和用于從該SCP傳送呼叫建立確認消息給該開始的IP的裝置。
8．根據權利要求7便于自動的或者計劃的建立呼叫的系統，其中所述呼叫建立參數包含日期、時間和由電話會議鏈路連接的每一方的電話號碼或者消息廣播信道。
9．根據權利要求7便于自動的或者計劃的建立呼叫的系統，其中所述呼叫建立參數另外包含希望的或者預期的呼叫持續(xù)時間。
10．根據權利要求7便于自動的或者計劃的建立呼叫的系統，其中所述呼叫建立參數是從遠程位置收到的。
11．根據權利要求7便于自動的或者計劃的建立呼叫的系統，其中所述呼叫建立參數是通過一個標準DTMF(雙音多頻)電話小鍵盤交互地從一個用戶收到的。
12．根據權利要求7便于自動的或者計劃的建立呼叫的系統，其中所述呼叫建立參數是在與電信系統的本地數據輸入媒體不同的媒介中收到的。
13．在用于經由IN(智能網絡)提供通信業(yè)務的方法中，經由IN電信系統以編程方式建立該業(yè)務的一種方法的改善，所述方法包括步驟在IP(智能外部設備)檢測一個用戶來的擬在一選定時間建立通信業(yè)務的請求；轉發(fā)在所述檢測步驟期間檢測的該請求的指示給一個SCP(業(yè)務控制點)；安排擬在選擇的時間提供的該通信業(yè)務；和實現該通信業(yè)務。
14．根據權利要求13的方法，其中在所述檢測步驟期間檢測的該請求包括存儲與轉發(fā)消息。
15．根據權利要求13的方法，其中所述轉發(fā)的步驟包括傳送一個呼叫建立請求給該SCP。
16．根據權利要求13的方法，其中所述轉發(fā)的步驟更進一步包括輪詢該SCP以便確定至少與該用戶有關的IN業(yè)務是否儲存在該SCP。
17．根據權利要求13的方法，其中該通信業(yè)務包括一個電話會議，和其中所述安排的步驟包括安排該電話會議。
18．在IN(智能網絡)電信系統中，經過該系統至少提供一個通信業(yè)務給至少一個用戶的電信系統，用于以編程方式經過IN電信系統建立該業(yè)務的裝置的一個改善，所述裝置包括一個IP(智能外部設備)，連接用于從該至少一個用戶接收用于在一個選擇時間建立的通信業(yè)務的一個請求；和一個SCP，連接到所述IP以便接收該通信業(yè)務的請求的指示，所述SCP用于安排在該選擇時間提供的通信業(yè)務和用于實現該選擇的業(yè)務。
19．根據權利要求18的裝置，其中所述IP響應該請求的接收產生一個呼叫建立請求，和其中所述SCP連接以便接收的該請求的指示包括該呼叫建立請求。
20．根據權利要求18的裝置，其中該至少一個用戶包括多個用戶，其中用于通信業(yè)務的該請求包括用于在多個用戶的至少選擇的用戶之間的電話會議的一個請求，和其中所述SCP更進一步用于安排和實現在該選擇時間的電話會議。
21．根據權利要求18的裝置，其中由所述IP接收的該請求包括存儲與轉發(fā)消息。
22．根據權利要求18的裝置，其中該通信業(yè)務包括一個延遲的通信業(yè)務，和其中所述SCP還用于安排并且實現該延遲的通信。
全文摘要
在包括經過一個網絡連接到一個業(yè)務控制點(SCP)(901)的一些智能外圍設備(IP)(911,912,913,914)的智能網絡(IN)電信系統中,按或者在IP的指導下便于自動的或者計劃的建立呼叫和存儲與轉發(fā)業(yè)務的系統和方法。各個IP(911－914)也經過一個不同的電信骨干(910)彼此連接。當用戶(921)打開與IP(911)對話以便安排在一個稍后時間和日期的自動呼叫建立時,該IP(911)命令該SCP(901)在期望的時間通過發(fā)出一個“建立呼叫”命令來建立到該期望的號碼的呼叫。響應該SCP(901)建立到一個或者多個用戶的呼叫和給該開始的IP(911)確認該呼叫。該SCP(901)則返回呼叫建立結果給該IP(911)。
文檔編號H04M3/56GK1235734SQ97199229
公開日1999年11月17日 申請日期1997年8月20日 優(yōu)先權日1996年8月30日
發(fā)明者B·A·V·阿斯特倫, B·A·斯文內森, G·蘇馬, R·J·B·施默瑟爾 申請人:艾利森電話股份有限公司