專利名稱：一種在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，具體涉及對(duì)多個(gè)用戶參與的電信呼叫業(yè)務(wù)的實(shí)現(xiàn)方法，更具體地說(shuō)，涉及一種在基于軟交換(Softswitch)技術(shù)的呼叫服務(wù)器(Call Server)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)控制的方法。
背景技術(shù)：
當(dāng)電信呼叫業(yè)務(wù)涉及到兩個(gè)以上的多方用戶時(shí)(如呼叫前轉(zhuǎn)、呼叫等待、會(huì)議呼叫等電信業(yè)務(wù))，其呼叫狀態(tài)及連接控制將會(huì)比較復(fù)雜。在傳統(tǒng)的電路交換網(wǎng)絡(luò)的呼叫控制系統(tǒng)中，由于呼叫處理與業(yè)務(wù)邏輯控制是集中在一起的，在系統(tǒng)中引入這些多方呼叫業(yè)務(wù)功能時(shí)，需要對(duì)現(xiàn)有的基本呼叫控制軟件做較大的修改，不僅實(shí)現(xiàn)困難，而且容易引入錯(cuò)誤。
在智能網(wǎng)技術(shù)出現(xiàn)以后，引入了基本呼叫模型的概念，將多方呼叫分解成相對(duì)獨(dú)立的基本兩方呼叫來(lái)進(jìn)行處理，業(yè)務(wù)邏輯控制與基本呼叫處理分離開來(lái)，在業(yè)務(wù)交換點(diǎn)(SSP)實(shí)現(xiàn)基本呼叫處理功能，而多方呼叫的業(yè)務(wù)控制轉(zhuǎn)移到業(yè)務(wù)控制點(diǎn)(SCP)進(jìn)行處理，當(dāng)增加新的業(yè)務(wù)功能時(shí)不需要修改SSP中的呼叫處理軟件。但是這種技術(shù)要求系統(tǒng)中必須配置SCP網(wǎng)絡(luò)實(shí)體，而且SSP與SCP間的互通協(xié)議十分復(fù)雜，難于實(shí)現(xiàn)。
軟交換技術(shù)采用了類似的業(yè)務(wù)控制與基本呼叫相分離的思想，業(yè)務(wù)的實(shí)現(xiàn)同樣需要SCP或應(yīng)用服務(wù)器(Application Server)這樣單獨(dú)的網(wǎng)絡(luò)實(shí)體及特定的協(xié)議。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題在于，在遵循業(yè)務(wù)控制與基本呼叫處理相分離的原則前提下，克服現(xiàn)有技術(shù)中業(yè)務(wù)控制需要依賴業(yè)務(wù)控制點(diǎn)(SCP)或應(yīng)用服務(wù)器(Application Server)等網(wǎng)絡(luò)實(shí)體的局限，以及避免現(xiàn)有技術(shù)中在呼叫服務(wù)器與SCP或應(yīng)用服務(wù)器間必須采用的復(fù)雜的協(xié)議，提供一種簡(jiǎn)單的方法在呼叫服務(wù)器內(nèi)部實(shí)現(xiàn)對(duì)多方呼叫業(yè)務(wù)的控制。
本發(fā)明提供的技術(shù)方案是，所提供的實(shí)現(xiàn)方法是遵循業(yè)務(wù)邏輯控制與基本呼叫處理相分離的思想，在不改變基本呼叫處理模型的基礎(chǔ)上，在呼叫服務(wù)器的內(nèi)部增加一個(gè)多方呼叫業(yè)務(wù)處理層，從系統(tǒng)層次劃分的位置上看，多方呼叫業(yè)務(wù)處理層位于基本呼叫處理模型的上層。當(dāng)多方呼叫業(yè)務(wù)被觸發(fā)時(shí)，業(yè)務(wù)邏輯控制將轉(zhuǎn)移到多方呼叫業(yè)務(wù)處理層中進(jìn)行，而基本呼叫處理層負(fù)責(zé)向多方呼叫業(yè)務(wù)處理層報(bào)告諸如摘機(jī)、掛機(jī)、拍叉簧、撥號(hào)等用戶輸入事件，并按照多方呼叫業(yè)務(wù)處理層根據(jù)特定業(yè)務(wù)邏輯做出的呼叫控制指令修改各基本呼叫狀態(tài)、改變各基本呼叫及相互之間的通信連接關(guān)系。多方呼叫業(yè)務(wù)的控制將遵循“單端控制點(diǎn)”的原則，即多方呼叫業(yè)務(wù)處理層只控制與登記激活該業(yè)務(wù)的用戶有關(guān)的多個(gè)基本呼叫模型，而不控制參與呼叫的其他用戶的基本呼叫模型。
在上述實(shí)現(xiàn)方法中，所述多方呼叫業(yè)務(wù)的觸發(fā)采用如下方式在基本呼叫模型中設(shè)置一定的“檢測(cè)點(diǎn)”，當(dāng)檢測(cè)點(diǎn)條件滿足時(shí)，通過(guò)已定義的業(yè)務(wù)觸發(fā)消息向多方呼叫業(yè)務(wù)處理層報(bào)告從而啟動(dòng)相應(yīng)的多方呼叫業(yè)務(wù)邏輯控制。在基本呼叫模型中可以同時(shí)設(shè)立多個(gè)檢測(cè)點(diǎn)，當(dāng)多項(xiàng)業(yè)務(wù)的檢測(cè)點(diǎn)條件同時(shí)滿足時(shí)，由多方呼叫業(yè)務(wù)處理層根據(jù)業(yè)務(wù)的優(yōu)先級(jí)順序決定進(jìn)行何種多方呼叫業(yè)務(wù)。
在上述實(shí)現(xiàn)方法中，為了更好地實(shí)現(xiàn)多方呼叫業(yè)務(wù)的邏輯控制功能，可在多方呼叫處理層中定義一個(gè)簡(jiǎn)單實(shí)用的多方呼叫處理模型，該模型由一系列多方業(yè)務(wù)狀態(tài)義、各業(yè)務(wù)狀態(tài)下的事件處理及各狀態(tài)之間的相互轉(zhuǎn)換關(guān)系構(gòu)成。除了一些公用的業(yè)務(wù)狀態(tài)，業(yè)務(wù)狀態(tài)一般針對(duì)特定的業(yè)務(wù)進(jìn)行定義，也就是說(shuō)，不同的業(yè)務(wù)有不同的狀態(tài)集合。各狀態(tài)下的事件處理和各狀態(tài)之間的轉(zhuǎn)換關(guān)系由特定的業(yè)務(wù)邏輯決定。當(dāng)需要增加新的業(yè)務(wù)功能時(shí)，只需要對(duì)原有的業(yè)務(wù)狀態(tài)定義進(jìn)行擴(kuò)充并增加相應(yīng)的處理即可，不影響原有業(yè)務(wù)狀態(tài)的處理。對(duì)現(xiàn)有的業(yè)務(wù)邏輯進(jìn)行修改時(shí)，對(duì)整個(gè)系統(tǒng)的影響也很小。
在上述實(shí)現(xiàn)方法中，在基本呼叫模型與多方呼叫業(yè)務(wù)處理層之間定義有內(nèi)部消息接口，該消息接口實(shí)際上是一個(gè)簡(jiǎn)單的呼叫控制協(xié)議，它定義了基本呼叫模型與多方呼叫業(yè)務(wù)處理層應(yīng)如何交互以完成特定的業(yè)務(wù)功能。當(dāng)業(yè)務(wù)觸發(fā)檢測(cè)點(diǎn)條件滿足、或者參與多方呼叫的用戶進(jìn)行摘機(jī)、掛機(jī)、拍叉簧、撥號(hào)等動(dòng)作、或者由于各種原因引起基本呼叫狀態(tài)改變時(shí)，基本呼叫模型通過(guò)該消息接口中的定義的相關(guān)消息向多方呼叫業(yè)務(wù)處理層報(bào)告，同樣，當(dāng)根據(jù)業(yè)務(wù)邏輯要求需要對(duì)業(yè)務(wù)用戶進(jìn)行交互(如放通知音、收號(hào))、改變基本呼叫狀態(tài)及通信連接關(guān)系時(shí)，多方呼叫業(yè)務(wù)處理層也通過(guò)該接口中的相關(guān)消息向基本呼叫模型發(fā)送這些指令。由于該消息接口并不是針對(duì)特定的業(yè)務(wù)而定義，而是考慮了所有多方呼叫業(yè)務(wù)的要求，當(dāng)開發(fā)新的業(yè)務(wù)功能時(shí)，不需要或只用對(duì)該消息接口做很小的變動(dòng)。
利用本發(fā)明提供的軟交換系統(tǒng)中的多方呼叫業(yè)務(wù)實(shí)現(xiàn)方法，在不改變系統(tǒng)原有基本呼叫處理模型的前提下，可在呼叫服務(wù)器內(nèi)部實(shí)現(xiàn)分離的多方呼叫業(yè)務(wù)控制。與現(xiàn)有技術(shù)相比，這種方法不需要在系統(tǒng)中配置額外的SCP或應(yīng)用服務(wù)器實(shí)體，同時(shí)避免了在系統(tǒng)中采用復(fù)雜的業(yè)務(wù)控制協(xié)議。該方法中定義的多方呼叫處理模型和內(nèi)部消息接口簡(jiǎn)單、可靠、靈活，便于軟件實(shí)現(xiàn)，同時(shí)使得增加新的業(yè)務(wù)功能更加快捷并減少了對(duì)系統(tǒng)帶來(lái)的變動(dòng)，使得系統(tǒng)更可靠。


