專利名稱：在使用話路啟動(dòng)協(xié)議(sip)的綜合電信網(wǎng)中用于提供增值業(yè)務(wù)(vas)的系統(tǒng)和方法
在35 U.B.C§119(e)& 37 C.F.R§1.78下的優(yōu)先權(quán)聲明本非臨時(shí)專利申請主張基于以下的專利申請的優(yōu)先權(quán)以RochGlitho，Christophe Gourraud，和Evelina Evloguieva名義、在1999年6月18日提交的、題目為“System and Method for ProvidingValue--Added Service in IP Telephony(用于提供IP電話中的增值業(yè)務(wù)的系統(tǒng)和方法)”的、現(xiàn)有的美國臨時(shí)專利申請，序列號(hào)No.60/140,013。
背景技術(shù)：
發(fā)明領(lǐng)域本發(fā)明涉及綜合電信系統(tǒng)，更具體地，涉及在包括可利用話路啟動(dòng)協(xié)議運(yùn)行的分組交換網(wǎng)絡(luò)(PSN)部分的綜合電信網(wǎng)中，用于提供基于智能網(wǎng)(IN)的增值業(yè)務(wù)的系統(tǒng)和方法。
相關(guān)技術(shù)描述與互聯(lián)網(wǎng)的普及性顯著成長相聯(lián)系，在使用分組交換網(wǎng)絡(luò)(PSN)基礎(chǔ)結(jié)構(gòu)(例如，基于互聯(lián)網(wǎng)協(xié)議(IP)尋址的基礎(chǔ)結(jié)構(gòu))作為在今天的電話中使用的、現(xiàn)有的電路交換網(wǎng)絡(luò)(CSN)基礎(chǔ)結(jié)構(gòu)的替代品或伴隨品方面，有巨大的興趣。從網(wǎng)絡(luò)運(yùn)行者看來，在分組交換基礎(chǔ)結(jié)構(gòu)中固有的業(yè)務(wù)聚合使得減小傳輸成本和每個(gè)最終用戶的基礎(chǔ)結(jié)構(gòu)成本。
推動(dòng)現(xiàn)有的、在IP上的話音(VoIP)技術(shù)的某些市場驅(qū)動(dòng)力是IP電話的質(zhì)量的改進(jìn)；互聯(lián)網(wǎng)奇跡；標(biāo)準(zhǔn)的發(fā)布；通過富含媒體(media-rich)的呼叫管理的、用于先進(jìn)服務(wù)的成本效率價(jià)點(diǎn)等等。在這個(gè)領(lǐng)域中的一個(gè)發(fā)布的標(biāo)準(zhǔn)是熟知的、由在PSN上的多媒體通信互聯(lián)網(wǎng)工程任務(wù)組(IETF)開發(fā)的、話路啟動(dòng)協(xié)議(SIP)。通過使用SIP，諸如個(gè)人計(jì)算機(jī)的設(shè)備可以在大型交互網(wǎng)絡(luò)中無接縫地配合動(dòng)作，提供可以與CSN部分相接的PSN的所有形式的，共享音頻、視頻和數(shù)據(jù)的混合物。
正如在電信工業(yè)中熟知的，業(yè)務(wù)和業(yè)務(wù)供應(yīng)是包括VoIP網(wǎng)絡(luò)在內(nèi)的電信網(wǎng)的存在的理由。將業(yè)務(wù)典型地分類為(i)“基本業(yè)務(wù)”(即，允許基本呼叫處理(例如呼叫建立和終結(jié))的業(yè)務(wù))或(ii)“先進(jìn)業(yè)務(wù)”，通常也稱為增值業(yè)務(wù)(VAS)。先進(jìn)業(yè)務(wù)的例子包括分離收費(fèi)，800-業(yè)務(wù)，信用卡呼叫，呼叫轉(zhuǎn)移，搜索組等等。熟知的還有，先進(jìn)業(yè)務(wù)作為市場演變的因素運(yùn)行，以及它是網(wǎng)絡(luò)運(yùn)行者的(或業(yè)務(wù)提供者)成功的關(guān)鍵。
將在基于SIP的VoIP網(wǎng)絡(luò)中的增值業(yè)務(wù)被稱為“標(biāo)準(zhǔn)電話業(yè)務(wù)”，它們的結(jié)構(gòu)非常接近于互聯(lián)網(wǎng)的“端到端”范例，并集中注意力在業(yè)務(wù)創(chuàng)建。當(dāng)基于SIP的業(yè)務(wù)結(jié)構(gòu)的業(yè)務(wù)供應(yīng)方案提供某種實(shí)力時(shí)(例如，角色變換時(shí)的靈活性，實(shí)現(xiàn)帶有端到端連接性的業(yè)務(wù)和具有分布到網(wǎng)絡(luò)的“邊緣”的智能)，存在有幾個(gè)缺點(diǎn)和不利因素。例如，在SIP中，業(yè)務(wù)邏輯被提供為與基于SIP的IP電話實(shí)體放置在一起。因此，在當(dāng)前的實(shí)施方案中，基于SIP的網(wǎng)絡(luò)沒有能力有效地接入遠(yuǎn)端業(yè)務(wù)邏輯，例如，基于智能網(wǎng)(IN)的邏輯，已在市場上被部署和裝備來提供一系列顧客驗(yàn)證的VAS。而且，如果基于IN的業(yè)務(wù)邏輯今天要在SIP方面被使用，則基于SIP實(shí)體將需要支持IN協(xié)議(即，在信令系統(tǒng)7(SS7)或IP上的IN應(yīng)用項(xiàng)協(xié)議(INAP))，以便遠(yuǎn)端地接入包含該業(yè)務(wù)邏輯的該IN業(yè)務(wù)節(jié)點(diǎn)(例如，業(yè)務(wù)控制點(diǎn)或SCP)。
本領(lǐng)域技術(shù)人員應(yīng)當(dāng)容易地看到，在提供到基于SIP實(shí)體的遠(yuǎn)端業(yè)務(wù)接入能力時(shí)的問題的重要部分起源于這樣的事實(shí)兩個(gè)協(xié)議(SIP和IN)遵循不同的方法，以及不能容易地、和諧地組合。正如熟知的，SIP是被設(shè)計(jì)用于互聯(lián)網(wǎng)應(yīng)用項(xiàng)的、輕量級(jí)的、基于文本的協(xié)議，其中很少關(guān)心空間效率。另一方面，IN協(xié)議是二進(jìn)制的(即，以抽象語法符號(hào)表示法或ASN編碼的)以及被最佳化以便把在相當(dāng)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)中提供的參量提供給各種各樣的VAS。因此，在基于SIP網(wǎng)絡(luò)方面，使用IN協(xié)議來遠(yuǎn)端接入業(yè)務(wù)邏輯，意味著把附加功能強(qiáng)加在IP電話實(shí)體上，以及在網(wǎng)絡(luò)環(huán)境下引入對(duì)“重量級(jí)”協(xié)議的額外的分類。
根據(jù)上述的內(nèi)容，應(yīng)當(dāng)看到，引起了對(duì)于業(yè)務(wù)供應(yīng)解決方案的迫切的需要，它有利地提供在基于SIP的電信網(wǎng)內(nèi)遠(yuǎn)端業(yè)務(wù)接入能力。本發(fā)明提供這樣的解決方案。
發(fā)明概要一方面，本發(fā)明針對(duì)在可結(jié)合話路啟動(dòng)協(xié)議(SIP)運(yùn)行的電信網(wǎng)中，用于提供增值業(yè)務(wù)(VAS)的方法。該電信網(wǎng)包括SIPext SSP服務(wù)器、觸發(fā)服務(wù)器、和可結(jié)合智能網(wǎng)應(yīng)用項(xiàng)協(xié)議(INAP)運(yùn)行的、支持VAS的業(yè)務(wù)節(jié)點(diǎn)。在通過接收在SIPext SSP服務(wù)器中的請求消息而進(jìn)行處理兩個(gè)用戶之間的呼叫(發(fā)起或終結(jié))之前，當(dāng)用戶通過業(yè)務(wù)提供者預(yù)訂的消息到達(dá)時(shí)，SIPext SSP服務(wù)器查詢被存儲(chǔ)在觸發(fā)服務(wù)器中的用戶資料。在處理該呼叫時(shí)，在遇到對(duì)于預(yù)訂業(yè)務(wù)的已準(zhǔn)備的檢測點(diǎn)以后，由SIPext SSP服務(wù)器根據(jù)從觸發(fā)服務(wù)器得到的用戶資料形成SIP登錄請求。該登錄請求最好包括至少一個(gè)報(bào)頭區(qū)，它包含規(guī)定業(yè)務(wù)節(jié)點(diǎn)對(duì)于VAS要執(zhí)行的運(yùn)行的信息。該報(bào)頭區(qū)還包括與由該第一用戶發(fā)起的呼叫有關(guān)的呼叫方面的數(shù)據(jù)。
以后，由SIPext SSP服務(wù)器發(fā)送登錄請求給業(yè)務(wù)節(jié)點(diǎn)，該業(yè)務(wù)節(jié)點(diǎn)根據(jù)在報(bào)頭區(qū)中規(guī)定的運(yùn)行和與其有關(guān)的呼叫方面的數(shù)據(jù)發(fā)出SLP。然后，該業(yè)務(wù)節(jié)點(diǎn)形成SIP應(yīng)答消息和把它發(fā)送到SIPext SSP服務(wù)器，該應(yīng)答消息包括報(bào)頭區(qū)和響應(yīng)于由業(yè)務(wù)節(jié)點(diǎn)對(duì)SLP的執(zhí)行而得出的返回的結(jié)果。該SIPext SSP服務(wù)器響應(yīng)于報(bào)頭區(qū)和在從業(yè)務(wù)節(jié)點(diǎn)接收的應(yīng)答消息中的返回結(jié)果，執(zhí)行一個(gè)行動(dòng)，其中該行動(dòng)相應(yīng)于VAS的提供。在示例性實(shí)施例中，該返回的結(jié)果包括用于由第二用戶預(yù)訂的呼叫轉(zhuǎn)發(fā)業(yè)務(wù)的目的地路由號(hào)碼。
另一個(gè)方面，本發(fā)明針對(duì)用于提供增值業(yè)務(wù)(VAS)的綜合電信網(wǎng)。該綜合電信網(wǎng)包括SIPext SSP服務(wù)器，它包括代理服務(wù)器和業(yè)務(wù)交換部件。在一個(gè)示例性實(shí)施例中，該代理服務(wù)器和該業(yè)務(wù)交換部件是可由兩個(gè)分開的互聯(lián)網(wǎng)協(xié)議(IP)地址接入的。該代理服務(wù)器被提供來用于從第一用戶接收相對(duì)于第二用戶的呼叫發(fā)起消息。包括的該業(yè)務(wù)交換部件，用于確定第二用戶是否預(yù)訂VAS。包含與VAS有關(guān)的用戶資料的觸發(fā)服務(wù)器也被包括在電信網(wǎng)內(nèi)。另外，該業(yè)務(wù)交換部件配備有用于根據(jù)從觸發(fā)服務(wù)器恢復(fù)的第二用戶的用戶資料信息來形成登錄請求的能力，其中該登錄請求包括報(bào)頭區(qū)，它包含與VAS有關(guān)的操作。該電信網(wǎng)還包括業(yè)務(wù)節(jié)點(diǎn)，它包含與VAS有關(guān)的智能網(wǎng)應(yīng)用項(xiàng)協(xié)議(INAP)兼容的業(yè)務(wù)邏輯程序(SLP)，以及SIPext SSP接口服務(wù)器，用于從該業(yè)務(wù)交換部件接收和解譯登錄請求。最好，該業(yè)務(wù)節(jié)點(diǎn)根據(jù)從業(yè)務(wù)交換部件接收的登錄請求中的報(bào)頭區(qū)的內(nèi)容執(zhí)行SLP。
附圖簡述通過結(jié)合附圖參考以下的詳細(xì)說明，可以更全面地了解本發(fā)明，其中

