專利名稱：用于智能網(wǎng)絡中的受控媒介轉換的系統(tǒng)和方法
這個美國專利申請包含了與下面同樣處于審查中的美國專利申請相關的主題(1)用戶主動監(jiān)視的系統(tǒng)和方法，No.08/723,620(代理記錄No.27946-00157),1996年10月3日申請，申請人是BoArne Valdemar ASTROM,Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON；(2)輸入和輸出用于存儲轉發(fā)業(yè)務的詢問的系統(tǒng)和方法，No.08/724,769(代理記錄No.27946-00158),1996年10月3日申請，申請人是Bo ArneValdemar ASTROM,Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON；以及(3)用于IP激活的呼叫建立的系統(tǒng)和方法，No.08/725,431(代理記錄No.27946-00159),1996年10月3日申請，申請人是Bo Arne ValdemarASTROM,Robert Johannes Bernardus SCHMERSEL,GulamabbasSUMAR和Bjorn Arne SVENNESSON。這些同樣處于審查中的專利申請和從其派生的任何其他國內或國外專利申請和所包含的公開文本在這里都作為本申請的參考。
本專利申請和上面所提到的所有相關的處于審查中的專利申請都已經或將要被轉讓給Telefonaktiebolaget LM Ericsson(publ)。
本發(fā)明涉及輔助電信業(yè)務設備，特別涉及便于將以一種媒介接收的信息轉換成另一種媒介的系統(tǒng)和方法。
客戶對于用戶制定的電信業(yè)務的需要已經增長得越來越迅速。專用的用戶特征，例如呼叫等待、呼叫轉移、縮位撥號等，由于它們所提供的便利，對于單個用戶來說正變得越來越重要，并且其作為附加收入來源對于電信業(yè)務提供者也變得越來越重要。這種業(yè)務一般是通過對服務于特定用戶的中央局交換機的軟件進行專用編程來提供的。也就是說，局部交換機交換軟件是單獨編程的，以便向與其相連的用戶提供特種業(yè)務特征。為了提供特種用戶功能，交換機的硬件和軟件都應該經常更新。
當一個呼叫涉及與不同交換機相連的兩方之間的互連時，這是通過一個所謂的中轉或匯接交換機來完成的，該交換機形成了將單獨的中央局交換彼此互連的網(wǎng)絡的一部分。在這種情況下，中轉交換機對于呼叫的雙方都是完全透明的，它只在兩個端局之間提供一個語音路徑。由任一方調用的任何特種業(yè)務特征已經由用戶所連的端局按慣例提供，與兩方之間的網(wǎng)絡連接無關。
在大多數(shù)提供普通老式電話業(yè)務(POTS)的電信系統(tǒng)中，在主叫方(A方)與被叫方(B方)之間的通信鏈接是處于A方的控制下的。因此，A方與B方之間的通信鏈接保持正常，直到A方的電話裝置被置于“掛機”狀態(tài)，在這種情況下，系統(tǒng)中斷雙方端局以及用于將端局鏈接在一起的任何中轉交換機中的通信鏈接。如果B方想要將他或她的電話裝置置于掛機狀態(tài)，只有在經過大約為幾分鐘的一段時期之后、當一個計時器切斷主叫方與被叫方之間的電路時，才會起作用。在新型的電信業(yè)務、例如綜合業(yè)務數(shù)字網(wǎng)(ISDN)中，采用了B方切斷，但實施這種切斷的裝置與傳統(tǒng)POTS網(wǎng)絡中的裝置有很大不同。
假設在傳統(tǒng)的電信交換機內的特種用戶業(yè)務需要對每個以及所有向其客戶提供這種特種業(yè)務的單個交換機的軟件進行廣泛地更新。相對于額外用戶業(yè)務所帶來的額外收益，交換機的這種更新常常是非常昂貴的，并且從性能價格比的角度上看代價過高。這種情況在小城鎮(zhèn)或農村地區(qū)則更為突出，在這些地區(qū)，對特種業(yè)務的需求相對較低，并且現(xiàn)有的交換機已經工作了相當長的時期，并能繼續(xù)滿足該地區(qū)大多數(shù)用戶的基本電信需要。
電信企業(yè)正面對著逐漸增強的競爭壓力。各地的電信操作員的每分鐘收益由于多種因素已經在逐漸下降。電信業(yè)務的無序已經增加了企業(yè)中競爭者的數(shù)目。并且，類似回叫業(yè)務和呼叫卡的革新允許用戶利用在兩個國家(country pairs)之間的雙邊呼叫速率中的差別進行套利。并且，有線電視公司現(xiàn)在已經開始在他們的電纜網(wǎng)上提供電話業(yè)務。最后，更新的軟件現(xiàn)在已經使因特網(wǎng)上的高質量的全雙工呼叫變得可行。
技術的進步還降低了提供基本電話業(yè)務的成本。電信公司不再有理由為對基本電話業(yè)務設備所征收的較高的使用費進行辯護。技術的進步將傳送一個電話的實際費用幾乎降低為零。用經濟術語來說，可以將基本電話業(yè)務看作為零臨界成本商務(zero marginalcost business)。這些年來桌面計算機的性能價格比的提高也極大地提高了現(xiàn)代電話交換機的可靠性和經濟性。
在局間連接上也是這種情況。由于光纖的使用，電話網(wǎng)已經增加了相當大的容量。帶寬不再象幾年前一樣是稀有資源了，并且事實上已經成為整個銷售額中經常購買和銷售的商品。
技術進步還減少或消除了在主叫方和被叫方之間的作為電話呼叫費用的主要因素的地理距離的影響。已經證明，利用因特網(wǎng)資源，從Stockholm到Dallas(距離大約為8000公里)的通話費用并不比從Dallas到Austin(距離大約為300公里)的高。
因特網(wǎng)的迅速發(fā)展在很大程度上是由于利用了以下事實，即因特網(wǎng)的基本TCP/IP協(xié)議使得要發(fā)送的e-mail信息和要進行的文件傳送與涉及的傳輸距離無關。
電信操作者不考慮提供長距離業(yè)務并不比提供本地基本電話業(yè)務花費更多這個事實，繼續(xù)對長距離電話通話收取比本地通話更多的費用。電信產業(yè)中競爭的增強使得這種情況越來越無法維持。由于長距離通話在傳統(tǒng)上已經是電信公司運行利潤的一個重要來源，所以電信公司需要找到收益的新來源這一點變得越來越明顯。
電信操作者可以增加收益的一種方式是通過向用戶提供高級服務，用戶將愿意為此付費。如上所述，在過去的網(wǎng)絡結構中，向網(wǎng)絡增加新功能需要重寫核心交換機軟件—這是一個花費大且費時的過程，還帶來將新故障引入系統(tǒng)的額外的風險。此外，必須用新軟件更新網(wǎng)絡中的每個交換機，這進一步提高了引入新業(yè)務的費用。電信操作者不愿再容忍這種狀態(tài)。對于可以首先將一個產品帶入市場的電信設備制造商來說，存在著很多商業(yè)機會。
電信操作者已經表現(xiàn)出了對將新業(yè)務引入他們的電信網(wǎng)絡的更快、更便宜的技術的需求。并且，他們希望新功能的影響被限制在一個或幾個交換機內。還希望能夠從一個中央管理設備來處理諸如業(yè)務的安裝或更改、用戶專用數(shù)據(jù)的增加等業(yè)務管理任務。
還希望的是，新業(yè)務的設計和實施是由電信操作者完成而不是由設備制造商完成。這將允許電信操作者能迅速地對覺察出的市場需要作出反應，并更加經濟有效地為他們的客戶服務。還發(fā)現(xiàn)人們希望的是在交換軟件中包含更多的智能，以允許各種服務能與用戶進行交互。以這種方式，電話設備可以變成對電信網(wǎng)絡的一個高級接口。
已經提出將智能網(wǎng)絡(IN)作為上述要求的解決方法。IN技術被設計為允許一個電信操作者設計他自己的特別業(yè)務集合或使現(xiàn)有的業(yè)務適應專門用戶的需要。進一步地，IN結構能將安裝新業(yè)務的影響限制在幾個控制節(jié)點內。
IN結構的另一個設計特征是它的業(yè)務集中管理。這提高了響應時間，并減少了運行網(wǎng)絡所需的人力資源開支。此外，IN結構允許用戶控制一些用戶專用的數(shù)據(jù)。
例如，一些電信操作者提供“個人號碼”業(yè)務。個人號碼業(yè)務給予每個用戶一個專用的電話號碼，通常是前面綴有“地區(qū)代碼”500的號碼。個人號碼業(yè)務的設計原理是將每個用戶過多的聯(lián)系號碼只用一個電話號碼代替。于是，當有人撥打一個用戶的個人號碼時，交換機將查詢一個中央數(shù)據(jù)庫，并得到一個可能到達該用戶的所有電話號碼的清單。交換機然后將以一預定順序撥打這些號碼中的每一個，直到該呼叫得到回答。
在該項業(yè)務的一個變化中，用戶可以具有用任一個電話設備動態(tài)地更新聯(lián)系號碼數(shù)據(jù)庫的能力。這種客戶控制能夠允許用戶增加他或她臨時所處的旅館或其他地方的號碼。
IN結構的設計原理是減少向市場提供新業(yè)務的時間，以降低開發(fā)和管理成本，并提高提供高級服務所帶來的收益。一個IN業(yè)務的典型例子是用戶使用覆蓋很大地理區(qū)域的單個撥號號碼(B-號碼)，該單個撥號號碼被重新轉到多個本地業(yè)務中心中的一個。因此，一個比薩餅經銷商可以宣傳預定比薩餅的一個電話號碼。只要客戶撥通該廣告號碼，IN業(yè)務可以根據(jù)撥號用戶的號碼(A-號碼)將該呼叫轉給最近的經銷商。
智能網(wǎng)絡概念起源于美國。起初，其意圖是為了提供一個用于將一單個撥號號碼轉換成一個不同的終端號碼的中央數(shù)據(jù)庫。最早的IN業(yè)務的應用之一是提供長途免費通話(“免費電話”)。
長途免費號碼并不直接對應著一條實際的電話線，而是需要被轉換成一個實際的終端號碼。這種轉換可以依賴于呼叫者的位置和一天中的時間。
已經開發(fā)了一種被稱為7號信令系統(tǒng)(SS7)的新的信號系統(tǒng)，該信號系統(tǒng)允許在呼叫建立之前和建立期間在電話交換機之間進行高速通信。SS7協(xié)議首次為實現(xiàn)長途免費通話所需的快速數(shù)據(jù)庫查找創(chuàng)造了條件。在SS7技術的開發(fā)之后，使得通過一個電話網(wǎng)絡在實際上瞬時地交換數(shù)據(jù)變得可能。這就是智能網(wǎng)絡的來歷。
在IN革命中的下一步是從靜態(tài)數(shù)據(jù)庫移動到允許用戶控制用戶專用數(shù)據(jù)的動態(tài)數(shù)據(jù)庫。當用戶能夠用來自用戶設備的鍵盤交互來控制呼叫的進程時，附加的交互作用變得被允許。這種交互式的IN在美國被稱為高級智能網(wǎng)絡(AIN)。
IN結構目前的發(fā)展和興趣正被幾個大型應用所驅動。兩種這樣的應用是萬能個人號碼(UPN)和虛擬個人網(wǎng)絡(VPN)業(yè)務。在UPN業(yè)務中，將一個唯一的號碼指定給每個個人，而不是指定給一個電話設備。UPN號碼可被用于到達一個用戶，而與他或她的位置或網(wǎng)絡類型(固定的或移動的)無關。
VPN業(yè)務允許應用公共網(wǎng)絡資源來構造一個個人網(wǎng)絡。于是，一個團體可以具有一個團體電話網(wǎng)絡，允許其所有雇員相互進行通信，而不必對提供一個實際的個人網(wǎng)絡所需的硬件或軟件進行投資。通過應用公共網(wǎng)絡來實現(xiàn)一個VPN業(yè)務，團體用戶還可以避免維護一個實際網(wǎng)絡所需的費用。
作為提高合并速度和發(fā)展新網(wǎng)絡能力和網(wǎng)絡業(yè)務的解決途徑，智能網(wǎng)絡(IN)結構的使用已經被提倡。然而，目前實現(xiàn)IN概念的標準還具有許多缺陷。
例如，用戶可以接收輸入的非呼叫相關的消息，例如電子郵件(e-mail)、尋呼機消息、短消息業(yè)務(SMS)格式的消息，等等。在傳統(tǒng)上，這些消息類型中的每一種都是單獨處理的，通過一個專用于該消息類型的信箱傳遞給一個預定的接收者。因此，用戶必須檢查傳真消息信箱來確定是否已經接收到傳真消息并正等待查看，并且單獨地檢查他的電子郵件消息信箱來確定是否還有未讀的e-mail消息，等等。
業(yè)務提供者已經發(fā)現(xiàn)，用戶希望在將消息傳送給用戶之前，能將以各種允許的輸入格式接收的輸入消息從一種媒介轉換或變換成另一種媒介。每個用戶對于他或她的輸入信息被傳遞時的格式可以有不同的選擇。于是，例如，用戶A可能希望在每次他或她接收到一個傳真?zhèn)鬏敃r能接收到一個e-mail通知，而可能希望將該傳真?zhèn)鬏數(shù)膬热葑x給他或存儲在他的語音信箱內供以后的檢索和回顧。
如果一個電信業(yè)務提供者能夠存儲每個用戶的通知和傳送選擇，并且甚至可能允許由用戶對于最佳接收格式進行交互式的選擇，則業(yè)務提供者能夠向用戶提供更多的價值，從而獲得額外的收益。
因此，能夠在一個智能網(wǎng)絡系統(tǒng)內提供一些裝置，根據(jù)存儲的用戶選擇或通過與用戶的交互式對話，將以一種媒介接收的消息變換成另一種媒介，這是所高度期望的。接著，這需要一種用于從一種媒介到另一種媒介接收、存儲、變換和發(fā)送非呼叫相關消息的系統(tǒng)和方法。
因此，本發(fā)明的一個主要目的是允許將以一種媒介接收的消息容易地變換成第二種媒介。本發(fā)明的一個實施例已經在一個IN(智能網(wǎng)絡)電信系統(tǒng)中實現(xiàn)，該IN電信系統(tǒng)包括與一個SCP(業(yè)務控制點)通過網(wǎng)絡相連的多個IP(智能外圍設備)。該多個IP還彼此相連。
在本發(fā)明的一個實施例中，將第一媒介中的第一消息接收進一個接收IP。然后將這個接收的第一消息從接收IP傳輸?shù)揭粋€變換IP。接著，在變換IP中將傳輸?shù)牡谝幌⒆儞Q成第二媒介中的第二消息。然后，將變換后的第二消息通過電信基干傳輸?shù)揭粋€傳送IP。最后，將變換后的第二消息傳送到第二媒介中的消息的預定接收者。
下面通過結合附圖對最佳實施例所進行的詳細說明，將獲得對本發(fā)明的方法和系統(tǒng)更全面的理解，其中