圖1是本發(fā)明實(shí)現(xiàn)多方呼叫業(yè)務(wù)方法中多方呼叫業(yè)務(wù)處理層的軟交換系統(tǒng)呼叫服務(wù)器的軟件結(jié)構(gòu)框圖；圖2是本發(fā)明所提供的多方呼叫業(yè)務(wù)實(shí)現(xiàn)方法應(yīng)用在呼叫等待業(yè)務(wù)中的典型實(shí)施例流程圖；圖3是本發(fā)明實(shí)現(xiàn)方法中基本呼叫模型與多方呼叫業(yè)務(wù)處理層在進(jìn)行呼叫等待業(yè)務(wù)時(shí)的消息流程圖。
具體實(shí)施例方式
如圖1所示，本發(fā)明是在在呼叫服務(wù)器的內(nèi)部增加一個(gè)多方呼叫業(yè)務(wù)處理層，該多方呼叫業(yè)務(wù)處理層位于基本呼叫處理模型的上層，在基本呼叫模型與多方呼叫業(yè)務(wù)處理層之間定義用于傳送信息的內(nèi)部消息接口；通過(guò)已定義的業(yè)務(wù)觸發(fā)消息向多方呼叫業(yè)務(wù)處理層報(bào)告多方呼叫信息，呼叫服務(wù)器啟動(dòng)相應(yīng)的多方呼叫業(yè)務(wù)邏輯控制；當(dāng)多方呼叫業(yè)務(wù)被觸發(fā)時(shí)，呼叫服務(wù)器中的業(yè)務(wù)邏輯控制轉(zhuǎn)移到多方呼叫業(yè)務(wù)處理層中進(jìn)行多方呼叫業(yè)務(wù)；基本呼叫處理模型按照多方呼叫業(yè)務(wù)處理層根據(jù)特定業(yè)務(wù)邏輯做出的呼叫控制指令修改各基本呼叫狀態(tài)、改變各基本呼叫及相互之間的通信連接關(guān)系，實(shí)現(xiàn)多方呼叫控制。
圖2給出了本發(fā)明所提供的多方呼叫業(yè)務(wù)處理模型應(yīng)用于呼叫等待業(yè)務(wù)時(shí)所定義的多方呼叫業(yè)務(wù)狀態(tài)及其相互之間的轉(zhuǎn)換關(guān)系。對(duì)于呼叫等待業(yè)務(wù)來(lái)說(shuō)，除了公用的初始“NULL”狀態(tài)外，還定義了“CW_WAITING”、“CW_HOLD”、“CW_COLLECT_INFO”等三個(gè)狀態(tài)，這些狀態(tài)的含義如下CW_WAITING當(dāng)?shù)怯洸⒓せ盍撕艚械却龢I(yè)務(wù)的A用戶與另外一個(gè)用戶B正在通話，這時(shí)第三方用戶C呼叫A用戶，由于呼叫等待業(yè)務(wù)檢測(cè)點(diǎn)條件滿足，因此呼叫等待業(yè)務(wù)被觸發(fā)，多方業(yè)務(wù)處理模型遷移到“CW_WAITING”狀態(tài)，此時(shí)用戶A與B仍進(jìn)行通話，用戶C聽回鈴音并等待接入；CW_COLLECT_INO如果用戶A拍叉簧，多方業(yè)務(wù)處理模型將遷移到該狀態(tài)下等待用戶A的撥號(hào)輸入；CW_HOLD在該狀態(tài)下，用戶A與用戶B或用戶C中的一個(gè)進(jìn)行通話，而另外一個(gè)用戶被置于“保持”狀態(tài)；圖2中各狀態(tài)之間的箭頭表明了各業(yè)務(wù)狀態(tài)間可能的轉(zhuǎn)換關(guān)系，箭頭邊的內(nèi)部消息名表明了觸發(fā)狀態(tài)遷移的事件。
當(dāng)呼叫等待業(yè)務(wù)檢測(cè)點(diǎn)條件滿足時(shí)，基本呼叫模型通過(guò)Init_Mpc消息向多方呼叫業(yè)務(wù)報(bào)告多方呼叫業(yè)務(wù)已被觸發(fā)，并通過(guò)消息中的參數(shù)表明這是一個(gè)呼叫等待業(yè)務(wù)。接收到業(yè)務(wù)觸發(fā)消息Init_Mpc后，多方呼叫模型將遷移到CW_WAITING狀態(tài)，并在此狀態(tài)下等待業(yè)務(wù)用戶的輸入信息；業(yè)務(wù)用戶A接收到有新的入呼叫提示后，可以通過(guò)拍叉簧并撥“2”來(lái)接入這個(gè)新呼叫，當(dāng)用戶A拍叉簧后，基本呼叫模型將通過(guò)Flash_Ind消息向多方呼叫業(yè)務(wù)處理層報(bào)告該事件，多方呼叫模型則響應(yīng)地遷移到CW_COLLECT_INFO狀態(tài)等待用戶的進(jìn)一步撥號(hào)輸入；當(dāng)用戶撥“2”后，基本呼叫模型通過(guò)Info_Ind消息將用戶撥號(hào)信息傳送到多方呼叫業(yè)務(wù)處理層，根據(jù)業(yè)務(wù)邏輯判斷用戶A希望接入新呼叫后，多方呼叫業(yè)務(wù)處理層將指示基本呼叫模型將A用戶與C用戶進(jìn)行接續(xù)并將原B用戶置于“保持”狀態(tài)，然后相應(yīng)地遷移到CW_HOLD狀態(tài)；當(dāng)由于某種原因A與B或C的基本呼叫被釋放，基本呼叫將通過(guò)Call_Rel消息通知多方呼叫業(yè)務(wù)處理層，此時(shí)多方呼叫業(yè)務(wù)將終止并返回到NULL狀態(tài)。
圖3示出了本發(fā)明所提供的多方呼叫業(yè)務(wù)實(shí)現(xiàn)方法應(yīng)用于呼叫等待業(yè)務(wù)時(shí)，在基本呼叫模型(BCM)與多方呼叫業(yè)務(wù)處理層(MCM)之間的消息交互流程。
假設(shè)業(yè)務(wù)用戶A登記并激活了呼叫等待業(yè)務(wù)，用戶A與用戶B正在通話，此時(shí)用戶C撥打用戶A從而觸發(fā)呼叫等待業(yè)務(wù)。在呼叫等待業(yè)務(wù)中包含兩個(gè)基本呼叫模型，其中用戶A與用戶B的基本呼叫模型用BCM1表示，用戶A與用尸C的基本呼叫模型用BCM2表示，這兩個(gè)基本呼叫模型彼此相對(duì)獨(dú)立，通過(guò)多方呼叫業(yè)務(wù)處理層MCM聯(lián)系在一起。
如圖3所示，一個(gè)典型的呼叫等待業(yè)務(wù)流程包括以下步驟a)用戶C呼叫用戶A時(shí)，一個(gè)新的基本呼叫BCM2被創(chuàng)建，同時(shí)由于用戶A此時(shí)正與B通話，BCM2檢測(cè)到呼叫等待業(yè)務(wù)觸發(fā)條件滿足，以Init_Mpc消息向MCM報(bào)告，同時(shí)將業(yè)務(wù)處理所需要的用戶信息、基本呼叫信息等作為消息參數(shù)發(fā)送給MCM；b)MCM向BCM2發(fā)送業(yè)務(wù)觸發(fā)證實(shí)消息Init_Mpc_Ack；c)MCM通過(guò)Play_Tone消息指示BCM1向正在與B用戶通話的用戶A發(fā)送呼叫等待提示音；d)用戶A拍叉簧，BCM1通過(guò)Flash_Ind消息向MCM報(bào)告這一事件；e)MCM通過(guò)Collect_Info消息指示BCM1向用戶A送撥號(hào)音并準(zhǔn)備收號(hào)；f)用戶A撥“2”，BCM1通過(guò)Info_Ind消息向MCM傳送用戶撥號(hào)信息；g)根據(jù)業(yè)務(wù)邏輯，MCM向BCM1發(fā)送Hold_Call消息指示其將對(duì)端用戶B置于保持狀態(tài)；
h)然后MCM向BCM2發(fā)送Connect_Call消息指示其將用戶A與用戶C進(jìn)行通信連接；i)用戶A掛機(jī)，用尸A與用戶C的基本呼叫被釋放，BCM2通過(guò)Call_Rel消息向MCM報(bào)告用戶掛機(jī)事件；j)MCM向BCM1發(fā)送Drop_Call消息，于是用戶A與用戶B的基本呼叫也被釋放。
以上詳細(xì)說(shuō)明了本發(fā)明方法的實(shí)施方式，以及對(duì)于呼叫等待業(yè)務(wù)的具體應(yīng)用，但這不應(yīng)被視作是對(duì)本發(fā)明范圍的限制，本發(fā)明方法還可以應(yīng)用到呼叫前轉(zhuǎn)、三方呼叫、呼叫轉(zhuǎn)接、會(huì)議呼叫等多種多方呼叫業(yè)務(wù)中。
權(quán)利要求
1.一種在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法，其特征在于，包括如下步驟A)在呼叫服務(wù)器的內(nèi)部增加一個(gè)多方呼叫業(yè)務(wù)處理層，該多方呼叫業(yè)務(wù)處理層位于基本呼叫處理模型的上層，在所述基本呼叫模型與多方呼叫業(yè)務(wù)處理層之間定義用于傳送信息的內(nèi)部消息接口；B)通過(guò)已定義的業(yè)務(wù)觸發(fā)消息向多方呼叫業(yè)務(wù)處理層報(bào)告多方呼叫信息，呼叫服務(wù)器啟動(dòng)相應(yīng)的多方呼叫業(yè)務(wù)邏輯控制；C)當(dāng)多方呼叫業(yè)務(wù)被觸發(fā)時(shí)，呼叫服務(wù)器中的業(yè)務(wù)邏輯控制轉(zhuǎn)移到所述多方呼叫業(yè)務(wù)處理層中進(jìn)行多方呼叫業(yè)務(wù)；D)所述基本呼叫處理模型按照多方呼叫業(yè)務(wù)處理層根據(jù)特定業(yè)務(wù)邏輯做出的呼叫控制指令修改各基本呼叫狀態(tài)、改變各基本呼叫及相互之間的通信連接關(guān)系，實(shí)現(xiàn)多方呼叫控制。
2.根據(jù)權(quán)利要求1所述在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法，其特征在于，所述步驟B)中的業(yè)務(wù)觸發(fā)方式包括如下步驟在基本呼叫模型中設(shè)置在基本呼叫模型中同時(shí)設(shè)立多個(gè)檢測(cè)點(diǎn)，當(dāng)檢測(cè)點(diǎn)條件滿足時(shí)，啟動(dòng)相應(yīng)的多方呼叫業(yè)務(wù)邏輯控制，當(dāng)多項(xiàng)業(yè)務(wù)的檢測(cè)點(diǎn)條件同時(shí)滿足時(shí)，所述多方呼叫業(yè)務(wù)處理層根據(jù)業(yè)務(wù)的優(yōu)先級(jí)順序決定進(jìn)行多方呼叫業(yè)務(wù)的種類。
3.根據(jù)權(quán)利要求1所述在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法，其特征在于，所述多方呼叫信息包括摘機(jī)、掛機(jī)、拍叉簧、撥號(hào)等用戶輸入事件。
4.根據(jù)權(quán)利要求1所述在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法，其特征在于，所述步驟C)中的多方呼叫業(yè)務(wù)控制是一種單端控制，即多方呼叫業(yè)務(wù)處理層只控制與登記激活該業(yè)務(wù)的用戶有關(guān)的多個(gè)基本呼叫模型，而不控制參與呼叫的其他用戶的基本呼叫模型。
5.根據(jù)權(quán)利要求1所述在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法，其特征在于，在所述步驟A)中還包括如下步驟在所述多方呼叫處理層定義一個(gè)多方呼叫處理模型，所述模型由多方業(yè)務(wù)狀態(tài)定義、各業(yè)務(wù)狀態(tài)下的事件處理及各狀態(tài)之間的相互轉(zhuǎn)換關(guān)系構(gòu)成。
全文摘要
本發(fā)明公開了一種在軟交換系統(tǒng)中實(shí)現(xiàn)多方呼叫業(yè)務(wù)的方法，包括如下步驟在呼叫服務(wù)器的內(nèi)部增加一個(gè)多方呼叫業(yè)務(wù)處理層，在基本呼叫模型與多方呼叫業(yè)務(wù)處理層之間定義內(nèi)部消息接口；呼叫服務(wù)器啟動(dòng)多方呼叫業(yè)務(wù)邏輯控制；業(yè)務(wù)邏輯控制轉(zhuǎn)移到呼叫業(yè)務(wù)處理層中進(jìn)行多方呼叫業(yè)務(wù)；呼叫處理模型按照呼叫業(yè)務(wù)處理層根據(jù)特定業(yè)務(wù)邏輯做出的呼叫控制指令修改各基本呼叫狀態(tài)、改變各基本呼叫及相互之間的通信連接關(guān)系，在不改變系統(tǒng)原有基本呼叫處理模型的前提下，在呼叫服務(wù)器內(nèi)部實(shí)現(xiàn)了分離的多方呼叫業(yè)務(wù)控制；方法中定義的多方呼叫處理模型和內(nèi)部消息接口簡(jiǎn)單、可靠，便于軟件實(shí)現(xiàn)，使得新的業(yè)務(wù)功能更加快捷并減少對(duì)系統(tǒng)帶來(lái)的變動(dòng)，使系統(tǒng)更可靠。
文檔編號(hào)H04Q3/545GK1494302SQ0213778
公開日2004年5月5日 申請(qǐng)日期2002年10月28日 優(yōu)先權(quán)日2002年10月28日
發(fā)明者王冠宙 申請(qǐng)人:深圳市中興通訊股份有限公司