圖1(現(xiàn)有技術(shù))顯示在傳統(tǒng)的基于SIP網(wǎng)絡(luò)中用于示例性呼叫建立情形的簡化的消息流程圖；圖2顯示示例性綜合通信網(wǎng)的結(jié)構(gòu)的功能性方框圖，其中基于IN的業(yè)務(wù)邏輯(即，SCP)是通過利用按照本發(fā)明的教導(dǎo)提供的、擴(kuò)展的SIP(ESIP或SIPExt)結(jié)構(gòu)而有利地從基于SIP的網(wǎng)絡(luò)部分被接入的；圖3A顯示功能性消息流程圖，它顯示按照本發(fā)明的教導(dǎo)提供的綜合電信網(wǎng)的基本運(yùn)行；圖3B和3C顯示流程圖，它顯示在綜合電信網(wǎng)中使用的擴(kuò)展的SIP消息發(fā)送的基本運(yùn)行中涉及的步驟；圖4A和4B顯示用于提供參量數(shù)據(jù)的示例性INAP樹狀數(shù)據(jù)結(jié)構(gòu)；圖5顯示SIPext SSP節(jié)點(diǎn)作為顧客的功能的功能性消息流程圖；圖6顯示SIPext SSP部件作為顧客的功能的功能性消息流程圖，其中擴(kuò)展的SIP REGISTER消息作為事件檢測的結(jié)果轉(zhuǎn)發(fā)到SIPextSSP節(jié)點(diǎn)；圖7顯示SIPext SSP部件作為顧客的功能的功能性消息流程圖，它對(duì)SIPext SSP節(jié)點(diǎn)的請求是不成功的；圖8A-8D顯示按照本發(fā)明的、在綜合電信網(wǎng)中用于提供示例性增值業(yè)務(wù)的各種消息流程圖；以及圖9A-9E顯示按照本發(fā)明的、在綜合電信網(wǎng)中用于提供另一個(gè)示例性增值業(yè)務(wù)(VAS)的各種消息流程圖。
優(yōu)選實(shí)施例詳細(xì)說明在圖上，相同的或相似的單元在幾個(gè)圖上用相同的參考數(shù)字表示，以及所顯示的單元不必按比例畫出。因?yàn)楸景l(fā)明的教導(dǎo)具體是在基于SIP消息發(fā)送方面示例說明的，下面給出本發(fā)明的概略的說明。
SIP是應(yīng)用層控制協(xié)議，它可建立、修改和終結(jié)與一個(gè)或多個(gè)參加者的多媒體話路或呼叫。這些多媒體話路，例如，包括多媒體會(huì)議、多媒體分布、遠(yuǎn)距離學(xué)習(xí)、互聯(lián)網(wǎng)電話、和類似的應(yīng)用。話路中的成員，典型地被表示為用戶，可以通過多方發(fā)布或通過單方發(fā)布關(guān)系的網(wǎng)格，或二者的組合進(jìn)行通信。
SIP可邀請個(gè)人和“機(jī)器人”(諸如媒體貯存業(yè)務(wù))到話路。典型地，被使用來創(chuàng)建話路的SIP邀請載送話路描述，它允許參加者約定一組可兼容的媒體類型。另外，SIP可被使用來發(fā)起話路以及邀請成員到話路，這些話路由其它裝置通告和建立。例如，可以通過使用諸如業(yè)務(wù)通告協(xié)議(SAP)的多方發(fā)布協(xié)議，電子郵件，新聞組，全球網(wǎng)(WWW)主頁，諸如輕量級(jí)目錄接入?yún)f(xié)議(LDAP)的目錄接入?yún)f(xié)議，等等，而通告SIP話路。
SIP作出最小的、關(guān)于基礎(chǔ)輸送和網(wǎng)絡(luò)層協(xié)議的假設(shè)。較低的層可以提供給分組的或字節(jié)流的業(yè)務(wù)以可靠的或非可靠的業(yè)務(wù)。在互聯(lián)網(wǎng)方面，SIP能夠作為輸送協(xié)議使用用戶數(shù)據(jù)報(bào)文協(xié)議(UDP)和輸送控制協(xié)議(TCP)等等。
在基于SIP的電話網(wǎng)中，用戶經(jīng)過被稱為用戶代理顧客(UAC)的實(shí)體發(fā)起呼叫，以及經(jīng)過用戶代理服務(wù)器(UAS)接收呼叫。因此，SIP“用戶”由UAC和它的相關(guān)的UAS的特定的組合被識(shí)別。另外，通常，在呼叫方UAC與被呼叫方UAS之間可以有中間服務(wù)器。某些相關(guān)的SIP實(shí)體被概述為如下-用戶代理顧客也被稱為呼叫的用戶代理。它是發(fā)起SIP請求的應(yīng)用項(xiàng)。
-用戶代理服務(wù)器也被稱為被呼叫的用戶代理。它是當(dāng)接收到SIP請求時(shí)，聯(lián)系最終用戶的應(yīng)用項(xiàng)。另外，它以用戶的名義返回一個(gè)應(yīng)答，因?yàn)橛脩艨梢赃x擇接受、拒絕、或重新引導(dǎo)請求，-代理或代理服務(wù)器它是用作為顧客以及服務(wù)器的中間應(yīng)用項(xiàng)，用來以其它的顧客的名義作出請求。作為服務(wù)器，它接收來自其它的SIP實(shí)體的SIP請求。它或者內(nèi)部的服務(wù)于請求，或者用作為面向其它服務(wù)器的顧客，以使得請求得到服務(wù)。代理在轉(zhuǎn)發(fā)請求消息之前解譯以及，如果必要的話，重寫請求消息。
-重新引導(dǎo)服務(wù)器它是接受SIP請求、把地址變換成一個(gè)或多個(gè)新的地址以及把這些地址返回到顧客的應(yīng)用項(xiàng)。不像代理服務(wù)器，它并不發(fā)起它自己的SIP請求。另外，不像UAS，它并不接受呼叫。
-登錄器登錄器是接受REGISTER請求的服務(wù)器。它典型地可以與代理或重新引導(dǎo)服務(wù)器放置在一起。實(shí)質(zhì)上，它作為一個(gè)允許最終用戶登錄它們的當(dāng)前的位置的應(yīng)用項(xiàng)運(yùn)行。
以下將概述基本協(xié)議功能和它的運(yùn)行。呼叫方(也稱為呼叫者)和被呼叫方(也稱為被呼叫者)由SIP地址識(shí)別，這些地址指向網(wǎng)絡(luò)上的“目標(biāo)”。這些目標(biāo)是“在主部件處的用戶”，具有適當(dāng)?shù)腟IP通用資源定位器(URL)作為地址。SIP URL典型地取類似于郵寄的或電話網(wǎng)的URL的形式，即，user@host。用戶部件通常被提供作為用戶名稱或電話號(hào)碼。主部件典型地包括域名，具有域名系統(tǒng)(DNS)服務(wù)器名稱，CNAME，或數(shù)字網(wǎng)絡(luò)地址，等等。
SIP技術(shù)的顧客服務(wù)器方法利用基于文本的消息發(fā)送方案。SIP消息或者是從顧客到服務(wù)器的請求，或者是從服務(wù)器到顧客的請求。這兩種消息類型典型地包括開始行，一個(gè)或多個(gè)報(bào)頭區(qū)(也稱為“報(bào)頭”)，空白行(即在回車行饋送(CRLF)之前不具有文字的行)，表示報(bào)頭區(qū)的結(jié)尾，以及可任選的消息體。
SIP請求消息格式通常為如下請求＝請求行*(總的報(bào)頭|請求-報(bào)頭|實(shí)體報(bào)頭)CRLF[消息體]在接收和解譯一個(gè)請求消息后，接收者(或發(fā)送者)用具有以下顯示的格式的SIP應(yīng)答消息作為應(yīng)答應(yīng)答＝狀態(tài)行*(總的報(bào)頭|應(yīng)答-報(bào)頭|實(shí)體報(bào)頭)CRLF[消息體]
SIP請求消息的請求行從方法特征開始，它允許來自請求實(shí)體或請求消息的接收者(或發(fā)送者)的特定的程序過程或行動(dòng)。以下的方法是當(dāng)前在SIP實(shí)施的INVITE(邀請)用來請求連接建立。
ACK(應(yīng)答)允許顧客確認(rèn)透明以接收到對(duì)于INVITE請求的最后的應(yīng)答。
BYE(再見)用來請求連接終結(jié)。
OPTIONS(任選項(xiàng))用來詢問服務(wù)器關(guān)于它們的能力。
REGISTER(登錄)輸送關(guān)于用戶位置的信息。
CANCEL(取消)取消待決的請求。
在SIP消息中的報(bào)頭區(qū)被提供來表征或進(jìn)一步規(guī)定特定的端到端的或逐段的消息以及參加的實(shí)體?？偟膱?bào)頭區(qū)加到請求和應(yīng)答消息上?！睂?shí)體報(bào)頭“區(qū)規(guī)定關(guān)于消息體的元信息，或如果不存在消息體，則規(guī)定關(guān)于由消息標(biāo)識(shí)的資源的信息?！罢埱髨?bào)頭”區(qū)允許顧客(即，請求實(shí)體)把關(guān)于請求和關(guān)于顧客本身的附加信息傳送到服務(wù)器。這些區(qū)用作為請求消息變址數(shù)。 應(yīng)答-報(bào)頭”區(qū)允許服務(wù)器傳送關(guān)于不能被放置在狀態(tài)行中的應(yīng)答的附加信息。這些報(bào)頭區(qū)包括關(guān)于服務(wù)器和關(guān)于進(jìn)一步接入到在請求消息中標(biāo)識(shí)的資源的信息。
根據(jù)在消息中使用的方法特征，報(bào)頭區(qū)被規(guī)定為“請求的”(即，強(qiáng)制的)，“任選的”，和“不可應(yīng)用的”。不管方法特征，某些強(qiáng)制報(bào)頭區(qū)是“Call-ID(呼叫識(shí)別號(hào))”，“Cseq”(命令序列)，“From(來自)”，“To(到)”和“Via(經(jīng)過)”等等。任選的報(bào)頭的例子是由顧客使用的“要求”報(bào)頭區(qū)，通知UAS關(guān)于顧客預(yù)期服務(wù)器支持的任選項(xiàng)，以便適當(dāng)?shù)靥幚硭恼埱?。雖然端到端報(bào)頭不修正地被發(fā)送到所有的代理，但逐段的報(bào)頭有時(shí)由在跳動(dòng)時(shí)遇到的代理修正。
報(bào)頭區(qū)遵循通用格式，其中每個(gè)報(bào)頭區(qū)包含一個(gè)名稱，后面跟隨一個(gè)冒號(hào)(“”)，以及區(qū)數(shù)值。區(qū)名稱典型地是事例-不敏感的，而它們的數(shù)值可能是敏感的。報(bào)頭區(qū)的共同形式闡述為如下消息報(bào)頭＝ 區(qū)名稱“”[區(qū)數(shù)值]CRLF區(qū)名稱 ＝ 標(biāo)記區(qū)數(shù)值 ＝ *(區(qū)內(nèi)容 領(lǐng)先白空格)
區(qū)內(nèi)容＝<OCTETS(八位位組)，組成區(qū)數(shù)值和其它>
在傳統(tǒng)的IP網(wǎng)絡(luò)中的典型的SIP事務(wù)可以參照圖1示例地說明，其中顯示了用于呼叫建立情形的簡化的消息流程圖。代理服務(wù)器104與用于允許用戶登錄在其中的SIP登錄器被放置在一起。用戶-1102(被顯示為UAC與UAS的組合)和用戶-2 106(也被提供為UAC與UAS的組合)作為在這個(gè)呼叫建立情形中的參加者被提供。在本例中進(jìn)一步假設(shè)，用戶-1 102是呼叫方，以及用戶-2 106，帶有SIP URLuser2@location-A的被呼叫方，已移到新的位置user2@location-B。
首先，用戶-2 106的UAC通過發(fā)送REGISTER(登錄)消息108把它的新的位置登錄到與代理服務(wù)器104放置在一起登錄器。與新的位置有關(guān)的SIP URL作為REGISTER消息108的一部分被提供。此后，當(dāng)用戶-1 102的UAC用user2@location-A作為目的地地址發(fā)送INVITE請求消息110時(shí)，代理服務(wù)器104從登錄器得到用戶-2 106的新的地址，以及以呼叫方的名義發(fā)送INVITE請求消息112到用戶-2。作為應(yīng)答，用戶-2發(fā)送INVITE應(yīng)答114，它由代理服務(wù)器104被轉(zhuǎn)發(fā)到用戶-1。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)看到，在本簡化的消息流程圖上沒有顯示其它的SIP消息，諸如ACK消息。在由呼叫方從代理服務(wù)器104接收INVITE應(yīng)答消息116以后，然后可在用戶-1與用戶-2之間建立呼叫話路118。
雖然以上給出的SIP功能和消息發(fā)送運(yùn)行的概要的總述認(rèn)為是描述本發(fā)明的正確的和適當(dāng)?shù)目蚣?，但附加的?xì)節(jié)可以在由IETF頒布的Internet Draft(互聯(lián)網(wǎng)草案)ietf-mmusic-sip-11.txt中找到，以及位于＜http//www.-ietf.org/internet-drafts/draft-ietf-mmusic-sip-11＞中。這個(gè)互聯(lián)網(wǎng)草案在此引用，以供參考。
現(xiàn)在參照圖2，這里顯示了示例性綜合電信網(wǎng)200的結(jié)構(gòu)的功能性方框圖，其中基于IN的業(yè)務(wù)邏輯從基于SIP的網(wǎng)絡(luò)部件有利地接入。按照本發(fā)明的教導(dǎo)，SIP消息發(fā)送格式被擴(kuò)展，以使得SIP服務(wù)器配備有接入被存儲(chǔ)在基于IN節(jié)點(diǎn)(即，SCP)分業(yè)務(wù)邏輯的能力。實(shí)質(zhì)上，SIP服務(wù)器和SCP節(jié)點(diǎn)配備有業(yè)務(wù)交換接口，它根據(jù)擴(kuò)展的SIP消息發(fā)送(此后被稱為SIPext消息發(fā)送)來互動(dòng)和運(yùn)行。而且，按照這里闡述的擴(kuò)展的SIP消息發(fā)送方案，預(yù)期顧客把適當(dāng)?shù)臄U(kuò)展名稱包括在Require(要求)報(bào)頭區(qū)，當(dāng)使用本發(fā)明的擴(kuò)展時(shí)。
綜合通信網(wǎng)包括一個(gè)或多個(gè)用戶，作為純SIP UAC和UAS的組合。例如，兩個(gè)用戶，用戶A 202A和用戶A 202B被顯示為在圖2所示的結(jié)構(gòu)中。觸發(fā)服務(wù)器206被提供用來存儲(chǔ)用戶資料，它包含用戶已預(yù)訂的業(yè)務(wù)的清單。
一個(gè)或多個(gè)SIPext業(yè)務(wù)交換點(diǎn)節(jié)點(diǎn)(SSP)(例如，作為交換節(jié)點(diǎn)運(yùn)行的SIPext SSP節(jié)點(diǎn)204)被提供在綜合通信網(wǎng)200內(nèi)，用于與各種用戶和觸發(fā)服務(wù)器或SIP網(wǎng)絡(luò)部分的服務(wù)器互動(dòng)。而且，SIPextSSP 204配備有與IN業(yè)務(wù)節(jié)點(diǎn)互動(dòng)的能力，互動(dòng)的方式在下面更詳細(xì)地描述。
在本發(fā)明的現(xiàn)在的優(yōu)選實(shí)施例中，SIPext SSP節(jié)點(diǎn)204包括兩個(gè)功能部件SIP服務(wù)器部件208和SIPext SSP交換部分210，每個(gè)部件可以分開地IP尋址的。SIP服務(wù)器部件208優(yōu)選地作為純SIP代理服務(wù)器運(yùn)行，以及提供基本呼叫業(yè)務(wù)，即，呼叫建立和呼叫終結(jié)。SIPext SSP交換部件210被提供為SIPext服務(wù)器，作為IN SSP運(yùn)行。SIPext SSP交換部件210優(yōu)選地提供以下功能-觸發(fā)檢測；-發(fā)送SIPext請求消息給IN SCP，用于觸發(fā)適當(dāng)?shù)臉I(yè)務(wù)邏輯程序(SLP)執(zhí)行；-發(fā)送請求和應(yīng)答，用于與已經(jīng)運(yùn)行的SLP互動(dòng)；-接收和解譯來自SCP的SIPext請求或應(yīng)答；以及-傳送控制到SIP部件208，用于執(zhí)行相關(guān)的SIP信令。
按照本發(fā)明的教導(dǎo)，IN SCP也配備有SIPext 214的功能(優(yōu)選地，作為SIPext SSP接口服務(wù)器運(yùn)行)，由此變成為SIPext SCP節(jié)點(diǎn)212。SIPextSCP節(jié)點(diǎn)212的SIPext 214優(yōu)選地執(zhí)行以下步驟-準(zhǔn)備與SIPext SSP 204通信；-解譯SIPext消息；-傳送控制到一個(gè)或多個(gè)IN SLP(例如，SLP 216)；以及-形成適當(dāng)?shù)腟IPext消息。
如上所述，SIPext SSP節(jié)點(diǎn)204可以優(yōu)選地配備有兩個(gè)IP地址，即IP ADDR1 209和IP ADDR2 211。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)容易地看到，IP ADDR1 209相應(yīng)于純SIP部分，即SIP服務(wù)器208，負(fù)責(zé)在最終方之間的呼叫建立。另一個(gè)IP-P地址，IP ADDR2 211，相應(yīng)于SIPextSSP 204的業(yè)務(wù)交換部分。在下面更詳細(xì)地描述的例子中，這兩個(gè)IP地址分別被表示為“provider.com”和“ssp.provider.com”。
應(yīng)當(dāng)認(rèn)識(shí)到，具有兩個(gè)分開的地址使得有可能區(qū)分SIPext SSP消息和與純SIP網(wǎng)絡(luò)節(jié)點(diǎn)有關(guān)的消息。例如，被發(fā)送到SIPext SSP節(jié)點(diǎn)204的純SIP部分(即，SIP服務(wù)器208)意味著，該消息需要作為基本呼叫業(yè)務(wù)的一部分被處理。另一方面，如果應(yīng)答消息通過使用IP ADDR2 211被發(fā)送到SIPext SSP 204的業(yè)務(wù)交換部分210，則該消息要按照SIPext法則被解譯和被處理。
本領(lǐng)域技術(shù)人員應(yīng)當(dāng)看到，也有可能SIPext SSP節(jié)點(diǎn)204只具有一個(gè)IP地址。然而，這種情形需要SIPext消息能夠與純SIP消息區(qū)分開。應(yīng)當(dāng)看到，該Requireheader field(報(bào)頭區(qū))，例如，通過在消息報(bào)頭中提供Requireinap.sip可被用來規(guī)定消息的類型，SIPext SSP 204可被通知該消息是要由SIPext業(yè)務(wù)交換功能部分210處理的。顯然，這個(gè)方法要求指向SIPext SSP節(jié)點(diǎn)204的IP地址的所有的消息首先由它們的Requireheader分類。
圖3A顯示功能性消息流程圖，他顯示按照本發(fā)明的教導(dǎo)提供的綜合通信網(wǎng)的基本運(yùn)行。用戶A 202A通過使用純SIP消息，INVITE302，發(fā)起到用戶B 202B的呼叫。當(dāng)消息在SIPext SSP節(jié)點(diǎn)204中被接收時(shí)，SIPext SSP節(jié)點(diǎn)經(jīng)過適當(dāng)?shù)腎P消息303詢問或咨詢觸發(fā)服務(wù)器206，得到關(guān)于用戶B 202B的用戶資料信息。在處理呼叫時(shí)，在遇到預(yù)定的業(yè)務(wù)的檢測點(diǎn)后，SIPext SSP節(jié)點(diǎn)204形成適當(dāng)?shù)腟IPext請求消息304，和把它轉(zhuǎn)發(fā)到業(yè)務(wù)節(jié)點(diǎn)，SIPext SCP 212。諸如下面更詳細(xì)地說明的，SIPext消息304是SIP兼容的消息，附加的報(bào)頭/區(qū)信息規(guī)定要被業(yè)務(wù)節(jié)點(diǎn)212操縱的業(yè)務(wù)觸發(fā)器。優(yōu)選地，SIPext請求消息取SIP REGISTER消息的形式，帶有在附加的報(bào)頭和區(qū)中的INAP兼容的業(yè)務(wù)有關(guān)的信息。類似地，SIPext應(yīng)答假設(shè)使得SIP消息的形式，也帶有附加的報(bào)頭和區(qū)。
繼續(xù)參照圖3A，在接收SIPext REGISTER消息304后，業(yè)務(wù)節(jié)點(diǎn)212指向在那里規(guī)定的業(yè)務(wù)，以及提供SIPext OK應(yīng)答306給SIPext SSP節(jié)點(diǎn)204，如果SLP被成功地執(zhí)行的話。響應(yīng)于SIPext OK應(yīng)答，SIPext SSP節(jié)點(diǎn)分析它的報(bào)頭區(qū)，該報(bào)頭區(qū)規(guī)定SIPext SSP節(jié)點(diǎn)204的SIP服務(wù)器部分應(yīng)當(dāng)做的事情。因此，SIP服務(wù)器根據(jù)從業(yè)務(wù)節(jié)點(diǎn)212中的SLP得到的結(jié)果，通過使用純SIP消息308來路由呼叫。
在上述的示例性SIPext運(yùn)行中，有可能SLP由于某種原因可能沒有被成功地執(zhí)行，因此，可以由業(yè)務(wù)節(jié)點(diǎn)212闡述一個(gè)錯(cuò)誤消息。在接收到錯(cuò)誤消息后，SIPext SSP節(jié)點(diǎn)204可以重新形成REGISTER消息，再次把它轉(zhuǎn)發(fā)到業(yè)務(wù)節(jié)點(diǎn)，并返回一個(gè)錯(cuò)誤應(yīng)當(dāng)給用戶A202A，或執(zhí)行某些其它行動(dòng)。
圖3B和3C顯示在上述的基本SIPext運(yùn)行中涉及的步驟的流程圖。在SIPext SSP節(jié)點(diǎn)中接收到一個(gè)消息后(步驟322)，SIPext SSP節(jié)點(diǎn)檢索接收者(或發(fā)送者)的用戶資料(步驟324)。根據(jù)在觸發(fā)服務(wù)器得到的用戶資料消息，SIPext SSP節(jié)點(diǎn)可以作為標(biāo)準(zhǔn)SIP服務(wù)器運(yùn)行，或形成SIPext請求消息(步驟328)以及提供適當(dāng)?shù)腟IPext接口把它發(fā)送到業(yè)務(wù)節(jié)點(diǎn)，其中業(yè)務(wù)節(jié)點(diǎn)能夠執(zhí)行與VAS有關(guān)的SLP(步驟330)。
在從SIPext SSP節(jié)點(diǎn)接收到SIPext請求消息后，業(yè)務(wù)節(jié)點(diǎn)解譯在請求消息中提供的信息，構(gòu)建適當(dāng)?shù)腎NAP指令(步驟332)，它啟動(dòng)執(zhí)行一個(gè)或幾個(gè)SLP(步驟334)。此后，業(yè)務(wù)節(jié)點(diǎn)在SIPext應(yīng)答消息中把從SLP運(yùn)行(即，成功的執(zhí)行，未執(zhí)行，或部分執(zhí)行)得到的結(jié)果(包括錯(cuò)誤消息，如果有的話)發(fā)送到SIPext SSP節(jié)點(diǎn)(步驟336)。隨后，SIPext SSP節(jié)點(diǎn)根據(jù)結(jié)果信息采取適當(dāng)?shù)男袆?dòng)(呼叫路由，錯(cuò)誤報(bào)告，重新形成SIPext請求消息等等)(步驟338)。此后，與基本SIPext運(yùn)行有關(guān)的處理流程停止(步驟340)。
現(xiàn)在在下面立即闡述按照本發(fā)明的教導(dǎo)的、原因SIPext消息的SIPext報(bào)頭區(qū)的結(jié)構(gòu)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)看到，如這里提供的SIP消息的擴(kuò)展有利地允許使用SIP作為用于在SIP實(shí)體與基于IN的SCP之間通信的協(xié)議。而且，SIPext消息提供INAP的有用的互聯(lián)網(wǎng)實(shí)施方案，這樣，在電信方面集成PSN和CSN的好處可被高效率地實(shí)現(xiàn)。
在本發(fā)明的當(dāng)前優(yōu)選的示例性實(shí)施例中，規(guī)定了以下的四個(gè)報(bào)頭區(qū)-運(yùn)行運(yùn)行報(bào)頭區(qū)建議接收者(或發(fā)送者)實(shí)體執(zhí)行在報(bào)頭的內(nèi)容中規(guī)定的運(yùn)行。除了運(yùn)行的名稱以外，報(bào)頭優(yōu)選地可包含運(yùn)行的參量，如果有的話。而且，運(yùn)行和參量的名稱、類型和數(shù)值相應(yīng)于在INAP中規(guī)定的那些名稱、類型和數(shù)值。
以Backus-Naur形式(即，BNF表示法)的運(yùn)行報(bào)頭區(qū)的格式被給出為如下Operation＝“Operation”“”name-operation“”[operation-param]name-operation＝1*alphaoperation-param＝*(“parameter”“”parameter-value“；”)parameter＝*(/(1*alpha))parameter-value＝*DIGIT|*CHAR|boolean|*OCTET下面將描述根據(jù)本發(fā)明的這種報(bào)頭區(qū)和INAP數(shù)據(jù)結(jié)構(gòu)(為該報(bào)頭變元所用的)的一些例子。
-Result-opResult-op報(bào)頭區(qū)載送成功地執(zhí)行運(yùn)行的結(jié)果。這個(gè)報(bào)頭優(yōu)選地只存在于應(yīng)答消息，如果運(yùn)行要求運(yùn)行的結(jié)果被發(fā)送回引用運(yùn)行的實(shí)體(即，例如，SIPext SSP節(jié)點(diǎn)或SIPext SCP)。
在通常的BNF表示法中Result-op報(bào)頭的格式被給出為如下Result-op＝“Result-op”“”[result-arguments]result-arguments＝*(“argument”“”argument-value“；”)argument＝*(/(1*alpha))argument-value＝*DIGIT|*CHAR|boolean|*OCTET例子Result-op/digitsResponse456；這個(gè)例子顯示在執(zhí)行ReceivedInformation運(yùn)行后返回的結(jié)果，以及它代表ReceivedInformationArg參量的情形。
-Error-opError-op報(bào)頭區(qū)被使用來輸送關(guān)于不成功的運(yùn)行及其原因的信息。
Error-op報(bào)頭區(qū)的BNF格式是Error-op＝“Error-op”“”error-name“；”[*(error-parameters[“”parameter-value)]“；”]error-name＝1*alpha
error-parameters＝*(1*alpha)parameter-value＝*DIGIT|*(1*alpha)Error-op報(bào)頭區(qū)使用法的某些例子為如下Error-opCancelFailed；problemunknownOperation；operation654Error-opMissingParameter；-Oseq在本優(yōu)選的示例性實(shí)施例中，產(chǎn)生SIPext REGISTER請求的SIPext節(jié)點(diǎn)把Oseq報(bào)頭區(qū)加到每個(gè)請求中。這個(gè)區(qū)的內(nèi)容代表對(duì)于特定的Call-Id(呼叫識(shí)別號(hào))發(fā)送的運(yùn)行請求的次序，以使得運(yùn)行優(yōu)選地以相同的次序被執(zhí)行。Oseq序列號(hào)也被使用來把應(yīng)答與請求相匹配。
Oseq報(bào)頭區(qū)的格式為如下Oseq＝“Oseq”“”1*DIGIT“RIGISTER”例子Oseq3 REGISTER根據(jù)以上的討論，應(yīng)當(dāng)看到，按照本發(fā)明的教導(dǎo)提供的Operation報(bào)頭區(qū)的內(nèi)容實(shí)際上控制在兩個(gè)SIPext實(shí)體之間的SIPext功能，諸如，圖3A所示的SIPext SSP節(jié)點(diǎn)204和SIPexp SCP 212。正如以上簡略敘述的，在Operation報(bào)頭區(qū)中的變元決定運(yùn)行的范圍，優(yōu)選地相應(yīng)于對(duì)于由接收的實(shí)體執(zhí)行INAP兼容的運(yùn)行所必須的參量信息。
INAP參量信息對(duì)于支持大量的VAS被最佳化，因此，以抽象句法表示法-1(ASN.1格式)被規(guī)定，這個(gè)表示法很適用于“重量級(jí)”協(xié)議(諸如INAP)，需要相當(dāng)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，像嵌套的格式，單一和多個(gè)尺度的樹等等，用于代表多種任選的單元。然而，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)看到，互聯(lián)網(wǎng)應(yīng)用協(xié)議的基于文本的參量值結(jié)構(gòu)，包括SIP，在參量不是很重地構(gòu)建以及數(shù)值典型地被提供為簡單的清單的情形下是最佳的。因此，本發(fā)明有利地提供一種以線性格式表示INAP兼容的參量信息的解決方案，它對(duì)于“輕量級(jí)”互聯(lián)網(wǎng)應(yīng)用協(xié)議是很有效的，諸如以SIPext消息發(fā)送形式的SIP。
現(xiàn)在參照圖4A和4B，圖上顯示兩種示例性運(yùn)行變元，它們表示INAP的樹狀數(shù)據(jù)結(jié)構(gòu)。在圖4A上，InitialDp運(yùn)行變元402代表單一的尺度樹狀數(shù)據(jù)結(jié)構(gòu)。規(guī)定了以下的參量serviceKey404；dialedDigits 406；triggerType 408；和miscCallInfo 410，它包括messageType 412和dpAssignment 414。
多尺度樹狀數(shù)據(jù)結(jié)構(gòu)由CallInfomationReportArg(呼叫信息報(bào)告變元)416示例地說明，如圖4B所示?？梢钥吹剑跀?shù)據(jù)分級(jí)結(jié)構(gòu)中的每個(gè)級(jí)別上，參量具有多個(gè)路徑，即在現(xiàn)有的級(jí)別上的多個(gè)發(fā)起點(diǎn)。RequestedInformation(請求的信息)清單418包括多個(gè)requestedInformationValue(請求的信息數(shù)值)單元422和426，以及多個(gè)requestedInformationType(請求的信息類型)單元420和424。
不管樹狀數(shù)據(jù)結(jié)構(gòu)的尺度，本發(fā)明提供兩種用于線性描述數(shù)據(jù)的機(jī)制。在一個(gè)示例性實(shí)施例中，基本數(shù)據(jù)類型(即，樹上的樹葉)通過在變元數(shù)據(jù)結(jié)構(gòu)的分級(jí)結(jié)構(gòu)中在它們上面的數(shù)據(jù)類型的完全路徑被識(shí)別。這個(gè)路徑因此明顯地描述它們在變元數(shù)據(jù)結(jié)構(gòu)樹中的位置。接收實(shí)體配備有關(guān)于相應(yīng)的變元數(shù)據(jù)結(jié)構(gòu)的知識(shí)以及組成它的數(shù)據(jù)類型。
InitialDp運(yùn)行變元402，因此按線性格式被表示為如下/serviceKey40，/dialedDigits8876hjgda，/triggerTypeoAnswer，/miscCallInfo/massageTyperequest，/miscCallInfo/dpAssignmentindividualLine.
該CallInformationReportArg 416可以由以下序列描述/requestedInformationList/requestedinformationTypecallStopTime，/requestedInformationList/requestedInformationValue457/requestedInformationList/requestedInformationTypecallElapsedTime，/requestedInformationList/requestedInformationValue20/correlationID111.
在第二個(gè)示例性實(shí)施例中，每個(gè)基本數(shù)據(jù)類型用一個(gè)參量名稱來標(biāo)識(shí)。在InitialDp運(yùn)行變元402的例子中，參量可以用以下的名稱來描述/serviceKey40，/dialedDigits8876hjgda，/triggerTypeoAnswer，/massageTyperequest，/dpAssignmentindividualLine.
在該CallInformationReportArg 416的例子中，以下序列規(guī)定參量信息/requestedInformationTypecallStopTime，/requestedInformationValue457，/requestedInformationTypecail E1apsed Time，/requestedInformationValue20，/correlationId111.
在第二個(gè)方法中，除了擁有關(guān)于變元數(shù)據(jù)結(jié)構(gòu)和它的構(gòu)建數(shù)據(jù)類型的知識(shí)以外，需要解譯運(yùn)行的實(shí)體能夠與在存儲(chǔ)數(shù)據(jù)的線性數(shù)據(jù)結(jié)構(gòu)中具有它的位置(區(qū))的參量名稱相匹配。
通過使用上述的用于“線性化”INAP參量信息的任一個(gè)方法，有可能有效地組合在按照本發(fā)明的教導(dǎo)的SIPext消息的擴(kuò)展的報(bào)頭區(qū)內(nèi)的VAS有關(guān)的運(yùn)行。正如以上參照圖3A-3C描述的基本SIPext運(yùn)行，SIPext SSP節(jié)點(diǎn)的功能(用作為顧客)典型地包括形成用于執(zhí)行基于IN的SLP的、帶有適當(dāng)?shù)臄U(kuò)展的報(bào)頭區(qū)的、適當(dāng)?shù)腟IPextREGISTER消息。因此，接收的SIPext SCP節(jié)點(diǎn)作為面向請求的SIPextSSP節(jié)點(diǎn)的服務(wù)器運(yùn)行。
現(xiàn)在具體參照上述的擴(kuò)展的報(bào)頭區(qū)信息，可以更詳細(xì)地描述SIPext SCP節(jié)點(diǎn)作為服務(wù)器的功能。在接收SIPext REGISTER請求后，SIPext SCP節(jié)點(diǎn)通過檢查最上部的Via(通道)報(bào)頭區(qū)而檢驗(yàn)該請求是否來自SIPext SSP節(jié)點(diǎn)。通過使用Oseq序列號(hào)區(qū)，它確定該請求是否需要下次被處理。如果在處理隊(duì)列中有其它的、具有更小的Oseq號(hào)碼的請求，或還沒有接收到其它請求，則該請求被推遲。因此，SIPext SCP節(jié)點(diǎn)保持一個(gè)計(jì)數(shù)器或其它適當(dāng)?shù)臋C(jī)構(gòu)，用于監(jiān)視對(duì)于每個(gè)Call-Id(呼叫識(shí)別號(hào))處理的最后的請求的號(hào)碼。
此后，SIPext SCP節(jié)點(diǎn)搜索在請求中的Operation(運(yùn)行)報(bào)頭區(qū)。雖然所有其它報(bào)頭(例如，與業(yè)務(wù)無關(guān)的純SIP報(bào)頭)和它們的內(nèi)容保持未被處理，但Operation報(bào)頭被分析，以及根據(jù)運(yùn)行的名稱，相應(yīng)的INAP運(yùn)行通過使用線性化的參量數(shù)據(jù)被執(zhí)行。例如，SLP可以由SIPext SCP節(jié)點(diǎn)樹葉這樣的參量數(shù)據(jù)被發(fā)送。
如果運(yùn)行被成功地執(zhí)行，則產(chǎn)生一個(gè)OK應(yīng)答。OK應(yīng)答可以包含另一個(gè)Operation報(bào)頭區(qū)或Result-op報(bào)頭區(qū)。與業(yè)務(wù)無關(guān)的純SIP報(bào)頭只在OK應(yīng)答中被復(fù)制。另一方面，如果運(yùn)行沒有被成功地執(zhí)行，則產(chǎn)生INAP錯(cuò)誤消息，它被SIPext SCP節(jié)點(diǎn)轉(zhuǎn)換成SIP錯(cuò)誤應(yīng)答。Error-op報(bào)頭被包括在規(guī)定INAP錯(cuò)誤和與它有關(guān)的參量的應(yīng)答內(nèi)。以下的表，表I，給出INAP錯(cuò)誤和相應(yīng)的SIP錯(cuò)誤應(yīng)答的例子，被使用來把它們輸送到SIPext SSP節(jié)點(diǎn)。
表I
在某些事例中，通過請求SIPext SSP節(jié)點(diǎn)執(zhí)行一個(gè)運(yùn)行，SIPextSCP節(jié)點(diǎn)可以作為顧客運(yùn)行?，F(xiàn)在參照圖5，圖上顯示SIPext SSP節(jié)點(diǎn)作為顧客的功能的功能性消息流程圖。SIPext SCP節(jié)點(diǎn)212把RIGISTER消息502發(fā)送的SIPext SSP節(jié)點(diǎn)204，規(guī)定在Operation報(bào)頭區(qū)中的運(yùn)行和它的參量。通常，由SIPext SCP節(jié)點(diǎn)212發(fā)送的REGISTER請求要求執(zhí)行與呼叫建立無關(guān)的運(yùn)行，因此，報(bào)頭區(qū)載送比在由SIPext SSP節(jié)點(diǎn)作為顧客發(fā)送的REGISTER消息中的報(bào)頭少的信息。另外，由SIPext SCP節(jié)點(diǎn)212發(fā)送的請求通常被用來指令SIPextSSP節(jié)點(diǎn)204(用作為服務(wù)器)執(zhí)行某些呼叫監(jiān)視和事件通知行為。
在發(fā)送REGIGTER請求502后，SIPext SCP節(jié)點(diǎn)212等待來自SIPext SSP節(jié)點(diǎn)204的應(yīng)答消息(例如，OK應(yīng)答)。一旦接收應(yīng)答消息后，由SIPext SCP節(jié)點(diǎn)212對(duì)它進(jìn)行處理，分析Result-op或Error-op報(bào)頭。
現(xiàn)在具體參照以上給出的報(bào)頭區(qū)信息更詳細(xì)地描述SIPext SSP節(jié)點(diǎn)的功能。如圖2所示，SIPext SSP節(jié)點(diǎn)204包括執(zhí)行基本呼叫建立和終結(jié)的SIP服務(wù)器208(使用純SIP消息發(fā)送)，和負(fù)責(zé)與SIPext SCP節(jié)點(diǎn)212的信令通信的、擴(kuò)展的SIP(ESIP)業(yè)務(wù)交換(SS)部分或模塊210。在本專利申請方面，因此，當(dāng)這里提到SIPext SSP節(jié)點(diǎn)的功能時(shí)，注意力特別集中在SIPext SSP節(jié)點(diǎn)的ESIP SS模塊210的功能上。
通常，SIPext SCP節(jié)點(diǎn)(及其ESIP SS模塊210)用作為對(duì)于SIPext SCP節(jié)點(diǎn)的顧客，正如以上對(duì)于如圖3A-3C所示的基本SIPext運(yùn)行所說明的。SS模塊在兩種情形下發(fā)送請求到SIPext SCP節(jié)點(diǎn)(i)當(dāng)檢測到對(duì)于業(yè)務(wù)的觸發(fā)時(shí)，或(ii)一個(gè)需要被報(bào)告給SIPextSCP節(jié)點(diǎn)的事件。在本發(fā)明的本優(yōu)選的示例性實(shí)施例中，ESIP SS模塊監(jiān)視被發(fā)送到SIPext SSP節(jié)點(diǎn)204的純SIP代理服務(wù)器208(如圖2所示)的所有的INVITE消息，以便能夠檢測基于業(yè)務(wù)的觸發(fā)。在如圖所示的示例性實(shí)施例中，SIP代理服務(wù)器208用IP地址provider.com被識(shí)別，以及被發(fā)送到這個(gè)IP地址的INVITE消息因此由ESIP SS模塊210監(jiān)視。如果INVITE消息的接收者(或發(fā)送者)(即，圖2上的用戶B 202B)預(yù)訂VAS，則ESIP SS模塊210形成對(duì)于SIPext運(yùn)行的REGISTER請求為如下-復(fù)制INVITE請求的所有的報(bào)頭，以使得ESIP SS模塊可以運(yùn)行在“無狀態(tài)”模式(即，當(dāng)REGISTER請求被發(fā)送到SIPextSCP節(jié)點(diǎn)時(shí)，SS模塊不必存儲(chǔ)呼叫狀態(tài))。
-加上包含ESIP SS模塊的地址的Via報(bào)頭區(qū)。
-加上包含REGISTER請求的序列號(hào)的Oseq報(bào)頭區(qū)。這個(gè)序列號(hào)被ESIP SS模塊使用來把來自SIPext SCP節(jié)點(diǎn)的應(yīng)答與它的REGISTER請求相匹配。
-加上規(guī)定要由SIPext SCP節(jié)點(diǎn)執(zhí)行的運(yùn)行的一個(gè)或多個(gè)Operation報(bào)頭，包括如上所述的、被線性化的、用于它的參量信息。
圖6顯示當(dāng)REGISTER請求602由于事件檢測而被發(fā)送時(shí)的情形的功能性消息流程圖。正如本領(lǐng)域技術(shù)人員將會(huì)看到的，可以有幾種業(yè)務(wù)需要ESIP SS模塊把某個(gè)特定的事件的出現(xiàn)報(bào)告給SIPext SCP節(jié)點(diǎn)。因此，ESIP SS模塊形成帶有報(bào)頭區(qū)的REGISTER請求692為如下-To，F(xiàn)rom，Call-Id，Cseq報(bào)頭被包括在內(nèi)，用來載送呼叫方面的內(nèi)容。在大多數(shù)情形下，這些報(bào)頭的內(nèi)容不被用來這些請求的運(yùn)行，因?yàn)橥ǔＫ枰乃械暮艚惺聞?wù)的數(shù)據(jù)存在在Operation報(bào)頭中-Oseq報(bào)頭被使用來如上所述地把請求排序。
-Via報(bào)頭被使用來規(guī)定，該請求是由SIPext SSP節(jié)點(diǎn)204的ESIP SS模塊產(chǎn)生的。對(duì)于由于事件檢測產(chǎn)生的REGISTER請求，典型地只有一個(gè)Via報(bào)頭。
-Operation報(bào)頭，規(guī)定要被執(zhí)行的運(yùn)行及其參量。
響應(yīng)于請求要由SIPext SCP節(jié)點(diǎn)212執(zhí)行的運(yùn)行的REGISTER請求602，如果請求602被節(jié)點(diǎn)212成功地處理，則可以把OK消息604發(fā)送回SIPext SSP節(jié)點(diǎn)204的ESIP SS模塊。除了以下的純SIP報(bào)頭To，F(xiàn)rom，Call-Id，Cseq報(bào)頭以外，OK應(yīng)答604優(yōu)選地包含SIPext Oseq報(bào)頭和Operation報(bào)頭。如果存在Operation報(bào)頭，則需要ESIP SS模塊來執(zhí)行在那里規(guī)定的運(yùn)行。例如，如果Operation報(bào)頭表示呼叫必須被路由到呼叫轉(zhuǎn)發(fā)號(hào)碼(即，C-號(hào)碼)，則ESIP SS模塊形成相應(yīng)的SIP請求，以及把控制轉(zhuǎn)移到SIPext SSP節(jié)點(diǎn)204的純SIP代理服務(wù)器。
圖7顯示其中SIPext REGISTER請求(例如，REGISTER請求702)被SIPext SCP節(jié)點(diǎn)212不成功地處理的情形的功能性消息流程圖。壞的請求消息704作為應(yīng)答被產(chǎn)生，它優(yōu)選地包含用于規(guī)定錯(cuò)誤類型和參量(如果有的話)的Error-opSIPext報(bào)頭。
取決于Error-op報(bào)頭的內(nèi)容和相關(guān)的參量信息，SIPext SSP節(jié)點(diǎn)204的ESIP SS模塊可以采取不同的行動(dòng)。例如，它可以立即或在Error-op報(bào)頭區(qū)中闡述的預(yù)定的時(shí)間后重新發(fā)送REGISTER請求602。或者，它可以形成SIP消息和把它傳送到SIP代理服務(wù)器，以使得把適當(dāng)?shù)膽?yīng)答通知呼叫者。
現(xiàn)在參照圖8A-8D，圖上顯示幾個(gè)功能性消息流程圖，它通過使用本發(fā)明的SIPext協(xié)議顯示示例性VAS實(shí)施方案。更具體地，顯示了按照本發(fā)明的教導(dǎo)的免費(fèi)電話/呼叫轉(zhuǎn)發(fā)業(yè)務(wù)的供應(yīng)。首先，闡述使用INAP的示例性業(yè)務(wù)實(shí)施方案，以便為用于業(yè)務(wù)供應(yīng)的基礎(chǔ)結(jié)構(gòu)配備SIPext協(xié)議。此后，通過功能性消息流程圖來顯示使用協(xié)議的業(yè)務(wù)特定的消息。
本領(lǐng)域技術(shù)人員應(yīng)當(dāng)看到，取決于用于收費(fèi)的網(wǎng)絡(luò)特定的機(jī)制，在IN兼容的環(huán)境下有幾種可能的呼叫轉(zhuǎn)發(fā)業(yè)務(wù)的實(shí)施方案。在這里提供的例子中，業(yè)務(wù)收費(fèi)由SCP進(jìn)行計(jì)算。示例性INAP業(yè)務(wù)實(shí)施方案由以下的序列描述(其中“→”表示從SSP發(fā)送到SCP的運(yùn)行；“←”表示從SCP發(fā)送到SSP的運(yùn)行；)1.InitialDp(ServiceKey＝0800，calledPartyNumber＝3456789)2.Connect(destinationRoutingAdress＝6543210，CorrelationId＝1111)RequestReportBCSMEvent(eventTypeBCSM＝o_Answer，MonitorMode＝notifyAndContinue，eventTypeBCSM＝o_Disconnect，MonitorMode＝notifyAndContinue，bcsmEventCorrelationId＝1111)3.EventReportBCSM(eventTypeBCSM＝o_Answer，bcsmEventCorrelationId＝1111)4.EventReportBCSM(eventTypeBCSM＝o_Disconnect，bcsmEventCorrelationId＝1111)現(xiàn)在參照圖8A，在主站(表示為Ahost)的用戶A 202A通過INVITE消息以地址8003234@provider.com發(fā)起到用戶B的呼叫。在接收到INVITE消息后，SIPext SSP節(jié)點(diǎn)204查詢觸發(fā)服務(wù)器(未示出)，以及確定用戶B已預(yù)訂免費(fèi)電話/呼叫轉(zhuǎn)發(fā)業(yè)務(wù)。此后，由SIPext SSP節(jié)點(diǎn)204形成包含兩個(gè)SIPext報(bào)頭的SIPextREGISTER消息804。Operation報(bào)頭規(guī)定與需要被發(fā)送的預(yù)定的業(yè)務(wù)有關(guān)的SLP，以及載送對(duì)于它的執(zhí)行所需要的呼叫方面的數(shù)據(jù)。在本例中，這個(gè)數(shù)據(jù)在被呼叫方號(hào)碼(B號(hào)碼)參量中被載送。而且，Oseq報(bào)頭按照本發(fā)明的教導(dǎo)被提供用來規(guī)定運(yùn)行序列號(hào)。
在加上SIPext REGISTER消息804后，SIPext SCP節(jié)點(diǎn)212分析SIPext報(bào)頭和發(fā)出免費(fèi)電話SLP。在成功地執(zhí)行程序后，它通過復(fù)制來自REGISTER消息804的、除Operation報(bào)頭以外的、所有的報(bào)頭，而產(chǎn)生OK應(yīng)答806。代之以由SIPext SCP節(jié)點(diǎn)根據(jù)從SLP執(zhí)行得到的結(jié)果形成兩個(gè)新的Operation報(bào)頭。第一個(gè)報(bào)頭(連接運(yùn)行)規(guī)定呼叫被路由或被轉(zhuǎn)發(fā)到的目的地號(hào)碼。第二運(yùn)行報(bào)頭，OperationRequestEventReport，指令SIPext SSP節(jié)點(diǎn)通知SCP節(jié)點(diǎn)，用于呼叫接受(o_Answer)事件或呼叫斷開(o_Disconnected)事件。
在接收0K應(yīng)答806后，SIPext SSP節(jié)點(diǎn)204執(zhí)行這里規(guī)定的運(yùn)行。連接運(yùn)行導(dǎo)致產(chǎn)生純SIPINVITE請求和在SIP網(wǎng)絡(luò)上把它發(fā)送到轉(zhuǎn)發(fā)地址4456@provider.com。響應(yīng)于RequestEventReport運(yùn)行。SIPext SSP節(jié)點(diǎn)204監(jiān)視帶有特定的Call-Id號(hào)碼的消息，以便通知SCP節(jié)點(diǎn)212，對(duì)于該Call-Id是否產(chǎn)生ACK或BYE消息。本領(lǐng)域技術(shù)人員將會(huì)容易地看到，ACK消息相應(yīng)于INo_Answer(即，呼叫接受)事件，以及BYE相應(yīng)于o_Disconnect(即，呼叫斷開)事件。
圖8B顯示當(dāng)在主站4456處的用戶202C(即，用戶C)接受轉(zhuǎn)發(fā)呼叫時(shí)交換的SIP消息。用戶C把OK消息發(fā)送回SIPext SSP節(jié)點(diǎn)204的純代理服務(wù)器部分，然后該純代理服務(wù)器部分把這個(gè)OK消息作為OK應(yīng)答812轉(zhuǎn)發(fā)到呼叫者，即，用戶A 202A。
圖8C顯示當(dāng)SIPext SSP節(jié)點(diǎn)204響應(yīng)于OK應(yīng)答812從呼叫者的用戶代理接收ACK消息813時(shí)的消息的流程。ACK消息813由SSP節(jié)點(diǎn)204作為ACK應(yīng)答814發(fā)送到用戶C 202C。此后，產(chǎn)生SIPextRegister請求815，包括BCSMEventReport運(yùn)行，用于把事件的出現(xiàn)通知SIPext SCP節(jié)點(diǎn)。作為應(yīng)答，SIPext SCP節(jié)點(diǎn)212把OK確認(rèn)發(fā)送給SSP節(jié)點(diǎn)204，以及發(fā)出SLP，它把呼叫計(jì)費(fèi)在4456帳戶上。
SIPext SSP節(jié)點(diǎn)204連續(xù)監(jiān)視用于與呼叫者有關(guān)的Call-Id(用戶A的Call_Id，例如，123@Ahost)的信令消息。當(dāng)有一方?jīng)Q定終結(jié)連接時(shí)，他的用戶代理發(fā)出BYE請求，它相應(yīng)于o_Disconnect事件。圖8D顯示其中用戶A 202A發(fā)出BYE請求818到SIPext SSP節(jié)點(diǎn)204的情形。作為應(yīng)答，代理BYE 824被提供給呼叫者，即用戶C 202C。此后，產(chǎn)生發(fā)送到SCP節(jié)點(diǎn)212的、包含EventReportBCSM運(yùn)行報(bào)頭的SIPext Register請求820。響應(yīng)于從SIPext SSP節(jié)點(diǎn)報(bào)告的o_Disconnect事件，在SCP節(jié)點(diǎn)中的收費(fèi)SLP完成呼叫收費(fèi)處理過程。OK應(yīng)答822被發(fā)送回SSP節(jié)點(diǎn)204，優(yōu)選地不用任何的Operation報(bào)頭，正如不需要從SCP或SSP節(jié)點(diǎn)作出附加的行動(dòng)。
圖9A-9E顯示用于按照本發(fā)明的教導(dǎo)提供的呼叫分布業(yè)務(wù)的功能性消息流程圖。在這里提供的示例的情形中采用以下的條件1.用戶B預(yù)訂呼叫分布業(yè)務(wù)。2.允許用戶B回答的呼叫的最大數(shù)目是每天50個(gè)呼叫。3.如果監(jiān)視的呼叫的數(shù)目大于50，則呼叫被轉(zhuǎn)發(fā)到C-號(hào)碼6543210。
本領(lǐng)域技術(shù)人員將會(huì)容易地看到，圖上所示的SIPext消息使用現(xiàn)在熟悉的報(bào)頭區(qū)指令SCP發(fā)出與業(yè)務(wù)有關(guān)的、適當(dāng)?shù)腟LP，取決于呼叫數(shù)目門限值是否達(dá)到。為了概略起見，因此，下面只闡述本例的突出的特性。
圖9A-9D顯示其中預(yù)訂用戶/用戶遇到不足50個(gè)呼叫的情形。在SIPext SSP節(jié)點(diǎn)204與執(zhí)行呼叫分布SLP的SIPext SCP節(jié)點(diǎn)212之間的適當(dāng)?shù)腟IPext REGISTER和OK消息以后，呼叫被傳送到用戶B。在從用戶B 202B發(fā)出忙信號(hào)924的情形下，如圖9C所示，SIPext SSP節(jié)點(diǎn)204對(duì)在Ahost處的呼叫者(用戶A 202A)完全一樣，以及經(jīng)過REGISTER請求920通知SCP節(jié)點(diǎn)212。暫時(shí)不可提供的應(yīng)答926(如圖9D所示)被提供給用戶A 202A，當(dāng)用戶B的代理把重復(fù)的振鈴消息932發(fā)送回SIPext SSP節(jié)點(diǎn)204和與用戶應(yīng)答超時(shí)有關(guān)的定時(shí)器。而且，SSP節(jié)點(diǎn)204通過REGISTER請求928把o_NoAnswer事件通知SCP節(jié)點(diǎn)。
圖9E顯示其中用戶遇到50個(gè)以上的呼叫的情形。在SIPext SCP節(jié)點(diǎn)212中的呼叫分布SLP通過使用在OK應(yīng)答中的Operation連接報(bào)頭提供路由號(hào)碼，它隨后被SIPext SSP節(jié)點(diǎn)204的SIP代理部分使用來把呼叫轉(zhuǎn)發(fā)到在6543210處的用戶C 202C。
根據(jù)以上所述，將會(huì)看到，本發(fā)明有利地?cái)U(kuò)展現(xiàn)有的SIP實(shí)施方案包括接入到已安裝和市場測試的WIN/IN業(yè)務(wù)邏輯基礎(chǔ)的能力。因此，安裝的業(yè)務(wù)基礎(chǔ)可以連續(xù)地被重新使用，即使基于SIP的VoIP網(wǎng)絡(luò)結(jié)構(gòu)在將來發(fā)展時(shí)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)認(rèn)識(shí)到，當(dāng)網(wǎng)絡(luò)運(yùn)行者趨向于把蜂窩基礎(chǔ)結(jié)構(gòu)與基于IP的PSN綜合在一起時(shí)，存在有巨大的激勵(lì)，經(jīng)濟(jì)的和基于基礎(chǔ)結(jié)構(gòu)的，以便網(wǎng)絡(luò)運(yùn)行者重新使用昂貴的傳統(tǒng)SCP節(jié)點(diǎn)。另外，通過適當(dāng)?shù)鼐€性化在SIPext消息的報(bào)頭區(qū)中的INAP參量信息，本發(fā)明可解決必須支持網(wǎng)絡(luò)中多個(gè)協(xié)議的問題，以便提供接入遠(yuǎn)端業(yè)務(wù)邏輯節(jié)點(diǎn)的能力。
而且，可以相信，從以上的詳細(xì)說明將明白本發(fā)明的運(yùn)行和結(jié)構(gòu)。雖然所顯示和描述的方法與系統(tǒng)已被表征為優(yōu)選的，但應(yīng)當(dāng)容易地看到，其中可以作出各種改變和修改，而不背離如以下的中闡述的、本發(fā)明的范圍。例如，雖然本發(fā)明的教導(dǎo)是通過兩個(gè)具體的業(yè)務(wù)被示例地說明的，但應(yīng)當(dāng)看到，其它的VAS也可以按照本發(fā)明的教導(dǎo)被提供。也就是，除了這里說明的呼叫轉(zhuǎn)發(fā)和呼叫分布業(yè)務(wù)以外，本發(fā)明的教導(dǎo)也可以在以下的業(yè)務(wù)方面被應(yīng)用免費(fèi)和信用卡呼叫，蜂窩搜索，選擇性呼叫限制，點(diǎn)擊來進(jìn)行傳真，雙向電話/免費(fèi)電話，分離收費(fèi)，和多媒體應(yīng)用項(xiàng)，諸如遠(yuǎn)程醫(yī)療，遠(yuǎn)程教育，按要求的視頻等等。
而且，雖然在本發(fā)明的示例性實(shí)施例中描述了通用SIP用戶代理，但SIP兼容的實(shí)體，諸如可通過各種空中接口標(biāo)準(zhǔn)運(yùn)行的智能移動(dòng)臺(tái)，結(jié)合使能進(jìn)行VAS的個(gè)人數(shù)字輔助器、“智能”電話機(jī)、個(gè)人計(jì)算機(jī)筆記本電腦、掌上電腦、信息器具、無線收發(fā)信機(jī)手表、尋呼機(jī)等等采取的組合可被提供用于本發(fā)明的目的。另外，這里包含的創(chuàng)新的教導(dǎo)也可被實(shí)踐于被耦合到PSTN的VoIP網(wǎng)絡(luò)，其中SIPext SSP可觸發(fā)到具有適當(dāng)?shù)腟IPext服務(wù)器接口的業(yè)務(wù)節(jié)點(diǎn)的ESIP業(yè)務(wù)請求。而且，雖然通過利用具有兩個(gè)不同的IP地址的SIPext SSP節(jié)點(diǎn)，示例地說明本發(fā)明的教導(dǎo)，但應(yīng)當(dāng)看到，本發(fā)明并不限于這一點(diǎn)，這里包含的創(chuàng)新的教導(dǎo)可以有利地實(shí)踐于具有單個(gè)IP地址的SIPextSSP節(jié)點(diǎn)的網(wǎng)絡(luò)，其中提供了用于區(qū)分純SIP和SIPext消息的適當(dāng)?shù)臋C(jī)構(gòu)。因此，應(yīng)當(dāng)認(rèn)識(shí)到，這些和其它多種變例，替換，附加，重新安排和修改打算被包括在本發(fā)明的范圍內(nèi)，本發(fā)明的范圍僅僅由下面闡述的權(quán)利要求來限定。
權(quán)利要求
1.在可結(jié)合話路啟動(dòng)協(xié)議(SIP)運(yùn)行的電信網(wǎng)中，一種用于提供增值業(yè)務(wù)(VAS)的方法。該電信網(wǎng)包括SIPext SSP服務(wù)器、觸發(fā)服務(wù)器、和具有與VAS有關(guān)的至少一個(gè)業(yè)務(wù)邏輯程序(SLP)的業(yè)務(wù)節(jié)點(diǎn)，其中SLP可結(jié)合智能網(wǎng)應(yīng)用項(xiàng)協(xié)議(INAP)運(yùn)行，方法包括以下步驟接收來自第一用戶的、在SIPext SSP服務(wù)器中的請求消息，該請求消息用于發(fā)起到第二用戶的呼叫；在接收該請求消息后，由SIPext SSP服務(wù)器查詢觸發(fā)服務(wù)器，以獲得與第一和第二用戶的至少一個(gè)用戶有關(guān)的用戶資料；在處理呼叫期間，遇到已準(zhǔn)備的檢測點(diǎn)以后，根據(jù)從觸發(fā)服務(wù)器得到的該用戶資料，由SIPext SSP服務(wù)器形成SIP登錄器請求，該登錄器請求包括至少一個(gè)報(bào)頭區(qū)，其中該報(bào)頭區(qū)包含規(guī)定該業(yè)務(wù)節(jié)點(diǎn)執(zhí)行的操作的信息，該報(bào)頭區(qū)還包括與由第一用戶發(fā)起的呼叫有關(guān)的呼叫方面的數(shù)據(jù)；由該SIPext SSP服務(wù)器發(fā)送登錄請求給該業(yè)務(wù)節(jié)點(diǎn)；在接收該登錄請求后，由該業(yè)務(wù)節(jié)點(diǎn)根據(jù)在報(bào)頭區(qū)中規(guī)定的運(yùn)行和與其有關(guān)的呼叫方面的數(shù)據(jù)執(zhí)行至少一個(gè)SLP；把SIP應(yīng)答消息從該業(yè)務(wù)節(jié)點(diǎn)發(fā)送到該SIPext SSP服務(wù)器，該應(yīng)答消息包括報(bào)頭區(qū)和響應(yīng)于由業(yè)務(wù)節(jié)點(diǎn)對(duì)至少一個(gè)SLP的執(zhí)行而得出的返回的結(jié)果；以及響應(yīng)于報(bào)頭區(qū)和在從業(yè)務(wù)節(jié)點(diǎn)接收的應(yīng)答消息中的返回結(jié)果，由該SIPext SSP服務(wù)器執(zhí)行至少一個(gè)行動(dòng)，該行動(dòng)與VAS有關(guān)。
2.如在權(quán)利要求1中闡述的、在電信網(wǎng)中提供VAS的方法，其中SIPext SSP服務(wù)器是可由兩個(gè)分開的互聯(lián)網(wǎng)協(xié)議(IP)地址，第一IP地址和第二IP地址進(jìn)行尋址，以及其中請求消息是在SIPextSSP服務(wù)器中通過使用第一IP地址從第一用戶被接收的。
3.如在權(quán)利要求2中闡述的、在電信網(wǎng)中提供VAS的方法，其中將該登錄請求通過使用第二IP地址從SIPext SSP服務(wù)器發(fā)送到業(yè)務(wù)節(jié)點(diǎn)。
4.如在權(quán)利要求1中闡述的、在電信網(wǎng)中提供VAS的方法，其中形成登錄請求的步驟包括把與VAS有關(guān)的INAP兼容的數(shù)據(jù)結(jié)構(gòu)變換成形成登錄請求的一部分報(bào)頭區(qū)的線性排序的參量數(shù)據(jù)。
5.如在權(quán)利要求4中闡述的、在電信網(wǎng)中提供VAS的方法，其中來自該業(yè)務(wù)節(jié)點(diǎn)的SIP兼容應(yīng)答消息包括線性化的INAP兼容的參量信息。
6.如在權(quán)利要求4中闡述的、在電信網(wǎng)中提供VAS的方法，其中將來自該業(yè)務(wù)節(jié)點(diǎn)的SIP應(yīng)答消息中的報(bào)頭區(qū)按Backus-Naur格式進(jìn)行組織。
7.如在權(quán)利要求4中闡述的、在電信網(wǎng)中提供VAS的方法，其中將來自SIPext SSP節(jié)點(diǎn)的SIP登錄請求中的報(bào)頭區(qū)按Backus-Naur格式進(jìn)行組織。
8.如在權(quán)利要求1中闡述的、在電信網(wǎng)中提供VAS的方法，其中該返回結(jié)果包括目的地路由號(hào)碼，來自該業(yè)務(wù)節(jié)點(diǎn)的SIP應(yīng)答消息中的報(bào)頭區(qū)包括連接運(yùn)行，根據(jù)此，SIPext SSP服務(wù)器把由第一用戶發(fā)起的呼叫發(fā)送到該目的地路由號(hào)碼。
9.如在權(quán)利要求1中闡述的、在電信網(wǎng)中提供VAS的方法，其中該返回結(jié)果包括錯(cuò)誤代碼，根據(jù)此，SIPext SSP服務(wù)器產(chǎn)生SIP錯(cuò)誤消息，并把它發(fā)送到第一用戶。
10.用于提供增值業(yè)務(wù)(VAS)的綜合電信網(wǎng)，包括SIPext SSP服務(wù)器，它包括代理服務(wù)器和業(yè)務(wù)交換部件，該代理服務(wù)器用于接收來自第一用戶的、對(duì)于第二用戶的呼叫發(fā)起消息，以及該業(yè)務(wù)交換部件用于確定第二用戶是否預(yù)訂了VAS；觸發(fā)服務(wù)器，包含與VAS有關(guān)的用戶資料，觸發(fā)服務(wù)器是可以根據(jù)由業(yè)務(wù)交換部件作出的、關(guān)于第二用戶預(yù)訂VAS的決定進(jìn)行啟動(dòng)；與業(yè)務(wù)交換部件有關(guān)的、用于根據(jù)第二用戶的用戶資料信息形成登錄請求的裝置，其中該登錄請求包括報(bào)頭區(qū)，它包含與VAS有關(guān)的運(yùn)行；以及業(yè)務(wù)節(jié)點(diǎn)，它包含與VAS有關(guān)的智能網(wǎng)應(yīng)用項(xiàng)協(xié)議(INAP)兼容的業(yè)務(wù)邏輯程序(SLP)；以及SIPext SSP接口服務(wù)器，用于從業(yè)務(wù)交換部件接收和解譯該登錄請求，其中，該業(yè)務(wù)節(jié)點(diǎn)根據(jù)從業(yè)務(wù)交換部件接收的登錄請求中的報(bào)頭區(qū)的內(nèi)容執(zhí)行SLP。
11.如在權(quán)利要求10中闡述的、用于提供VAS的綜合電信網(wǎng)，其中該代理服務(wù)器具有第一互聯(lián)網(wǎng)協(xié)議(IP)地址，而該業(yè)務(wù)交換部分具有第二互聯(lián)網(wǎng)協(xié)議(IP)地址。
12.如在權(quán)利要求10中闡述的、用于提供VAS的綜合電信網(wǎng)，其中該登錄請求包含與運(yùn)行有關(guān)的線性化INAP兼容的參量數(shù)據(jù)。
13.在可結(jié)合話路啟動(dòng)協(xié)議(SIP)運(yùn)行的電信網(wǎng)中，一種用于對(duì)用戶提供增值業(yè)務(wù)(VAS)的系統(tǒng)，該電信網(wǎng)包括SIPext SSP服務(wù)器、觸發(fā)服務(wù)器、和具有與VAS有關(guān)的至少一個(gè)業(yè)務(wù)邏輯程序(SLP)的業(yè)務(wù)節(jié)點(diǎn)，其中SLP可結(jié)合智能網(wǎng)應(yīng)用項(xiàng)協(xié)議(INAP)運(yùn)行，該系統(tǒng)包括用于接收對(duì)于用戶的呼叫發(fā)起請求的裝置；用于根據(jù)用戶預(yù)訂VAS的決定詢問觸發(fā)服務(wù)器，以便得到與該用戶有關(guān)的用戶資料的裝置；響應(yīng)于在呼叫處理過程中遇到準(zhǔn)備的檢測點(diǎn)，根據(jù)從觸發(fā)服務(wù)器得到的用戶資料，形成SIP登錄請求的裝置，該登錄請求包括至少一個(gè)報(bào)頭區(qū)，其中該報(bào)頭區(qū)包含規(guī)定該業(yè)務(wù)節(jié)點(diǎn)對(duì)于該VAS執(zhí)行的操作的信息，該報(bào)頭區(qū)還包括與對(duì)于該用戶發(fā)起的呼叫請求有關(guān)的呼叫方面的數(shù)據(jù)；用于發(fā)送該登錄請求給該業(yè)務(wù)節(jié)點(diǎn)的裝置；用于根據(jù)在報(bào)頭區(qū)中規(guī)定的運(yùn)行和與其有關(guān)的呼叫方面的數(shù)據(jù)，發(fā)出在業(yè)務(wù)節(jié)點(diǎn)中SLP的裝置；用于把SIP應(yīng)答消息從業(yè)務(wù)節(jié)點(diǎn)發(fā)送到SIPext SSP服務(wù)器的裝置，該應(yīng)答消息包括報(bào)頭區(qū)和根據(jù)在業(yè)務(wù)節(jié)點(diǎn)發(fā)出SLP而得出的返回的結(jié)果；以及根據(jù)該報(bào)頭區(qū)和從該業(yè)務(wù)節(jié)點(diǎn)接收的應(yīng)答消息中的返回結(jié)果，由SIPext SSP服務(wù)器執(zhí)行一個(gè)動(dòng)作的裝置，該動(dòng)作與VAS有關(guān)。
14.如在權(quán)利要求13中闡述的、在電信網(wǎng)中提供VAS給用戶的系統(tǒng)，還包括用于把與VAS有關(guān)的INAP兼容的數(shù)據(jù)結(jié)構(gòu)變換成形成該登錄請求的一部分報(bào)頭區(qū)的線性排序的參量數(shù)據(jù)的裝置。
15.如在權(quán)利要求14中闡述的、在電信網(wǎng)中提供VAS給用戶的系統(tǒng)，其中該返回結(jié)果包括呼叫要被發(fā)送到的目的地路由號(hào)碼。
全文摘要
在可結(jié)合話路啟動(dòng)協(xié)議(SIP)運(yùn)行的、具有分組交換網(wǎng)絡(luò)部分(PSN)的綜合電信網(wǎng)(200)中,用于提供增值業(yè)務(wù)(VAS)的系統(tǒng)和方法。綜合電信網(wǎng)包括SIPext SSP服務(wù)器(204),觸發(fā)服務(wù)器(206),和可結(jié)合智能網(wǎng)應(yīng)用項(xiàng)協(xié)議(INAP)運(yùn)行的、具有業(yè)務(wù)邏輯程序(SLP)的業(yè)務(wù)節(jié)點(diǎn)。SIPext SSP和業(yè)務(wù)節(jié)點(diǎn)配備有使用SIP兼容的消息發(fā)送進(jìn)行通信的能力。新的報(bào)頭區(qū)被提供來規(guī)定要由業(yè)務(wù)節(jié)點(diǎn)(212)對(duì)于業(yè)務(wù)執(zhí)行的運(yùn)行。在報(bào)頭區(qū)中也以順序形式提供了INAP業(yè)務(wù)參量數(shù)據(jù)。當(dāng)在SIPext SSP服務(wù)器(204)中接收對(duì)于已預(yù)訂VAS的用戶的呼叫時(shí),SIPext SSP服務(wù)器查詢被存儲(chǔ)在觸發(fā)服務(wù)器(206)中的用戶資料。如果用戶預(yù)訂一個(gè)業(yè)務(wù),則根據(jù)用戶資料形成SIP請求消息,其中適當(dāng)?shù)膱?bào)頭被填充以相關(guān)的參量信息和呼叫方面的數(shù)據(jù)。業(yè)務(wù)節(jié)點(diǎn)(212)根據(jù)在請求消息中提供的信息發(fā)出SLP(216),以及用有關(guān)提供VAS的指令把SIP應(yīng)答消息發(fā)送到SIPext SSP(204)服務(wù)器。此后,SIPext SSP服務(wù)器根據(jù)應(yīng)答消息和被包含在其中的任何參量信息采取適當(dāng)?shù)男袆?dòng)。
文檔編號(hào)H04L29/06GK1357190SQ00809088
公開日2002年7月3日 申請日期2000年6月16日 優(yōu)先權(quán)日1999年6月18日
發(fā)明者R·格利托, C·古勞德, E·埃夫洛圭瓦 申請人:艾利森電話股份有限公司