專利名稱：一種實現(xiàn)智能業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能業(yè)務(wù)技術(shù)領(lǐng)域，特別是涉及一種實現(xiàn)智能業(yè)務(wù)的方法。
背景技術(shù)：
隨著數(shù)字移動通信系統(tǒng)的蓬勃發(fā)展，用戶對移動通信提出了更高要求，希望能更快地得到更多更好的服務(wù)，而在傳統(tǒng)方式下，電信運營商要提供一種新業(yè)務(wù)，需要由設(shè)備制造商通過修改其設(shè)備等功能來實現(xiàn)，這種方法存在成本高、周期長和對現(xiàn)網(wǎng)業(yè)務(wù)影響大等缺陷。
智能網(wǎng)的提出使業(yè)務(wù)的生成從網(wǎng)絡(luò)的基本呼叫處理功能獨立出來，通過智能網(wǎng)能夠迅速提供新業(yè)務(wù)，新業(yè)務(wù)的開發(fā)成本低且對現(xiàn)網(wǎng)業(yè)務(wù)不會產(chǎn)生影響，所以智能業(yè)務(wù)越來越成為電信運營商提高其業(yè)務(wù)競爭能力的利器。
智能網(wǎng)的實現(xiàn)是在現(xiàn)網(wǎng)的基礎(chǔ)上增加了業(yè)務(wù)切換點(SSP)、業(yè)務(wù)控制點(SCP)等網(wǎng)絡(luò)實體，SSP具有業(yè)務(wù)切換功能(SSF)，SCP具有業(yè)務(wù)控制功能(SCF)，其中SSP可以與移動交換中心(MSC)合設(shè)，也可以是獨立的物理設(shè)備。SSP與MSC相獨立的方案通常稱為疊加網(wǎng)方式，如圖1所示，端局MSC(VMSC)和關(guān)口MSC(GMSC)與SSP連接，SSP與SCP連接，MSC將用戶發(fā)來的智能呼叫路由(OVERLAY)到SSP觸發(fā)，完成智能呼叫的過程，這種方案是智能網(wǎng)建網(wǎng)初期較多采取的網(wǎng)絡(luò)架構(gòu)。隨著智能網(wǎng)的建設(shè)日趨穩(wěn)定，為了減少局間信令及承載的使用，SSP與MSC合設(shè)，這種方案通常稱為目標(biāo)網(wǎng)方式。
在現(xiàn)有的智能業(yè)務(wù)的實現(xiàn)方案中，MSC通過實際的話路資源將智能呼叫路由到SSP，SSP將智能呼叫觸發(fā)到SCP，完成智能呼叫的過程后主叫用戶和被叫用戶開始通話，MSC和SSP之間的話路資源保持到通話完成后被釋放。
SSP與VMSC、GMSC的連接方式同其它局點相同，一般使用ISUP、TUP等中繼信令，此類信令都需要話路接通可以傳送信令。由于OVERLAY到SSP觸發(fā)智能呼叫不需要放音收號等操作時，只需要信令連接就可以，因此話路資源的申請是一種浪費，尤其是MSC與SSP之間存在長途中繼線路時這種浪費非常大。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種實現(xiàn)智能業(yè)務(wù)的方法，減少智能業(yè)務(wù)對話路資源的浪費。
本發(fā)明的目的是通過如下技術(shù)方案實現(xiàn)的一種實現(xiàn)智能業(yè)務(wù)的方法，包括移動交換中心MSC將所接收到的主叫用戶發(fā)起的智能呼叫路由至業(yè)務(wù)切換點SSP；SSP將該智能呼叫觸發(fā)到SCP；SCP對主叫用戶的帳戶進(jìn)行分析后指示SSP接續(xù)被叫號碼或拒絕該智能呼叫，關(guān)鍵是，所述MSC將所接收到的智能呼叫路由至SSP之前，還包括MSC接收到主叫用戶發(fā)起的智能呼叫后，判斷該智能呼叫是否是明確需要與主叫用戶進(jìn)行交互的智能呼叫，如果是，則利用實電路將該智能呼叫路由至業(yè)務(wù)切換點SSP；否則，利用虛電路將該智能呼叫路由至SSP。
其中，所述判斷智能呼叫是否是明確需要與主叫用戶進(jìn)行交互的智能呼叫為判斷智能呼叫的被叫號碼是否是智能業(yè)務(wù)服務(wù)號碼，如果是，則該智能呼叫是明確需要與主叫用戶進(jìn)行交互的智能呼叫；否則，該智能呼叫不是明確需要與主叫用戶進(jìn)行交互的智能呼叫。
其中，如果MSC利用虛電路將智能呼叫路由至SSP，則SSP將智能呼叫觸發(fā)到SCP還包括SSP通知SCP該智能呼叫是使用虛電路的智能呼叫；所述SCP對主叫用戶的帳戶進(jìn)行分析還包括SCP判斷是否需要與主叫用戶進(jìn)行交互，如果是，則指示SSP建立其與MSC之間的實電路連接，然后SCP通過該實電路連接與主叫用戶進(jìn)行交互；否則，直接指示SSP接續(xù)被叫用戶的號碼或結(jié)束智能呼叫。
其中，所述MSC通過第一起始地址消息IAM向SSP發(fā)送智能呼叫，第一IAM包含主叫用戶的號碼和被叫用戶的號碼。
其中，SSP利用上報至SCP的啟動檢測點IDP消息通知SCP該智能呼叫是使用虛電路的智能呼叫。
其中，所述利用IDP消息實現(xiàn)所述通知具體為在IDP消息中不攜帶IPSSPCapability信元，或?qū)DP消息中的IPSSPCapability信元的擴(kuò)展字節(jié)中的一或多個位用作虛電路智能呼叫的標(biāo)識，或?qū)DP消息中的CallingPartysCategory信元的一個保留值或空閑值用作虛電路智能用戶的標(biāo)識。
其中，所述SCP指示SSP建立其與MSC之間的實電路連接具體為SCP指示SSP建立輔助智能IP設(shè)備與MSC之間的實電路連接；所述SCP與主叫用戶進(jìn)行交互具體為SCP通過IP設(shè)備和MSC與主叫用戶進(jìn)行交互。
其中，所述IP設(shè)備是獨立于SSP的智能外設(shè)，或與SSP在物理上為同一實體。
其中，所述SCP指示SSP建立IP設(shè)備與MSC之間的實電路連接包括A1、SCP將IP設(shè)備的路由地址發(fā)送至SSP，SSP通過虛電路將IP設(shè)備的路由地址發(fā)送至MSC；A2、MSC通過實電路向IP設(shè)備發(fā)起連接，IP設(shè)備通知SCP其與MSC之間的實電路連接已經(jīng)建立。
其中，步驟A1包括SCP發(fā)送包含IP設(shè)備路由地址和關(guān)聯(lián)標(biāo)識的建立臨時連接ETC消息至SSP；SSP使用虛電路并通過第二IAM將智能呼叫路由至MSC，第二IAM包含主叫用戶的號碼、IP設(shè)備的路由地址和呼叫關(guān)聯(lián)標(biāo)識。
其中，步驟A2包括MSC根據(jù)第二IAM包含的IP設(shè)備的路由地址，使用實電路并通過第三IAM將智能呼叫路由至IP設(shè)備，第三IAM包含主叫用戶的號碼、IP設(shè)備的路由地址和呼叫關(guān)聯(lián)標(biāo)識；IP設(shè)備向SCP發(fā)送輔助請求指令，該輔助請求指令包含呼叫關(guān)聯(lián)標(biāo)識，通知SCP已經(jīng)為該呼叫關(guān)聯(lián)標(biāo)識所對應(yīng)的智能呼叫建立了臨時實電路連接。
其中，步驟A2包括MSC對第二IAM包含的IP設(shè)備的路由地址進(jìn)行地址變換，使用實電路并通過第三IAM將智能呼叫路由至IP設(shè)備，第三IAM包含主叫用戶的號碼、所述經(jīng)過地址變換的路由地址和呼叫關(guān)聯(lián)標(biāo)識；IP設(shè)備向SCP發(fā)送輔助請求指令，該輔助請求指令包含呼叫關(guān)聯(lián)標(biāo)識，通知SCP已經(jīng)為該呼叫關(guān)聯(lián)標(biāo)識所對應(yīng)的智能呼叫建立了臨時實電路連接。
其中，所述SCP通過IP設(shè)備和MSC與主叫用戶進(jìn)行交互包括SCP向SSP下發(fā)與用戶交互的消息；SSP使用實電路，并通過IP設(shè)備和MSC與主叫用戶進(jìn)行交互。
該方法進(jìn)一步包括IP設(shè)備通知SCP已經(jīng)完成與用戶的交互，SCP指示SSP釋放SSP與IP設(shè)備之間的電路連接；SSP使用虛電路并通過第四IAM將智能呼叫路由至MSC，第四IAM包含被叫用戶的號碼，MSC將智能呼叫路由至該被叫號碼所屬MSC，并由該被叫號碼所屬MSC接續(xù)被叫號碼。
其中，所述SCP指示SSP釋放SSP與IP設(shè)備之間的電路連接具體為SCP指示SSP發(fā)送釋放消息至MSC，SSP與MSC之間的虛電路連接被釋放；MSC發(fā)送釋放消息至IP設(shè)備，MSC與IP設(shè)備之間的實電路連接被釋放。
其中，在MSC利用虛電路將智能呼叫路由至SSP的情況下，所述SSP接續(xù)被叫用戶的號碼之后，進(jìn)一步包括主叫用戶和被叫用戶開始通話；在所述通話過程中，如果SSP確定需要與主叫用戶進(jìn)行交互，則向主叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值，與主叫用戶進(jìn)行交互；
如果SSP確定需要與被叫用戶進(jìn)行交互，則向被叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值，與被叫用戶進(jìn)行交互。
其中所述原因值攜帶在呼叫過程CPG消息中，或攜帶在釋放REL消息中。
該方法進(jìn)一步包括在所述通話過程中，如果SSP確定需要與主叫用戶進(jìn)行交互，則SSP向被叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值與被叫用戶進(jìn)行交互；如果SSP確定需要與被叫用戶進(jìn)行交互，則SSP向主叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值與主叫用戶進(jìn)行交互。
從上述技術(shù)方案可以看出，本發(fā)明的關(guān)鍵是，MSC接收到智能用戶發(fā)來的智能呼叫后，判斷該智能呼叫是否明確需要與用戶進(jìn)行交互，如果是，則利用實電路將該智能呼叫路由至SSP；否則，利用虛電路將該智能呼叫路由至SSP。在現(xiàn)有技術(shù)中，無論智能呼叫是否需要與用戶進(jìn)行交互，MSC一律利用實電路將智能呼叫路由至SSP。因此，本發(fā)明的方案能夠大大節(jié)省話路資源。而且優(yōu)選地，在MSC利用虛電路將智能呼叫路由至SSP的情況下，SCP在需要時利用SSP與MSC之間建立的臨時實電路連接與用戶進(jìn)行交互。這樣，在充分節(jié)約話路資源的前提下，保證了智能呼叫中用戶交互的正常進(jìn)行，提高了用戶對提供智能業(yè)務(wù)的服務(wù)提供商的滿意度。