圖1是顯示一個標準的智能網(wǎng)絡(IN)概念模型的示意圖；圖2顯示了一個例示性的簡單智能網(wǎng)絡的組成；圖3顯示了一個與業(yè)務無關的標準組件(SIB)的結構；圖4顯示了進入物理單元的各種IN功能入口圖5顯示了在中轉層帶有業(yè)務節(jié)點的IN設備的例子；圖6顯示了在IN概念模型中實現(xiàn)各種業(yè)務的最佳方法；圖7顯示了實現(xiàn)一個API的兩種途徑；圖8顯示了應用業(yè)務邏輯程序(SLP)限定個人事務的一種技術；圖9顯示了本發(fā)明的聯(lián)網(wǎng)IP(NIP)系統(tǒng)和方法的一個實施例；圖10是顯示在本發(fā)明的各種邏輯入口之間的信息流的整體順序圖；圖11是顯示“信箱狀態(tài)報告”命令的操作的順序圖；圖12是顯示當SCP詢問關于信箱狀態(tài)的簡要信息時“信箱狀態(tài)查詢”命令的操作的順序圖；圖13是顯示當SCP詢問關于信箱狀態(tài)的詳細信息時“信箱狀態(tài)查詢”命令的操作的順序圖；圖14是顯示當一個用戶詢問關于信箱狀態(tài)的簡要信息時“信箱狀態(tài)查詢”命令的操作的順序圖；圖15是顯示當一個用戶詢問關于信箱狀態(tài)的詳細信息時“信箱狀態(tài)查詢”命令的操作的順序圖；圖16顯示了當SCP命令一個IP取回消息用于變換時的順序圖；圖17顯示了當SCP命令一個變換IP變換一個消息時的順序圖；圖18顯示了當SCP命令傳送IP從變換IP取回變換的消息時的順序圖；圖19顯示了當SCP命令IP向一個用戶傳送變換的消息時的順序圖；圖20顯示了在本發(fā)明的操作期間SCP的有限狀態(tài)機；以及圖2l顯示了在本發(fā)明的操作期間IP的有限狀態(tài)機。
本發(fā)明提供了關于已經以一種媒介、例如以電子郵件(e-mail)消息格式、傳真格式或SMS(短消息業(yè)務)格式接收的消息的變換和向希望以不同格式接收該消息的用戶傳遞的一系列問題的解決辦法。在本申請中公開并描述的IN概念的擴展也可以用在其他電信方面，還可以有助于提供有關的附加用戶業(yè)務。
智能網(wǎng)絡(IN)結構智能網(wǎng)絡是一種提供便于將新性能和業(yè)務引入諸如公共交換電信網(wǎng)絡(PSTN)或公用陸地移動通信網(wǎng)絡(PLMN)等網(wǎng)絡的靈活性的電信網(wǎng)絡結構。這種新性能和業(yè)務的例子包括長途免費通話(toll free calling)(“免費電話”)、信用卡業(yè)務和虛擬個人網(wǎng)絡(VPN)。
IN體現(xiàn)了對將來的非附隨(unbundled)網(wǎng)絡的夢想，在該網(wǎng)絡中，將自由給予業(yè)務提供者和用戶，使得網(wǎng)絡業(yè)務個性化，而與通路、交換項技術和網(wǎng)絡提供者無關。在ITU-TS建議書Q.1200中說明了關于IN的國際一致觀點。
在國際電信聯(lián)盟(ITU)建議書I.312/Q.1201中已經說明了IN結構的細節(jié)，在該標準中還包含了在圖1中顯示的IN概念模型(INCM)的口頭解釋。ITU的IN概念模型將關于呼叫處理和業(yè)務提供的各種任務和處理進行分析并分成四級業(yè)務級101、全局功能級102、分布功能級103和物理級104。
到目前為止，IN已經集中在下文稱之為號碼業(yè)務的一組業(yè)務周圍，例如，長途免費呼叫(“免費電話”)、信用卡呼叫、個人號碼業(yè)務、電視選舉等等。所有這些業(yè)務的一個關鍵特征是他們向不附隨于訪問節(jié)點中的訪問端口的號碼提供服務?？梢酝ㄟ^增加一個業(yè)務交換功能(SSF)和/或專用資源功能(SRF)將電信網(wǎng)絡中的任何節(jié)點作為一個業(yè)務節(jié)點，這都通過一個與業(yè)務無關的協(xié)議接口處于一個業(yè)務控制功能(SCF)的控制下。SCF是由一個可以在物理上不隨附于節(jié)點的業(yè)務數(shù)據(jù)功能(SDF)支持的。
IN的主要組成部分是SSF、SCF、SDF和SRF。SRF在這里也被認為是邏輯智能外圍設備(邏輯IP)。這些組成部分的每一個均是單獨的邏輯實體，可以是與電話網(wǎng)絡的其他邏輯的或其他的實體在物理上集成的，但這不是必需的。在下面對最佳實施例的說明中，認為物理和邏輯實體是可互換的。
IN結構將基本的呼叫過程分成幾個分離的、嚴格定義的階段，這給予電信業(yè)務提供者和用戶以控制呼叫過程的能力。在圖2中顯示了一個簡單的智能網(wǎng)絡200的組成部分。智能網(wǎng)絡的標準結構定義了IN的各種組成部分以及在各個組成部分之間的接口。
當向IN業(yè)務進行一個呼叫時，該呼叫首先經過網(wǎng)絡中的一個被稱為業(yè)務交換點(SSP)的專用節(jié)點。如果SSP將輸入的呼叫識別為一個IN呼叫，則在SSP通知IN網(wǎng)絡中的另一節(jié)點、業(yè)務控制點(SCP)已經接收到一個IN呼叫的同時，中止所有進一步的呼叫處理。
SCP提供了“智能網(wǎng)絡”中的“智能”。SCP控制關于一個IN呼叫的所有事情，并作出所有呼叫處理決定。當SCP確定要在該呼叫上執(zhí)行的適當?shù)男袆訒r，SCP命令SSP實現(xiàn)所需的行動。
業(yè)務控制功能(SCF)包含了一個IN業(yè)務的邏輯，并承擔作出關于調用該業(yè)務的呼叫的決定的全部責任。這個業(yè)務邏輯可以在任一個電信平臺(例如，愛立信的AXE平臺或UNIX)上運行。包含SCF的節(jié)點(即，物理硬件和軟件)被稱為業(yè)務控制點(SCP)201。
由業(yè)務數(shù)據(jù)功能(SDF)提供每個業(yè)務所需的數(shù)據(jù)(例如，用戶電話號碼的列表)。在IN結構的一種實現(xiàn)方式中，業(yè)務所需的數(shù)據(jù)存儲在SCF本身。在形式上，將存儲與業(yè)務有關的數(shù)據(jù)的功能分配給根據(jù)命令將數(shù)據(jù)提供給SCF的SDF。在一個典型的IN實現(xiàn)方式中，SDF可以是一個運行在商業(yè)上可獲得的數(shù)據(jù)庫程序、例如Sybase的UNIX機。包含SDF的物理節(jié)點被稱為業(yè)務數(shù)據(jù)點(SDP)202。
一個交換機的正常呼叫處理和監(jiān)控功能是由呼叫控制功能(CCF)執(zhí)行的。雖然CCF在形式上不是標準IN結構的一部分，但CCF向IN提供了關于呼叫的信息，并執(zhí)行已經由SSF接收到的命令。
業(yè)務交換功能(SSF)解釋由SCF發(fā)送的指令，并將要執(zhí)行的命令傳送給CCF。SSF還從CCF接收呼叫事件數(shù)據(jù)(例如，用戶的掛機/摘機狀態(tài)或用戶線正忙)，并將該數(shù)據(jù)傳送給SCF。包含SSF的物理節(jié)點(即，交換機硬件和軟件)被稱為業(yè)務交換點(SSP)204和205。
專門資源功能(SRF)提供了供IN業(yè)務使用的特定資源，例如，DTMF(雙音多頻)數(shù)字接收、廣播和語音識別。在ITU IN建議書中，SRF直接與SCF進行通信。在IN的另一種實現(xiàn)方式中，SRF功能可以與SSF位于同一處。在這種情況下，SRF不直接與SCF通信，而是通過SSF進行通信。SRF在圖2中未顯示。
業(yè)務管理功能(SMF)207管理IN業(yè)務的維護，例如數(shù)據(jù)的增減或業(yè)務的安裝或修正。業(yè)務生成環(huán)境功能(SCEF)207允許開發(fā)、測試一個IN業(yè)務以及向SMF輸入。在IN的一個實現(xiàn)方式中，將SMF和SCEF合并成一個，稱為業(yè)務管理應用系統(tǒng)(SMAS)。該SMAS應用是TMOS族中的一部分，在UNIX操作系統(tǒng)下運行。它允許應用圖形界面設計業(yè)務，并為業(yè)務數(shù)據(jù)的入口提供方便的形式。
圖2顯示了一個與SDP202和SSP204和205相連的SCP201的例子。SCP還與SMF/SCEF207相連。在圖2中，所有進出SCP201的鏈接用虛線顯示，表明這些鏈接不是語音鏈接。SDP202與SMF/SCEF207也由非語音鏈接相連。SSP204與兩個本地交換機(LE)223和224相連，還與一個中轉交換機(TE)211相連。中轉交換機211然后與另外兩個本地交換機221和222相連。SSP205與本地交換機225相連。如圖2所示，本地交換機223和224與一個例示性的發(fā)端用戶T-A231和一個例示性的終接用戶T-B232相連。
如果IN的每個邏輯組成部分也是物理實體，在前面所作的描述中，對應的物理節(jié)點被稱為業(yè)務交換點(SSP)、業(yè)務控制點(SCP)、業(yè)務數(shù)據(jù)點(SDP)和物理智能外圍設備(IP)。如上所述，在下面的討論中，術語IP被用于一般地指代邏輯IP和物理IP。
用戶代理是在SCF中由主叫方或被叫方號碼識別的，并且當在服務節(jié)點中的一個待命觸發(fā)點被命中時調用該用戶代理。信號數(shù)據(jù)和呼叫狀態(tài)數(shù)據(jù)可以由用戶代理來處理。SRF能夠與用戶或者彼此之間進行帶內(in-band)通信，以克服當前信號系統(tǒng)的局限。
當前的IN標準假定一個用戶的被訪位置和原始位置(homelocation)是同一位置，但可以不隨附于通路節(jié)點(access node)和業(yè)務節(jié)點。雖然通路節(jié)點和業(yè)務節(jié)點功能的分開降低了業(yè)務引入成本，但它產生了潛在的不希望出現(xiàn)的在通路端口業(yè)務和基于號碼的業(yè)務之間的相互干擾。因此，需要增強通路節(jié)點到業(yè)務節(jié)點的能力來提供業(yè)務設計中的靈活性。
另一種方式是將兩個遠程可變個人電信類別增加到通路節(jié)點上—一個向發(fā)出呼叫的業(yè)務節(jié)點提供無條件熱線連接，另一個給出朝向終接呼叫的業(yè)務節(jié)點的無條件呼叫。在蜂窩網(wǎng)絡中，如果成本減低并且容量增加，在很長的時期將被訪位置和原始位置功能分開看起來是必須的。
IN的一個特有特征是業(yè)務是在IN業(yè)務平臺上根據(jù)其與業(yè)務無關的組成部分(SIB)來實現(xiàn)的，并不是直接在網(wǎng)絡節(jié)點中實現(xiàn)的。SIB是SCP的一部分。圖3顯示了一個SIB的結構。每個SIB301是在業(yè)務邏輯中對程序員隱藏了其實現(xiàn)方式的基本邏輯元件。當現(xiàn)有的SIB不能滿足新需要時，定義新的SIB。如圖所示，SIB301接收一個邏輯輸入311，產生邏輯輸出312，接收SIB支持數(shù)據(jù)321，接收并產生呼叫實例數(shù)據(jù)322。
在IN產品中，SIB301執(zhí)行諸如信號信息的分析、連接拓撲的控制、與用戶的交互、數(shù)據(jù)的讀寫、呼叫數(shù)據(jù)的采集和輸出等功能。其他SIB是純語言元件，例如跳轉、轉向子程序、循環(huán)、移交等等。在業(yè)務平臺內可得到每個SIB301。由SIB301建立業(yè)務邏輯程序(SLP)，并用他們的名字指代?？梢詰靡粋€業(yè)務生成環(huán)境功能(SCEF)來設計業(yè)務邏輯。通過一個與系統(tǒng)無關的應用程序設計界面(API)，使SCEF可得到SIB301。
在圖4中顯示了各種IN功能實體到物理單元或實體的映射，其中，后綴“F”代表各種功能實體，后綴“P”代表物理實體。在圖4中，首字母縮寫SMF指業(yè)務管理功能，首字母縮寫CCF指呼叫控制功能。
在圖5中顯示了用中轉級的業(yè)務節(jié)點實現(xiàn)的IN實現(xiàn)方式的一個例子。圖5中顯示的業(yè)務節(jié)點可以從任何一個通路節(jié)點達到，例如PSTN或ISDN中的本地轉換器或公用陸地移動通信網(wǎng)絡(PLMN)系統(tǒng)中的MSC。業(yè)務節(jié)點既可以用于私人電話，又可以用于其他基于號碼的業(yè)務。用戶識別和授權信息可以在帶內傳送給SRF，或者嵌在信號系統(tǒng)的主叫方和被叫方號碼字段中。
個人事務具有在呼叫控制功能CCF(即，觸發(fā)點數(shù)據(jù))、業(yè)務控制功能SCF(即，業(yè)務邏輯)和業(yè)務數(shù)據(jù)功能SDF(即，業(yè)務數(shù)據(jù))中的組成部分。在圖5中顯示的IN平臺組成部分可以集成進通路節(jié)點，也可以在單獨的業(yè)務節(jié)點中實現(xiàn)。
業(yè)務交換功能(SSF)的任務是識別出一個呼叫正在調用一個IN業(yè)務，然后與SCF進行通信，以接收關于如何處理該呼叫的指令。SCF是IN的智能所在之處，因為它包含了執(zhí)行各種業(yè)務所需的邏輯。SDF是一個數(shù)據(jù)庫系統(tǒng)，提供了數(shù)據(jù)集中的附加業(yè)務所需的數(shù)據(jù)存儲能力。IP是為諸如語音廣播和對話、雙音多頻接收(DTMF)和語音識別等用戶交互提供資源的網(wǎng)絡元素。
IN應用程序設計接口(API)圖1中顯示的ITU的IN概念模型還定義了實現(xiàn)各種業(yè)務的方法。這在圖6中進行了顯示。為了實現(xiàn)一個業(yè)務或特征601，首先在602將業(yè)務需求翻譯成SIB結構。將所得的SIB603在604映射到各種功能實體605。接著將功能實體605在606映射到一個或多個物理實體607。
應該注意，與實際中的所有非IN標準不同，IN中的業(yè)務需求并不是直接被翻譯成網(wǎng)絡功能的。而是將業(yè)務需求翻譯成業(yè)務平臺元素(即，SIB)，接著根據(jù)IN三級模型實現(xiàn)該業(yè)務平臺元素，使其具有可再用的能力并成為電信網(wǎng)絡中的協(xié)議元素。
至少有兩種可能的方法可用于實現(xiàn)與圖1中所示的ITU的IN概念模型一致的應用程序接口(API)。一種方法是將業(yè)務邏輯分成兩部分固定邏輯部分和可變邏輯部分。然后將SIB鏈接以形成作為子程序由固定邏輯調用的判定圖?？梢砸砸环N標準的程序設計語言、例如C或C++等來表達固定邏輯，并且編譯和裝載進一個標準的執(zhí)行環(huán)境。相反，可變邏輯部分只包含可交換的數(shù)據(jù)。
第二種方法是定義一個業(yè)務API，該業(yè)務API通過將該多個SIB相互組合來對邏輯的所有方面進行完全地控制，以實現(xiàn)所需的功能。在這個方法中，每個SIB都可以連接到其他任何一個SIB。一些SIB執(zhí)行電信功能，而另一些只連接邏輯中的元素。所有邏輯都被表示為一些數(shù)據(jù)，這些數(shù)據(jù)說明要使用哪些SIB、如何將其連接、以及每個SIB要使用哪些數(shù)據(jù)來執(zhí)行其功能。因此，對于業(yè)務編程者隱藏了所有實施細節(jié)。這是在愛立信的IN產品中所采用的主要方法。
在圖7中顯示了實現(xiàn)API的兩種方法。圖7A顯示了SIB平臺方法，圖7B顯示了業(yè)務邏輯執(zhí)行環(huán)境(SLEE)方法。圖7A的SIB方法將所有業(yè)務邏輯表示成在業(yè)務平臺中可用的基本SIB功能的組合，以形成可變業(yè)務分布(FSP)。圖7B的SLEE方法將作為子程序的SIB考慮成用一種諸如C、C++、業(yè)務邏輯程序(SLP)等的程序設計語言所表示的固定邏輯。編譯代碼采用電信平臺基元，例如INAP(智能網(wǎng)絡應用部分)操作和數(shù)據(jù)庫基元。
當對于所有邏輯和數(shù)據(jù)使用相同的數(shù)據(jù)表示時，可以通過可變業(yè)務分布(FSP)來定義個人事務，如圖8所示。這種結構具有很多優(yōu)點，例如，允許裝載并激活不同的邏輯元素，而不會干擾業(yè)務，并且在個人業(yè)務中出現(xiàn)錯誤的情況下，將影響的區(qū)域限制在激活出錯功能的呼叫處。
特征相互影響已經是IN系統(tǒng)的開發(fā)中的一個主要障礙。這個問題的產生是由于每個特征通常與其他特征有關這個事實。需要解決這種相互影響，但還沒有出現(xiàn)一種意見一致的解決辦法。在實際中已經發(fā)現(xiàn)，在引入新的特征時，現(xiàn)有的特征實施經常被影響，許多特征不得不重新設計或完全停用。應該注意，可以從兩種觀點看待這個問題IN系統(tǒng)的以網(wǎng)絡為中心的觀點和以用戶為中心的觀點。
傳統(tǒng)的以網(wǎng)絡為中心的觀點將IN看作是對于向一個現(xiàn)有的指令系統(tǒng)增加附加業(yè)務的其他技術的補充。特征相互影響已經并且繼續(xù)是阻止該觀點成為現(xiàn)實可選擇的方法的障礙。每個新的附加業(yè)務由固定業(yè)務邏輯部分和潛在的可變邏輯部分組成。因此，個性化受到可以通過將多個預先定義的附加業(yè)務或特征相互組合在一起而達到的功能的限制。與PSTN、PLMN和ISDN中的已有IN經驗相同，增加一個新業(yè)務可能需要長期且花費大的開發(fā)。在這種觀點中的中心事務不是新特征的設計，而是將一個新特征與其他已經存在的特征綜合在一起的任務。
相比之下，IN的以用戶為中心的觀點將注意力集中在用戶而不是特征上。原則上，假設單個用戶的需要是唯一的，而業(yè)務提供者完全控制所有的業(yè)務邏輯。運用FSP方法，其結果為可以通過再利用SIB而不是再利用特征來生成唯一的業(yè)務分布范圍。這意味著特征相互影響不再是問題，因為沒有執(zhí)行任何單個的特征。在該方法中，在SIB之間的相互作用構成了業(yè)務邏輯。
根據(jù)半呼叫模型，通過開放的信號接口解決了該方法中的業(yè)務分布之間的相互影響。在能夠以一種經濟可行的方式從逐步開發(fā)的IN平臺提供完全控制之前，已經發(fā)現(xiàn)必須使用一些現(xiàn)有的附加業(yè)務。應該記住的是，這是可以導致相互影響問題的捷徑，這些相互影響問題要求以后改進IN平臺。
在以用戶為中心的觀點中的主要目標是使得SIB標準化，以便實現(xiàn)與業(yè)務無關、與系統(tǒng)無關以及與技術無關。當實現(xiàn)了這一點時，可以在任何兼容的平臺上執(zhí)行基于SIB的業(yè)務分布，無論它是一個交換處理器，一個獨立個人計算機，還是工作站。對于每個單個用戶，由特征透明代替了將相同特征給予所有用戶的舊的范例，而不考慮通路。
IN信令在IN系統(tǒng)中，將智能網(wǎng)絡應用部分(INAP)協(xié)議用于發(fā)信號。已經由歐洲電信標準協(xié)會(ETSI)和國際電信聯(lián)盟(ITU)將INAP信號方式協(xié)議標準化，它包括CCITTNo.7信令系統(tǒng)(CCS7)，該系統(tǒng)是一個、但不是唯一的一個可以用于支持INAP的網(wǎng)絡協(xié)議。
現(xiàn)在被指名為核心INAP(即，IN CS-1標準)的INAP的一個缺陷是在SCF和IP之間的通信可能性被限制為只有語音?，F(xiàn)在，CS-1標準不支持其他媒介，例如e-mail、傳真、數(shù)據(jù)等等。因此，在目前的CS-1標準中不包括非呼叫相關(non-call-related)和非實時呼叫相關業(yè)務。
將本發(fā)明作為其一部分的聯(lián)網(wǎng)IP(NIP)實施方式的特征為，作為INAP的擴展，其包括非語音媒介的操作和處理和在SCF和IP之間提供非呼叫相關的通信。NIP允許SCF完全控制所有的存儲轉發(fā)(即，發(fā)送消息)業(yè)務，例如語音郵件、e-mail、SMS消息等等。NIP實施方式所使用的協(xié)議在下文被稱為NIP-INAP。NIP-INAP是向IN CS-1標準的愛立信專用擴展。
網(wǎng)絡IP圖9顯示了本發(fā)明的聯(lián)網(wǎng)IP(NIP)系統(tǒng)的一個實施例。聯(lián)網(wǎng)IP系統(tǒng)包括一個可以與多個智能外圍設備(IP)911-914進行通信的SCP901。這些邏輯IP中的每一個都是IN術語中的SRF，這在前面已經提到。為了簡明起見，在圖9中只顯示了四個IP接收IP,IPr911；變換IP,IPc912；傳送IP,IPd913；以及例示性的附加IP,IPo914。IP911-914通過一個通信基干910應用任一協(xié)議、例如TCP/IP、X.25等在彼此間進行通信。
圖9還提供了本發(fā)明的一個實施例的操作略圖。當發(fā)端實體920通過一個可選接口921向接收IPr911發(fā)送一個消息時，IPr911存儲接收到的消息，并通知SCP901，如箭頭931所示。SCP接著在932應答該通知。
在本發(fā)明的另一個實施例中，SCP901查詢IPr911關于一個用戶信箱的狀態(tài)，如933所示，并從IPr911接收一個回答，如箭頭934所示。如果SCP901預先知道用戶922的傳送選擇，則它指導變換IPc912從接收IPr911取回消息，如941所示。變換IPc912然后與接收IPr911在基干910上進行通信，并檢索出存儲的消息。變換IPc912在942對于取回命令的執(zhí)行向SCP901進行應答。
SCP901然后在943向變換IPc912發(fā)出一個變換命令。變換IPc912然后根據(jù)用戶的選擇將消息從其被接收的模式變換成用戶922希望該消息被傳送時所處的模式。當變換完成時，變換IPc912通知SCP901，如942所示。
在接到媒介已經被變換的通知之后，SCP然后命令傳送IPd913從變換IPc912取回變換后的消息，如951所示。傳送IP913通過基干910從變換IPc912檢索出消息，并向SCP901作出完成該過程的應答，如952所示。
SCP901然后命令傳送IPd913將消息傳送給用戶922，如953所示。如果用戶是活動的和可訪問的，則傳送IP,IPd913傳送出消息，如926所示。消息的傳送也向SCP901確認，如952所示。
圖10是顯示本發(fā)明的各種邏輯實體之間的消息流動的簡要順序圖。如圖10所示，變換過程包括三個階段。在第一階段，接收IP、IPr911向SCP報告接收到一個消息。在第二階段，SCP命令變換IP、IPc912從接收IP、IPr911檢索出該消息，并將該消息從一個媒介變換成另一媒介。在第三階段，SCP命令傳送IP、IPd913從變換IP、IPc912檢索出變換后的消息，并將其傳送給用戶。
在圖10中，應用事務處理能力應用部分(TCAP)符號來顯示在SCP和各種IP911-913之間的通信，其中，消息類型顯示在箭頭下面，TCAP消息的組成和參數(shù)顯示在每個箭頭上面。于是，在第一階段中，一旦接收到一個消息，IPr911在1001用“信箱狀態(tài)報告”命令通知SCP901。由SCP在1002向IPr911作出應答。
在第二階段、消息變換階段，SCP901在1003向變換IP、IPc912發(fā)出“取回”命令。變換IP、IPc912在1004和1005應用在連接各種IP的網(wǎng)絡上所允許的任何協(xié)議、例如TCP/IP、X.25等從IPr911檢索出消息。IPc912在1006通知SCP901已完成該消息的檢索。SCP然后在1007向IPc912發(fā)出“變換”命令。IPc在1008向SCP作出完成變換過程的應答，接收到該應答之后，SCP901在1009關閉與IPc912的對話。
在第三階段，SCP在1010向傳送IP、IPd913發(fā)出“取回”命令，傳送IP根據(jù)該命令再次應用在IP網(wǎng)絡上被認為有效的任何協(xié)議從IPc912檢索出變換后的消息，如1011和1012所示。當已經從IPc取回變換后的消息時，IPd在1013通知SCP。在建立與用戶的通信時或在此之前，SCP在1014向傳送IP、IPd913發(fā)出“發(fā)送消息”命令。IPd將消息傳送給用戶，并在1015向SCP確認這個事實，在接收到該確認之后，SCP在1016關閉與IPd的對話。
一個IN用戶可以預定幾個存儲轉發(fā)業(yè)務，例如e-mail、傳真郵件、SMS、語音郵件等等，并且可以希望使這些各種消息類型的傳送變得協(xié)調。涉及不同預約業(yè)務的各種消息通?？梢源鎯υ贗N網(wǎng)絡中的不同物理或邏輯IP。目前，還沒有普遍可用的變換解決辦法，用于根據(jù)用戶指定的變換和傳送選擇，允許存儲在不同節(jié)點的不同類型的消息以一種分布式的方式被檢索、變換和傳送。
本發(fā)明提供了一種解決辦法，用于將一個消息從一個存儲轉發(fā)媒介變換成另一個媒介，并因此將變換過的和未變換過的消息在不同的IP之間移動，以便用戶可以選擇以一個或多個最佳媒介傳送他或她的所有或部分消息。
在本發(fā)明的一個實施例中，將幾個新過程引入了INAP，以幫助消息完成從一個存儲轉發(fā)媒介到另一個媒介的變換。這些新過程包括使得SCF能命令一個IP從相同網(wǎng)絡上的另一個IP取回一個消息的“取回”命令；使得SCP能命令一個IP將消息從一個媒介變換成另一個媒介的“變換”命令；以及，使得SCP能命令一個IP向一特定目的地傳送一個識別消息(這里也是一個變換過的消息)的“發(fā)送消息”命令。
可以為幾個不同的媒介提供信箱，例如語音郵件、傳真郵件、e-mail、SMS、等等。在該公開文本中，每個媒介及其連帶的信箱被稱作為一個邏輯IP。為了控制由用戶在其信箱內接收的消息，并且為了在用戶信箱的狀態(tài)改變時便于通知SCP或用戶，通知SCP關于一個用戶信箱的狀態(tài)是非常有用的。
目前，還不能容易地提供在不同的物理節(jié)點實施的集成消息發(fā)送業(yè)務。本發(fā)明的一個實施例根據(jù)IN結構通過定義一個協(xié)議提供了一種聯(lián)網(wǎng)的解決辦法，以實現(xiàn)統(tǒng)一的郵件解決辦法。
本發(fā)明的另一個方面允許SCP能被更新關于用戶信箱的狀態(tài)。還向NIP-INAP引入了新過程用于該目的當一特定信箱的狀態(tài)已經改變時允許一個IP通知SCF的“信箱狀態(tài)報告”命令；以及允許SCP向一個IP輪詢或查詢關于在一特定媒介上的一特定用戶信箱的狀態(tài)的“信箱狀態(tài)查詢”命令。
向INAP過程的擴展下面我們要考慮被引入到NIP-INAP用于實現(xiàn)本發(fā)明的最佳實施例的各種新過程的詳細操作。在SCP可以命令一個IP將消息從一種格式變換到另一種格式之前，需要過程來幫助通知SCP一個IP已經接收到消息，并且還允許SCP肯定地確定一個用戶信箱的狀態(tài)。
“信箱狀態(tài)報告”消息通過應用“信箱狀態(tài)報告”命令來實現(xiàn)IP關于用戶信箱狀態(tài)改變自發(fā)的報告。如圖11所示，只要狀態(tài)的改變不是由SCP啟動或控制的，一旦接收到信箱狀態(tài)的任何改變，就從一個接收IP、IPr911向SCP901發(fā)送一個信箱狀態(tài)報告。然而，在將一個消息放在信箱內(即，由指定用于以一特定媒介接收消息的IP接收)時，即使SCP在控制，接收IP也產生一個“信箱狀態(tài)報告”消息。
應該注意，在由接收IP、IPr911發(fā)出該通知時，在SCP901和IPr911之間可能有也可能沒有正在進行的對話。對于IPr911，為了向SCP發(fā)出該消息，用戶信箱的狀態(tài)必須改變。在由SCP901接收到該命令后，進一步的行動由SCP自行決定。如果愿意，SCP可以應用下面要討論的“信箱狀態(tài)查詢”命令來獲得關于各種消息的狀態(tài)的詳細信息。
“信箱狀態(tài)查詢”消息與由一個IP根據(jù)信箱狀態(tài)中的任何改變自發(fā)地產生的“信箱狀態(tài)報告”消息相比，“信箱狀態(tài)查詢”消息只是由SCP的肯定行為或者基于關于他或她的信箱的肯定的用戶查詢所觸發(fā)。圖12和13顯示了當SCP向一個IP查詢關于用戶信箱的狀態(tài)時的順序圖。如果IPr911已經應用上述的“信箱狀態(tài)報告”向SCP901報告了信箱狀態(tài)的改變，并且如果SCP901希望獲得關于用戶的一個信箱或多個信箱的更多或詳細信息，有兩個可能的結果，如圖12和13所示。
SCP901關于用戶信箱狀態(tài)的查詢可以是兩種格式中的一種，在這里被稱為對簡要信息的請求或對詳細信息的請求。對關于用戶的信箱狀態(tài)的簡要信息的請求的一個例子可以是對關于信箱中的新消息總數(shù)的信息的請求。對關于用戶的信箱狀態(tài)的詳細信息的請求的一個例子可以是對信箱內的每個消息的日期、時間和長度的請求。
如果SCP901向IPr911要求關于信箱狀態(tài)的簡要信息，如1201所示，則IPr911可以向SCP901返回所需結果，而不將該結果分段，如1202所示。同樣，如果SCP向IPr911查詢關于信箱狀態(tài)的詳細信息，并且如果沒有詳細信息可用或者如果不需要或者不想要分段，則(與以前一樣)IPr911以單(即，未分段的)消息向SCP901返回結果，如1202所示。
另一方面，如果SCP901向IPr911查詢關于信箱狀態(tài)的詳細信息，并且如果需要分段，并且如果這種信息是可得到的，則IPr911以多個分段向SCP901發(fā)送信息，如圖13所示。該過程在1301以SCP向IPr911作一詳細查詢開始。作為響應，IPr911在1302向SCP發(fā)送結果的一部分，并(可選地)表示還有更多的可得到的信息。隨后，SCP在1303要求剩余的信息。IPr在1304提供另一個標準返回結果分段，并(可選地)表示還有更多的信息可以得到。
依次重復該過程，SCP901從IPr要求越來越多的信息，如1305所示，直到IPr在1306向SCP返回一個返回結果分量，表示再沒有關于信箱狀態(tài)的信息可以得到。當SCF已經獲得、組合并分析了由IPr返回的結果的各種分段時，所有關于其各部分的進一步的行動由其自行決定。
在本發(fā)明的另一個實施例中，SCP可以向一特定接收者發(fā)送一個消息，或者在其信箱上將“信箱狀態(tài)查詢”命令的結果通知給信箱主人。
“信箱狀態(tài)查詢”命令也可以用于幫助用戶查詢關于他或她的一個或多個信箱的狀態(tài)。在圖14中顯示了返回結果未分段的情況，在圖15中顯示了返回結果分段的情況。
如圖14所示，當一個用戶希望知道他的信箱狀態(tài)時，SCP在1401向IPr911發(fā)出一個“信箱狀態(tài)查詢”命令，根據(jù)需要要求簡要或詳細的信息。如果在1401只要求簡要信息，如果要求了詳細信息但沒有該信息，或者要求了詳細信息但不需要分段，則IPr911在1402向SCP返回查詢結果，而不進行結果分段。此后，進一步的行動由SCP901自行決定。
圖15顯示了當用戶對其信箱狀態(tài)進行詳細查詢時的順序圖。一旦接收到該查詢，SCP901在1501向IPr911發(fā)出“信箱狀態(tài)查詢”命令，請求關于一特定信箱或多個信箱的詳細信息。IPr911將要返回的結果進行分段，并在1502將第一分段返回SCP，并表示還有更多的信息可以得到。作為響應，SCP在1503第二次調用“信箱狀態(tài)查詢”命令，請求一些或部分剩余信息。IPr911響應該命令，在1504向SCP返回表示仍有更多的信息可以得到的第二返回結果分量。
如同上面結合圖13中所示的順序圖所作的說明，SCP901重復地向IPr911發(fā)出“信箱狀態(tài)查詢”命令，如1505所示，直到IPr911在1506返回一個表示再沒有信息可以得到的返回結果分量。SCP然后組合并分析分段的返回結果分量，并自行決定執(zhí)行進一步的行動。
“信箱狀態(tài)報告”和“信箱狀態(tài)查詢”命令使得在一個用戶的一個信箱或多個信箱改變時啟動向該用戶的報警變?yōu)榭赡?，并對于用戶的所有各種類型的信箱進行中央控制，而不考慮他們位于在邏輯上不同的IP這個事實。
我們接著進一步詳細考慮由IN控制的媒介變換業(yè)務。存儲在位于不同IP的不同媒介中的消息的相互變換是用戶和電信業(yè)務提供者很長時間以來所期望的。如上所述，在目前定義的允許存儲不同媒介中的位于不同IP上的消息進行相互變換的IN結構中沒有這種過程。
本發(fā)明的一個實施例的操作通過引入新的過程，允許存儲在不同IP的消息和不同媒介進行相互變換允許SCP命令一個IP從另一個IP取回一個消息的“取回”命令；允許SCP命令一個IP將一個消息從一種媒介變換成另一種媒介的“變換”命令；以及，允許SCP命令一個IP將一個特定的變換后消息傳送到一已識別的目的地的“發(fā)送消息”命令。
在下面顯示的順序圖中，將一個被稱作為變換IP、IPc的專用IP用來進行存儲在不同媒介中的消息的相互變換。然而，應該強調的是，實際的變換(或任何其他模擬SRF功能)可以發(fā)生在變換IP、支持所需媒介的任何IP或包含所需處理能力和系統(tǒng)資源的任何其他IP。此外，如上所述，IN的每個組成部分、例如SRF(邏輯IP)是一個單獨的邏輯實體，該邏輯實體可以與電話網(wǎng)絡的其他邏輯的或其他的實體在物理上是集成的，但這不是必須的。
“取回”命令圖16顯示了當SCP命令一個IP取回一個消息用于變換時的順序圖。SCP901然后應用基干網(wǎng)絡命令一個變換IP、IPc912從另一個IPr911取出一個消息用于變換。當消息已經放在一個用戶的信箱內并且已經由接收IPr911用“信箱狀態(tài)報告”消息通知SCP該信息時，SCP在1601向變換IPc發(fā)出一個“取回”命令。一旦接收到“取回”命令，變換IP通過NIP基干從接收IP、IPr取回消息，如1602和1603所示。當已經成功地完成消息的檢索時，IPc在1604將這一消息通知SCP。
“變換”命令圖17顯示了當SCP901命令一個變換IPc912變換一個消息時的順序圖。該過程在1701從SCP向IPc912發(fā)出一個“變換”命令開始。IPc912根據(jù)存儲在SCP中的優(yōu)先權或根據(jù)一個由SCP進行并且通過SCP進行的由用戶激活的變換模式對話將消息從檢索出的媒介變換成所需的媒介。在變換完成之后，IPc在1702通知SCP，SCP然后在1703關閉與變換IP的對話。
在變換完成之后，SCP901然后命令傳送IPd913從變換IPc912取回變換后的消息。如圖18所示，該過程在1801從SCF向IPd發(fā)出“取回”命令開始，IPd然后在1802和1803通過基干從IPc取出變換后的消息。當消息已經完全檢索出時，IPd在1804通知SCP。
“發(fā)送消息”命令最后，如圖19所示，SCP901命令IPd向一個用戶傳送變換后的消息。這一階段在1901從SCP向IPd發(fā)出一個“發(fā)送消息”命令開始，IPd然后在1902將變換的消息傳送給用戶，并向SCP901確認這一點。該過程在1903以SCP關閉與IPd的對話結束。
上述系統(tǒng)和方法使一個SCP能控制以一種媒介接收的消息向另一種媒介的變換，并引導一個變換過的消息的傳送。這使得在一個中央位置存儲每個用戶關于傳送消息的媒介的選擇變得可能。本發(fā)明的一個實施例的操作的另一個優(yōu)點是它允許一個用戶交互地為每個消息規(guī)定傳送媒介，或者修改一個前面的媒介變換命令的結果。
SCP和IP有限狀態(tài)機圖20和21顯示了本發(fā)明的一個實施例的用于SCP901和各種IP911-914的有限狀態(tài)機。在圖20和21中，狀態(tài)機的狀態(tài)用橢圓表示，而引起狀態(tài)轉移的事件由連續(xù)的箭頭畫出。功能畫在虛線框內，而由功能控制的行動由虛線箭頭表示。
圖20顯示了用于SCP的有限狀態(tài)機。如同所看到的，SCP具有三個狀態(tài)空閑狀態(tài)2001，活動狀態(tài)2002，以及在變換處取回狀態(tài)2003。一旦在2010向IP發(fā)出了“取回”命令，SCP就從空閑狀態(tài)2001進行到在變換處取回狀態(tài)2003。如果由IP放棄該對話，或者如果該操作已經超過，則出現(xiàn)反向狀態(tài)轉移，如2011所示。
當從IP的取回操作結果已經被接收到時，如2012所示，SCP從在變換處取回狀態(tài)2003進行到活動狀態(tài)2002。在將一個“變換”消息發(fā)送給IPc、從IPc接收變換結果、向IPd發(fā)送“發(fā)送消息”傳送命令時，以及在接收到完成這些操作的通知時，SCP循環(huán)(即，保持)在活動狀態(tài)2002，而不進行任何狀態(tài)轉移，如2014所示。在SCP和IP之間的對話正常中斷時，如果由于出現(xiàn)不正確的分量而拒絕對話時，如果任何一方放棄了對話時，或者如果該操作超時，SCP從活動狀態(tài)2002進行到空閑狀態(tài)2001，如2013所示。
圖21顯示了來自IP一方的有限狀態(tài)機。IP具有三個基本狀態(tài)空閑狀態(tài)2101，活動狀態(tài)2102和在變換處取回狀態(tài)2103。還有兩個附加準狀態(tài)通過數(shù)據(jù)通信基干的消息檢索2121，和消息變換狀態(tài)2122。
如圖21所示，在從SCP901接收到“取回”命令時，IP從空閑狀態(tài)2101進行到在變換處取回狀態(tài)2103，如2110所示。如果IP放棄對話，則出現(xiàn)相反的狀態(tài)轉移，如2111所示。
在“取回”命令的結果被發(fā)送到SCP901時，IP從在變換處取回狀態(tài)2103進行到活動狀態(tài)2102，如2112所示。如果IP接收到“取回”命令，從空閑狀態(tài)2101到在變換處取回狀態(tài)2103的轉移另外還伴隨如2115所示的通過數(shù)據(jù)通信基干進行的消息檢索和如2116所示的對任務完成的確認。
在從SCP901接收到“發(fā)送消息”命令或向其確認該命令時，IP循環(huán)(即，保持)在活動狀態(tài)2102。在從SCP接收到“變換”命令以及向SCP返回變換結果時，IP保持在活動狀態(tài)2102。
一旦一個IP從SCP接收到“變換”命令，除了保持在活動狀態(tài)之外，它還進行到消息變換狀態(tài)2122的準狀態(tài)變換，如2117所示。當消息變換完成時，準狀態(tài)轉移結束，IP從消息變換狀態(tài)2122返回到活動狀態(tài)2102。
在由SCP正常結束對話或在由SCP拒絕提供的結果或在由任何一方放棄在SCP和IP之間的對話時，IP從活動狀態(tài)2102轉移到空閑狀態(tài)2101。
雖然已經結合附圖和前面的詳細說明顯示了本發(fā)明的方法和裝置的一個最佳實施例，應該理解，本發(fā)明并不僅限于所公開的實施例，在不偏離由附帶的權利要求書所陳述和限定的本發(fā)明的精神的情況下，能夠進行很多重新配置、修改和替代。
權利要求
1．在一種在IN(智能網(wǎng)絡)電信系統(tǒng)中進行通信的方法中，其中IN電信系統(tǒng)包括通過網(wǎng)絡與一個SCP(業(yè)務控制點)相連的多個IP(智能外圍設備)，多個IP還通過一個特殊的電信基干彼此相連，一種將以第一媒介形成的接收形式的消息變換成以第二媒介形成的變換形式消息的方法的改進，方法包括下列步驟將以第一媒介形成的接收形式消息提供給一個接收IP；將接收形式消息從接收IP傳輸?shù)揭粋€變換IP；在變換IP將接收形式消息變換成以第二媒介形成的變換形式消息；將變換形式消息傳輸?shù)揭粋€傳送IP；以及將以第二媒介形成的變換形式消息傳送到消息的預定接收者。
2．如權利要求1的方法，其特征在于，向其提供接收形式消息的接收IP、向其傳輸接收形式消息的變換IP、以及向其傳輸變換形式消息的傳送IP中的至少兩個位于同一處。
3．如權利要求1的方法，其特征在于，通過一個電信基干連接的IP應用TCP/IP通信協(xié)議相互進行通信。
4．如權利要求1的方法，其特征在于，通過一個電信基干連接的IP應用X.25通信協(xié)議相互進行通信。
5．如權利要求1的方法，其特征在于，接收形式消息包括一個非呼叫相關的消息。
6．如權利要求1的方法，其特征在于，接收形式消息與存儲轉發(fā)業(yè)務是兼容的。
7．如權利要求1的方法，其特征在于，從包括語音郵件消息、e-mail消息、傳真郵件消息、SMS(短消息業(yè)務)格式的消息構成的組中選擇第一媒介和第二媒介。
8．如權利要求1的方法，還包括中間步驟由接收IP通知SCP一個用戶信箱的狀態(tài)改變，并且，其中，響應于通知步驟期間的SCP的通知，執(zhí)行從接收IP向變換IP傳輸接收形式消息的步驟。
9．如權利要求1的方法，還包括查詢接收IP關于一個用戶信箱狀態(tài)的步驟，其中，響應于查詢步驟期間來自SCP的查詢，執(zhí)行從接收IP向變換IP傳輸接收形式消息的步驟。
10．如權利要求1的方法，其特征在于，應用一個取回命令執(zhí)行從接收IP向變換IP傳輸接收的第一消息的步驟。
11．如權利要求1的方法，其特征在于，與一個用戶的變換和傳送選擇相一致，執(zhí)行將接收形式消息變換成變換形式消息的步驟。
12．如權利要求1的方法，其特征在于，應用一個變換命令執(zhí)行將接收形式消息變換成變換形式消息的步驟。
13．如權利要求1的方法，其特征在于，應用一個發(fā)送消息命令執(zhí)行將以第二媒介形成的接收形式第二消息傳送到消息的預定接收者的步驟(圖19)。
14．在一個包括多個通過網(wǎng)絡與一個SCP(業(yè)務控制點)相連的IP(智能外圍設備)的IN(智能網(wǎng)絡)電信系統(tǒng)中，所述多個IP還通過一個特殊的電信基干彼此相連，一種將以第一媒介接收到的第一消息變換成以第二媒介形式的第二消息的系統(tǒng)，所述系統(tǒng)包括將第一媒介形式的第一消息接收進一個接收IP的裝置；將接收到的第一消息從接收IP傳輸?shù)揭粋€變換IP的裝置；將變換IP中的接收到的第一消息變換成第二媒介形式的第二消息的裝置；將變換后的第二消息傳輸?shù)揭粋€傳送IP的裝置；以及將第二媒介形式的變換后的第二消息傳送到消息的預定接收者的裝置。
15．如權利要求14的媒介變換系統(tǒng)，其特征在于，兩個或更多包括接收IP、變換IP和傳送IP的組在物理上位于同一處。
16．如權利要求14的媒介變換系統(tǒng)，其特征在于，通過一個電信基干連接的IP應用TCP/IP通信協(xié)議相互進行通信。
17．如權利要求14的媒介變換系統(tǒng)，其特征在于，通過一個電信基干連接的IP應用X.25通信協(xié)議相互進行通信。
18．如權利要求14的媒介變換系統(tǒng)，其特征在于，第一消息是一個非呼叫相關消息。
19．如權利要求14的媒介變換系統(tǒng)，其特征在于，第一消息與存儲轉發(fā)業(yè)務是兼容的。
20．如權利要求14的媒介變換系統(tǒng)，其特征在于，從包括語音郵件消息、e-mail消息、SMS(短消息業(yè)務)格式的消息構成的組中選擇第一媒介和第二媒介。
21．如權利要求14的媒介變換系統(tǒng)，其特征在于，將接收的第一消息從接收IP傳送到一個變換IP的裝置對于由接收IP給SCP的關于一個用戶信箱狀態(tài)的改變的通知進行響應。
22．如權利要求14的媒介變換系統(tǒng)，其特征在于，將接收的第一消息從接收IP傳送到變換IP的裝置對于SCP向接收IP發(fā)出的、關于一個用戶信箱狀態(tài)的查詢進行響應。
23．如權利要求14的媒介變換系統(tǒng)，其特征在于，將接收的第一消息從接收IP傳送到變換IP的裝置包括一個取回命令(圖16)。
24．如權利要求14的媒介變換系統(tǒng)，其特征在于，將接收的第一消息變換成變換后的第二消息的裝置還包括使該變換與一個用戶的變換和傳送選擇相一致的裝置。
25．如權利要求14的媒介變換系統(tǒng)，其特征在于，將接收的第一消息變換成變換后的第二消息的裝置包括一個變換命令(圖17)。
26．如權利要求14的方法，其特征在于，將第二媒介形式的變換后的第二消息傳送到消息的預定接收者的裝置包括一個發(fā)送消息命令(圖19)。
27．在一個IN(智能網(wǎng)絡)中，一種將以第一媒介形成并由一個始發(fā)者始發(fā)的接收形式消息變換成一個以第二媒介形成的變換形式消息的裝置，變換形式消息要被傳送給一個用戶，裝置包括一個接收IP(智能外圍設備)，用于接收由始發(fā)者始發(fā)的接收形式消息；一個與接收IP相連的變換IP(智能外圍設備)，變換IP將由接收IP接收的接收形式消息變換成變換形式消息；一個與接收IP相連的傳送IP(智能外圍設備)，傳送IP將變換形式消息傳送給用戶；以及一個與接收IP、變換IP和傳送IP相連的SCP(業(yè)務控制點)，SCP用于控制接收形式消息和變換形式消息分別在接收IP、變換IP和傳送IP之間的傳輸，并控制由變換IP進行的變換。
28．如權利要求27的裝置，其特征在于，SCP產生一個取回命令，以便啟動接收形式消息從接收IP向變換IP的傳輸。
29．如權利要求27的裝置，其特征在于，SCP產生一個變換命令，以便啟動由變換IP進行的從接收形式消息到變換形式消息的變換。
30．如權利要求27的裝置，其特征在于，SCP產生一個取命令，以便啟動從變換IP到所述傳送IP的變換形式消息的傳輸。
31．如權利要求27所述的裝置，其特征在于，所述SCP產生一個發(fā)送消息命令，以便啟動由所述傳送IP進行的從變換形式的消息到用戶的傳送。
32．如權利要求27的裝置，其特征在于，以第一媒介形成的接收形式消息包括從語音郵件消息、e-mail消息、傳真郵件消息和SMS(短消息業(yè)務)消息中選擇出的第一選擇媒介，并且，其中，變換IP將以第一選擇媒介形成的接收形式消息變換成從語音郵件消息、e-mail消息和SMS消息中選擇出的第二選擇媒介。
33．如權利要求27的裝置，還包括一個可由SCP訪問的用戶選擇存儲設備，用戶選擇存儲設備存儲對于一最佳媒介的指示，其中用戶希望以該最佳媒介形式傳送變換形式消息，SCP還訪問用戶選擇存儲設備，以得到存儲在其中的指示，并命令變換IP將接收形式消息變換成變換形式消息，變換形式消息以最佳媒介形式形成。
全文摘要
一種在智能網(wǎng)絡(IN)電信系統(tǒng)中將消息從一種媒介變換成另一個媒介的系統(tǒng)和方法包括幾個通過網(wǎng)絡與一個業(yè)務控制點(SCP)(901)相連的智能外圍設備(IP)(911－914)。各種IP(911－914)還通過一個特殊的電信基干(910)彼此相連。SCP(901)命令一個變換IP(912)通過電信基干(910)檢索出接收的消息,并將其變換(943)到一特定媒介,這可以可選地由接收者( 922)指定。當完成該變換過程時,SCP(901)命令一個傳送IP(913)檢索(951)出變換后的消息并傳送(953)給預定接收者(922)。
文檔編號H04Q3/545GK1235735SQ9719924
公開日1999年11月17日 申請日期1997年8月21日 優(yōu)先權日1996年8月30日
發(fā)明者B·A·V·阿斯特倫, B·A·斯文內松, G·蘇馬, R·J·B·施默瑟爾 申請人:艾利森電話股份有限公司