圖1是疊加網(wǎng)方式下的智能網(wǎng)結(jié)構(gòu)示意圖。
圖2是疊加網(wǎng)和目標(biāo)網(wǎng)混合方式下的智能網(wǎng)結(jié)構(gòu)示意圖。
圖3是采用環(huán)回方案實現(xiàn)虛電路的原理示意圖。
圖4是采用環(huán)回方案的虛電路的呼叫示意圖。
圖5是根據(jù)本發(fā)明優(yōu)選實施例一的在利用虛電路的智能呼叫中實現(xiàn)放音的流程圖。
圖6是根據(jù)本發(fā)明優(yōu)選實施例二的在利用虛電路的智能呼叫建立后實現(xiàn)放音的流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明的核心思想是對于非明確需要SCP與用戶交互的智能呼叫，MSC利用虛電路將其路由至SSP；對于明確需要SCP與用戶交互的智能呼叫，MSC使用實電路將其路由至SSP。
在當(dāng)前的實際應(yīng)用中，除了疊加網(wǎng)和目標(biāo)網(wǎng)以外，疊加網(wǎng)和目標(biāo)網(wǎng)混合組網(wǎng)的架構(gòu)也很常見，如圖2所示，VMSC1與SSP合設(shè)，GMSC2、VMSC3和VMSC4分別與VMSC1/SSP連接，來自GMSC2、VMSC3和VMSC4的智能呼叫需要OVERLAY到VMSC1/SSP上觸發(fā)，其中GMSC2和VMSC3與VMSC1/SSP的距離較近，所以GMSC2和VMSC3與VMSC1/SSP之間的數(shù)據(jù)傳輸全部通過實電路連接實現(xiàn)；而VMSC4與VMSC1/SSP的距離較遠(yuǎn)，且租用了其它運營商的中繼線路。為了降低成本，在MSC與SSP之間均分虛擬電路池，在不需要使用實際電路時，MSC和SSP側(cè)都選則虛電路，不占用實際的物理中繼線路，但可以保證局間信令的正常發(fā)送，這種方案稱之為LOOP BACK方案。
下面結(jié)合圖3對虛電路的實現(xiàn)原理進(jìn)行簡單介紹，如圖3所示，在VMSC1/SSP和VMSC4之間實現(xiàn)虛電路，可以通過在VMSC1/SSP和VMSC4交換機(jī)兩側(cè)的中繼物理端口自環(huán)實現(xiàn)“虛假話路連通”，這種采用通過中繼物理端口自環(huán)實現(xiàn)虛電路的方案稱為環(huán)回(LOOP BACK)方案。LOOP BACK方案僅是實現(xiàn)虛電路的多種方式之一，本發(fā)明采用這種方案僅作為舉例，而不局限于采用這種方案實現(xiàn)虛電路。
圖4是LOOP BACK呼叫的示意圖，從圖4可見，在LOOP BACK方案中，將兩個E1的收發(fā)對接，也就是說要求VMSC1/SSP出呼和入呼的E1時隙(CIC編碼)必須是固定的對應(yīng)關(guān)系，即入呼CIC和出呼CIC固定連接，如圖4所示，VMSC1/SSP的入呼是CIC1，出呼是CIC2，相應(yīng)地，VMSC4的入呼是CIC2，出呼是CIC1，CIC1和CIC2稱為虛擬CIC。VMSC1/SPP是LOOP BACK方案的主控方，VMSC4根據(jù)VMSC1/SSP的要求進(jìn)行相應(yīng)的配置。在虛電路連接的情況下，局間信令可以正常發(fā)送，但是不能放音和收號。采用虛電路連接的前提是，對于很多不涉及放音收號的智能呼叫，只需要信令連接即可實現(xiàn)，無需占用實際的物理中繼線路。
下面參考圖2簡單說明在智能呼叫中如何選擇實電路和虛電路，當(dāng)VMSC4將主叫用戶的智能呼叫OVERLAY到VMSC1/SSP觸發(fā)時，VMSC4判斷被叫號碼是否是服務(wù)號碼等明確使用放音收號流程的號碼，如果是，則選擇實電路OVERLAY該智能呼叫至VMSC1/SSP；如果不是，則選擇虛電路OVERLAY該智能呼叫至VMSC1/SSP。
然后，VMSC1/SSP將該智能呼叫觸發(fā)到SCP，SCP對主叫用戶的帳戶進(jìn)行分析，在主叫余額足夠時指示VMSC1/SSP接續(xù)被叫用戶的號碼；在主叫余額為零或不足以支持通話時結(jié)束智能呼叫。接續(xù)被叫號碼之后，智能呼叫的主叫用戶和被叫用戶通過話路(實電路)進(jìn)行通話，這部分和現(xiàn)有技術(shù)類似，在此不予贅述。區(qū)別僅在于在智能呼叫的過程中，或智能用戶的通話過程中，當(dāng)SCP需要與用戶交互時，例如發(fā)現(xiàn)主叫用戶余額不多需要放音提醒該用戶時，將通過連接到資源(CTR)命令和播放通知音(PA)指示VMSC1/SSP向VMSC4放音，此時如果VMSC4對該用戶的智能呼叫選擇了虛電路，則VMSC1/SSP與VMSC4之間沒有話路資源，那么VMSC4無法接收到SSP的語音數(shù)據(jù)，所以智能呼叫的主叫用戶也無法收聽到語音提示。這里，SCP與用戶交互的過程一般包括SCP對智能用戶播放通知音、SCP對智能用戶的按鍵信息進(jìn)行收號等，但本發(fā)明不局限于放音和收號，還包括其它需要利用實電路與智能用戶交互的操作。
在本方案中，雖然考慮了撥打服務(wù)號碼時直接選擇實電路，以順利實現(xiàn)用戶充值、查詢余額等對用戶進(jìn)行放音收號的過程，即用戶交互的過程，但是無法完成在利用虛電路的智能呼叫過程中或通話過程中的用戶交互過程，如播放主叫用戶余額已不多的提示音，或?qū)χ鹘杏脩舻陌存I信息進(jìn)行收號，因此無法充分發(fā)揮智能業(yè)務(wù)的優(yōu)越性。
下面通過兩個優(yōu)選實施例分別介紹在利用虛電路的智能呼叫建立過程中和智能呼叫建立后的通話過程中與用戶的交互。
優(yōu)選實施例一在本實施例中，在利用虛電路OVERLAY至SSP的智能呼叫過程中，如果SCP需要與智能呼叫的主叫用戶進(jìn)行交互，則建立其與智能呼叫的主叫用戶所屬MSC之間的臨時實電路連接，SCP使用實電路與智能呼叫的主叫用戶進(jìn)行交互。
下面以放音為例，說明在智能呼叫中實現(xiàn)用戶交互的方法。
圖5是本發(fā)明優(yōu)選實施例一的在利用虛電路的智能呼叫中實現(xiàn)放音的流程圖，該具體實施例基于圖2所示系統(tǒng)，假設(shè)智能呼叫的主叫用戶為智能用戶，主叫用戶號碼(以下簡稱為主叫號碼)為88888888，被叫用戶號碼(以下簡稱為被叫號碼)為99999999，主叫用戶和被叫用戶均為VMSC4下的用戶，如圖5所示，該實施例具體包括如下步驟步驟501VMSC4在接收到號碼為88888888的主叫用戶的智能呼叫，智能呼叫的被叫號碼為99999999，分析被叫號碼99999999不屬于服務(wù)號碼后，通過起始地址消息(IAM)1將智能呼叫路由至VMSC1/SSP，IAM1包含的主叫號碼為88888888，被叫號碼為99999999，選擇的CIC為虛擬CIC。
步驟502VMSC1/SSP在接收到VMSC4路由來的智能呼叫后，向SCP上報啟動檢測點(IDP)消息，在該IDP消息中通知SCP智能呼叫是使用虛電路的智能呼叫；在本實施例中，可以通過在IDP消息中不包含IPSSPCapability信元通知SCP智能呼叫是使用虛電路的智能呼叫；或者，可以通過對IPSSPCapability信元的擴(kuò)展通知SCP智能呼叫是使用虛電路的智能呼叫，因為IPSSPCapability信元的長度為4個字節(jié)，目前3GPP協(xié)議只定義了第1個字節(jié)，后面3個字節(jié)為擴(kuò)展字節(jié)，可以利用擴(kuò)展字節(jié)通知SCP；或者，可以通過對IDP消息中指示主叫用戶類別的CallingPartysCategory信元的擴(kuò)展通知SCP智能呼叫是使用虛電路的智能呼叫，因為CallingPartysCategory目前有多個保留位，可以在多個保留位中選擇一個作為虛擬電路用戶類型標(biāo)識。
步驟503SCP接收到IDP消息后，根據(jù)IDP消息中攜帶的相關(guān)信元確定主叫費率，并將余額折算成通話時長，如果主叫用戶的余額已經(jīng)不多，則向VMSC1/SSP下發(fā)建立臨時連接(ETC)消息，該消息包含輔助智能外設(shè)(IP)的路由地址AA12345和一個呼叫關(guān)聯(lián)標(biāo)識，該呼叫關(guān)聯(lián)標(biāo)識是識別該智能呼叫的標(biāo)識。
步驟504VMSC1/SSP通過IAM2消息將智能呼叫路由至VMSC4，IAM2包含的主叫號碼為88888888，被叫號碼為AA12345，選擇的CIC為虛擬CIC，IAM2還包含該呼叫關(guān)聯(lián)標(biāo)識。
步驟505VMSC4根據(jù)IAM2消息中的被叫號碼，通過IAM3消息將智能呼叫路由至輔助IP，IAM3消息包含的主叫號碼為88888888，被叫號碼為AA12345，選擇的CIC為實電路CIC，IAM3還包含該呼叫關(guān)聯(lián)標(biāo)識；通過該實電路CIC，輔助IP的放音能夠被主叫用戶收聽，主叫用戶的按鍵信息也可以傳遞到輔助IP。
步驟506輔助IP接收到智能呼叫后，發(fā)送輔助請求指令(ARI)消息至SCP，該ARI消息還包含該呼叫關(guān)聯(lián)標(biāo)識。
步驟507SCP根據(jù)接收到的ARI消息中的呼叫關(guān)聯(lián)標(biāo)識確定該臨時實電路連接所對應(yīng)的智能呼叫，然后發(fā)送播放通知音(PA)消息至輔助IP，指定輔助IP通過VMSC4對智能呼叫的主叫號碼為88888888的用戶播放余額不多提示音。
步驟508輔助IP通過實際CIC向VMSC4播放通知音，例如播放“您的余額已不多，請及時充值”，智能呼叫的主叫用戶收聽VMSC4轉(zhuǎn)發(fā)的通知音。
步驟509輔助IP放音完成后，向SCP上報特殊資源報告(SRR)消息，通知SCP已經(jīng)完成放音。
步驟510SCP收到SRR消息后，向VMSC1/SSP下發(fā)釋放前向連接(DFC)消息。
步驟511VMSC1/SSP收到DFC消息后，向VMSC4發(fā)送釋放(REL)消息，釋放到VMSC4之間的虛電路連接，從而VMSC1/SSP與VMSC4之間的虛電路連接被釋放。
步驟512VMSC4向輔助IP轉(zhuǎn)發(fā)REL消息，釋放到輔助IP之間的實電路連接，從而VMSC4與輔助IP之間的實電路連接被釋放。
步驟513輔助IP向SCP上報臨時連接結(jié)束(TC END)消息，同時向VMSC4發(fā)送釋放完成(RLC)消息。
步驟514VMSC4發(fā)送RLC至VMSC1/SSP。
步驟515SCP在接收到TC END消息后，向VMSC1/SSP下發(fā)請示上報BCSM事件(RRBE)/申請計費(AC)/繼續(xù)(CONTINUE)消息。
步驟516VMSC1/SSP通過IAM4消息將智能呼叫路由至VMSC4，IAM4包含的主叫號碼為88888888，被叫號碼為99999999，選擇的CIC為虛擬CIC。
步驟517VMSC4接收到IAM4后，分析被叫號碼在本局，則接續(xù)被叫號碼99999999。
在本實施例中，SCP利用輔助IP向VMSC4播放通知音，在本發(fā)明的其它應(yīng)用中，可以將VMSC1/SSP模擬成兩個SSP初始SSP和輔助SSP，SCP利用輔助SSP向VMSC4播放通知音，這種情況下，在步驟506中，VMSC4需對IAM2中的被叫號碼AA12345進(jìn)行號碼變換，例如變換為BB12345，然后在發(fā)送至輔助SSP的IAM3消息中攜帶經(jīng)過變換的被叫號碼BB12345，號碼變換的目的是為了避免將路由至輔助SSP的智能呼叫再路由回VMSC4。
在本實施例中采用的ETC命令是CAMEL應(yīng)用部分(CAP，CAMELApplication Part)協(xié)議定義的消息，應(yīng)該理解，本發(fā)明不局限于采用ETC命令，例如可以采用其它實現(xiàn)類似功能的消息，例如使用智能網(wǎng)應(yīng)用規(guī)程(INAP，Intelligent Network Application Protocol)協(xié)議中定義的ETC或CONNECT消息，其具體實現(xiàn)流程和本實施例類似，在此不予贅述。
在本實施例中，VMSC1/SSP通過IDP消息通知SCP某智能呼叫是使用虛電路的智能呼叫，這種方式的優(yōu)勢在于充分利用現(xiàn)有的消息資源，使業(yè)務(wù)實現(xiàn)更加靈活。應(yīng)該理解，在本發(fā)明其它應(yīng)用中，可以利用IDP消息中的其它信元通知SCP，也可以采用其它的通知方式，例如VMSC1/SSP可以通過新的消息通知SCP。
在本實施例中，由于主叫用戶和被叫用戶均屬于VMSC4，則SSP將智能呼叫路由至VMSC4，由VMSC4接續(xù)被叫號碼；應(yīng)該理解，本發(fā)明不局限于主叫被叫屬于同一MSC的情況，在主叫被叫分屬兩個MSC的情況下，SSP將智能呼叫路由至主叫VMSC4，由主叫VMSC4進(jìn)行號碼分析后，將智能呼叫路由至被叫所屬MSC，由被叫所屬MSC接續(xù)被叫號碼。
在本實施例中，SCP在智能呼叫的主叫方余額已不多時下發(fā)命令建立實電路連接，應(yīng)該理解，本發(fā)明不局限于在余額不多時下發(fā)命令建立實電路連接，而是包括所有SCP判斷需要與用戶交互時下發(fā)命令建立實電路連接，通過實電路執(zhí)行放音或收號等與用戶交互的流程，然后再通過虛電路接續(xù)被叫號碼。
本實施例所述的是在主叫用戶的余額已不多的情況。如果在智能呼叫過程中SCP判斷主叫用戶的余額為零或不能支持一次通話，則在步驟515中，SCP在接收到TC END消息后，不向VMSC1/SSP下發(fā)請示上報BCSM事件(RRBE)/申請計費(AC)/繼續(xù)(CONTINUE)消息，而是向VMSC1/SSP下發(fā)RELEASE_CALL消息，拆除連接，結(jié)束本次智能呼叫。
優(yōu)選實施例二以上是智能呼叫建立過程中的放音，下面介紹呼叫建立后的通話過程中的放音，例如余額用完的提示音。本實施例的核心是，在智能呼叫建立之后，智能用戶在通話過程中，如果SCP判斷需要和智能用戶進(jìn)行交互，則指示SSP在發(fā)送給MSC的消息中攜帶原因值，由MSC根據(jù)該攜帶的原因值與用戶交互。
圖6是根據(jù)本發(fā)明實施例二的呼叫建立后實現(xiàn)放音的流程圖。與實施例一相同，實施例二也基于圖2所示系統(tǒng)，并假設(shè)智能呼叫的主叫用戶為智能用戶，主叫號碼為88888888，被叫號碼為99999999，主叫用戶和被叫用戶均為VMSC4下的用戶，如圖6所示，該實施例具體包括如下步驟步驟601至步驟617與步驟501至步驟517完全相同。
步驟618VMSC4向VMSC1/SSP發(fā)送地址全消息(ACM)4，通知VMSC1/SSP真實被叫振鈴。
步驟619VMSC4交換機(jī)向VMSC1/SSP發(fā)送應(yīng)答消息(ANM)4，通知SSP真實被叫應(yīng)答，至此呼叫建立完畢，主叫用戶和被叫用戶開始通話。
在步驟615下發(fā)的AC消息中，如果releaseIfdurationExceeded信元的標(biāo)志為TRUE，則表示用戶余額已不多，只能夠維護(hù)此次AC消息中下發(fā)的maxCallPeriodDuration信元所指示的時間長度。當(dāng)用戶還可以通話30秒時，VMSC1/SSP會根據(jù)步驟615下發(fā)的AC消息中的tone標(biāo)志決定是否給用戶放告警音。根據(jù)3GPP協(xié)議規(guī)定，告警音的放音時間點為因余額用完導(dǎo)致呼叫釋放前30秒，放音內(nèi)容為900赫茲、200毫秒放音、間隔200毫秒。
步驟620如果在步驟615下發(fā)的AC消息中tone標(biāo)志為TRUE，由于此時VMSC1/SSP到VMSC4之間只有虛電路連接，因此雖然正常播放告警音，但該告警音無法被用戶收聽到，在告警音播放過程中通話不受影響，仍可以繼續(xù)。
步驟62130秒后，通話總時長達(dá)到，用戶余額已經(jīng)用完，需要拆除呼叫，此時，VMSC1/SSP確定到主叫局VMSC4使用的是虛電路連接，則置特定的釋放原因值，然后執(zhí)行步驟623和步驟624。
步驟622VMSC1/SSP確定需要拆除呼叫后，通過事件請求上報(ERB，Event Report BCSM)操作向SCP上報；并向SCP發(fā)送計費請求(ACR)消息，請求SCP進(jìn)行話費扣除。
步驟623VMSC1/SSP向VMSC4發(fā)送REL1，該REL1中攜帶有特定釋放原因值1，通知VMSC4向主叫用戶播放相應(yīng)提示音；VMSC4收到REL1后，根據(jù)REL1中攜帶的特定釋放原因值1，向主叫用戶進(jìn)行放音，提示內(nèi)容可以是“您的余額已經(jīng)用完，請充值后再次呼叫”等。這樣就彌補(bǔ)了步驟620中余額不多時放音無法完成的不足，使主叫用戶更清楚呼叫被中止的原因。
步驟624VMSC1/SSP向VMSC4發(fā)送REL2，該REL2中攜帶有特定釋放原因值2，通知VMSC4向被叫用戶播放相應(yīng)提示音；VMSC4收到REL2后，根據(jù)REL2中攜帶的特定釋放原因值2，向被叫用戶進(jìn)行放音，提示內(nèi)容可以是“主叫用戶余額已經(jīng)用完，結(jié)束本次呼叫”等。這樣被叫用戶也能夠更清楚呼叫被中止的原因。
在步驟620中，余額不足告警音失敗后的處理，也可以由VMSC1/SSP向VMSC4發(fā)CPG消息指示VMSC4放告警音，此時對VMSC4有特殊要求，放此告警音時主被叫仍可以正常通話。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)智能業(yè)務(wù)的方法，包括移動交換中心MSC將所接收到的主叫用戶發(fā)起的智能呼叫路由至業(yè)務(wù)切換點SSP；SSP將該智能呼叫觸發(fā)到業(yè)務(wù)控制點SCP；SCP對主叫用戶的帳戶進(jìn)行分析后指示SSP接續(xù)被叫號碼或拒絕該智能呼叫，其特征在于，在所述MSC將所接收到的智能呼叫路由至SSP之前，還包括MSC判斷該智能呼叫是否是明確需要與主叫用戶進(jìn)行交互的智能呼叫，如果是，則利用實電路將該智能呼叫路由至SSP；否則，利用虛電路將該智能呼叫路由至SSP。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷智能呼叫是否是明確需要與主叫用戶進(jìn)行交互的智能呼叫為判斷智能呼叫的被叫號碼是否是智能業(yè)務(wù)服務(wù)號碼，如果是，則該智能呼叫是明確需要與主叫用戶進(jìn)行交互的智能呼叫；否則，該智能呼叫不是明確需要與主叫用戶進(jìn)行交互的智能呼叫。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果MSC利用虛電路將智能呼叫路由至SSP，則所述SSP將智能呼叫觸發(fā)到SCP還包括SSP通知SCP該智能呼叫是使用虛電路的智能呼叫；所述SCP對主叫用戶的帳戶進(jìn)行分析還包括SCP判斷是否需要與主叫用戶進(jìn)行交互，如果是，則指示SSP建立其與MSC之間的實電路連接，然后SCP通過該實電路連接與主叫用戶進(jìn)行交互；否則，直接指示SSP接續(xù)被叫用戶的號碼或結(jié)束智能呼叫。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述MSC利用虛電路將智能呼叫路由至SSP為MSC通過虛電路向SSP發(fā)送第一起始地址消息IAM，該第一IAM包含主叫用戶的號碼和被叫用戶的號碼。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述SSP通知SCP該智能呼叫是使用虛電路的智能呼叫為SSP利用上報至SCP的啟動檢測點IDP消息通知SCP該智能呼叫是使用虛電路的智能呼叫。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述利用IDP消息實現(xiàn)所述通知具體為在IDP消息中不攜帶IPSSPCapability信元，或?qū)DP消息中的IPSSPCapability信元的擴(kuò)展字節(jié)中的一或多個位用作虛電路智能呼叫的標(biāo)識，或?qū)DP消息中的CallingPartysCategory信元的一個保留值或空閑值用作虛電路智能用戶的標(biāo)識。
7.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述SCP指示SSP建立其與MSC之間的實電路連接具體為SCP指示SSP建立輔助智能IP設(shè)備與MSC之間的實電路連接；所述SCP與主叫用戶進(jìn)行交互具體為SCP通過IP設(shè)備和MSC與主叫用戶進(jìn)行交互。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述IP設(shè)備是獨立于SSP的智能外設(shè)，或與SSP在物理上為同一實體。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述SCP指示SSP建立IP設(shè)備與MSC之間的實電路連接包括A1、SCP將IP設(shè)備的路由地址發(fā)送至SSP，SSP通過虛電路將IP設(shè)備的路由地址發(fā)送至MSC；A2、MSC通過實電路向IP設(shè)備發(fā)起連接，IP設(shè)備通知SCP其與MSC之間的實電路連接已經(jīng)建立。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，步驟A1包括SCP發(fā)送包含IP設(shè)備路由地址和關(guān)聯(lián)標(biāo)識的建立臨時連接ETC消息至SSP；SSP使用虛電路并通過第二IAM將智能呼叫路由至MSC，第二IAM包含主叫用戶的號碼、IP設(shè)備的路由地址和呼叫關(guān)聯(lián)標(biāo)識。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，步驟A2包括MSC根據(jù)第二IAM包含的IP設(shè)備的路由地址，使用實電路并通過第三IAM將智能呼叫路由至IP設(shè)備，第三IAM包含主叫用戶的號碼、IP設(shè)備的路由地址和呼叫關(guān)聯(lián)標(biāo)識；IP設(shè)備向SCP發(fā)送輔助請求指令，該輔助請求指令包含呼叫關(guān)聯(lián)標(biāo)識，通知SCP已經(jīng)為該呼叫關(guān)聯(lián)標(biāo)識所對應(yīng)的智能呼叫建立了臨時實電路連接。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，步驟A2包括MSC對第二IAM包含的IP設(shè)備的路由地址進(jìn)行地址變換，使用實電路并通過第三IAM將智能呼叫路由至IP設(shè)備，第三IAM包含主叫用戶的號碼、所述經(jīng)過地址變換的路由地址和呼叫關(guān)聯(lián)標(biāo)識；IP設(shè)備向SCP發(fā)送輔助請求指令，該輔助請求指令包含呼叫關(guān)聯(lián)標(biāo)識，通知SCP已經(jīng)為該呼叫關(guān)聯(lián)標(biāo)識所對應(yīng)的智能呼叫建立了臨時實電路連接。
13.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述SCP通過IP設(shè)備和MSC與主叫用戶進(jìn)行交互包括SCP向SSP下發(fā)與用戶交互的消息；SSP使用實電路，并通過IP設(shè)備和MSC與主叫用戶進(jìn)行交互。
14.根據(jù)權(quán)利要求7所述的方法，其特征在于，進(jìn)一步包括IP設(shè)備通知SCP已經(jīng)完成與用戶的交互，SCP指示SSP釋放SSP與IP設(shè)備之間的電路連接；SSP使用虛電路并通過第四IAM將智能呼叫路由至MSC，第四IAM包含被叫用戶的號碼，MSC將智能呼叫路由至該被叫號碼所屬MSC，并由該被叫號碼所屬MSC接續(xù)被叫號碼。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述SCP指示SSP釋放SSP與IP設(shè)備之間的電路連接具體為SCP指示SSP發(fā)送釋放消息至MSC，SSP與MSC之間的虛電路連接被釋放；MSC發(fā)送釋放消息至IP設(shè)備，MSC與IP設(shè)備之間的實電路連接被釋放。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于，在MSC利用虛電路將智能呼叫路由至SSP的情況下，所述SSP接續(xù)被叫用戶的號碼之后，進(jìn)一步包括主叫用戶和被叫用戶開始通話；在所述通話過程中，如果SSP確定需要與主叫用戶進(jìn)行交互，則向主叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值，與主叫用戶進(jìn)行交互；如果SSP確定需要與被叫用戶進(jìn)行交互，則向被叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值，與被叫用戶進(jìn)行交互。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述原因值攜帶在呼叫過程CPG消息中，或攜帶在釋放REL消息中。
18.根據(jù)權(quán)利要求16所述的方法，其特征在于，該方法進(jìn)一步包括在所述通話過程中，如果SSP確定需要與主叫用戶進(jìn)行交互，則SSP向被叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值與被叫用戶進(jìn)行交互；如果SSP確定需要與被叫用戶進(jìn)行交互，則SSP向主叫用戶所屬MSC提供原因值，該MSC根據(jù)收到的原因值與主叫用戶進(jìn)行交互。
全文摘要
本發(fā)明提供了一種實現(xiàn)智能業(yè)務(wù)的方法，關(guān)鍵是，MSC接收到智能呼叫的主叫用戶發(fā)來的智能呼叫后，判斷該智能呼叫是否明確需要與用戶進(jìn)行交互，如果是，則利用實電路將該智能呼叫路由至SSP；否則，利用虛電路將該智能呼叫路由至SSP。優(yōu)選地，本發(fā)明在利用虛電路將智能呼叫路由至SSP的情況下，如果SCP需要與用戶交互，則通過建立臨時的MSC與SSP之間的實電路連接與用戶交互。而且，本發(fā)明還公開了智能呼叫建立之后的放音。本發(fā)明可充分節(jié)約話路資源，并進(jìn)一步保證智能呼叫中和通話中與用戶的正常交互，從而提高了智能用戶對提供智能業(yè)務(wù)的服務(wù)提供商的滿意度。
文檔編號H04Q7/22GK1882011SQ200510115670
公開日2006年12月20日 申請日期2005年11月8日 優(yōu)先權(quán)日2005年6月28日
發(fā)明者周學(xué)海 申請人:華為技術(shù)有限公司