專利名稱：智能網(wǎng)多呼叫段業(yè)務的控制方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種智能網(wǎng)多呼叫段業(yè)務的控制方法。
背景技術：
隨著整個社會信息技術、運營商在不斷延伸和完善自己的網(wǎng)絡規(guī)模的同時，為客戶提供各種新業(yè)務層面成為競爭策略的制高點。該些新業(yè)務需要提供更具個性化、層次化的服務來提高APRU(Association of the Pacific RimUniversities)值和提高客戶忠誠度，從而吸引客戶。正是在這種背景下，智能網(wǎng)(IN)的概念應運而生。
智能網(wǎng)是一個體系結(jié)構的概念，在原有通信網(wǎng)的基礎上，為快速、方便、經(jīng)濟、靈活地提供新的電信業(yè)務而設置的附加網(wǎng)絡結(jié)構，其基本思想是在網(wǎng)絡中將交換和業(yè)務分離，實行集中控制，集中管理，從而高效地向用戶提供各種新業(yè)務。
一般的智能網(wǎng)體系結(jié)構如圖1所示，主要包括業(yè)務控制節(jié)點(SCP)、業(yè)務交換節(jié)點(SSP)、智能外設(IP)、業(yè)務數(shù)據(jù)節(jié)點(SDP)、業(yè)務生成環(huán)境節(jié)點(SCEP)和業(yè)務管理系統(tǒng)(SMS)。其中，SMS包括業(yè)務管理節(jié)點(SMP)和業(yè)務管理接入節(jié)點(SMAP)，SMP主要負責業(yè)務管理功能，專門接受來自SMAP的消息并進行智能網(wǎng)業(yè)務數(shù)據(jù)管理和維護處理；SMAP是通過人機界面對系統(tǒng)的運營進行管理。SCP是智能網(wǎng)的核心，用于存儲用戶數(shù)據(jù)和業(yè)務邏輯，SCP可以根據(jù)SSP上報來的呼叫事件啟動不同業(yè)務邏輯，根據(jù)業(yè)務邏輯向相應的SSP發(fā)出呼叫控制指令，從而實現(xiàn)各種智能呼叫。SSP則是連接現(xiàn)有通信網(wǎng)絡與智能網(wǎng)的連接點，提供接入智能網(wǎng)功能集的功能。SSP可以檢測出智能業(yè)務請求，并與SCP通信，對SCP的請求作出響應，允許SCP中的業(yè)務邏輯影響呼叫處理。SCEP的功能是根據(jù)客戶需要生成新的業(yè)務邏輯。SDP的功能是存儲并管理用戶數(shù)據(jù)和相關業(yè)務數(shù)據(jù)。IP的功能是提供專用資源功能(SRF)，完成SRF資源功能，主要包括DTMF數(shù)字接收、引信號產(chǎn)生、錄音通知合成、語音合成等。
正是由于智能網(wǎng)技術蓬勃發(fā)展，實現(xiàn)了許多增值業(yè)務，包括語音受理類業(yè)務、卡式業(yè)務(300卡、200卡等)、預付費業(yè)務、VPN業(yè)務等。
但在實現(xiàn)這些傳統(tǒng)增值業(yè)務的同時，一些新的特殊業(yè)務對智能網(wǎng)技術提出新的挑戰(zhàn)，如彩鈴業(yè)務、同振業(yè)務等，其中，所述彩鈴業(yè)務也稱個性化回鈴音業(yè)務，包含在用戶作為被叫用戶時生效和作為主叫用戶時生效兩種方式，旨在為用戶提供豐富多樣的個性化回鈴音以替換普通回鈴音。對主叫方方式而言，該業(yè)務的用戶是主叫方，向主叫方(該業(yè)務的用戶)播放自己定制的個性化回鈴音。對被叫方方式而言，該業(yè)務的用戶是被叫方，向主叫方播放被叫方定制的個性化回鈴音。個性化回鈴音包括旋律、音樂、音響效果、錄音、廣告信息等音頻文檔。所述同振業(yè)務是當用戶拔打開通了該業(yè)務的用戶的終端時，將通過新開的智能平臺對用戶的終端和預約的另一終端同時振鈴，用戶可自由選擇其中一個電話接聽；另一個電話將停止振鈴。
對于上述同振、彩鈴等被叫類智能業(yè)務，由于業(yè)務屬性與被叫相關，中間接續(xù)交換機無法感知其業(yè)務屬性，使得全網(wǎng)被叫類智能業(yè)務難以快速開展。對于主叫類智能業(yè)務，端局不能將無接入碼的智能業(yè)務觸發(fā)上來，需改造，導致固定預付費等業(yè)務難以實施。目前這些業(yè)務主要采用交換機側(cè)實現(xiàn)的方法，針對每一種業(yè)務都需要核心網(wǎng)設備設計一套復雜的流程，然后在網(wǎng)絡上更換版本，支持相應業(yè)務，這種操作方法給核心網(wǎng)設備的穩(wěn)定性帶來隱患，而且業(yè)務實現(xiàn)需要重新修改版本來滿足用戶的需求。因此這種方法實現(xiàn)周期長、維護成本高、穩(wěn)定性差。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是提出一種智能網(wǎng)多呼叫段業(yè)務的控制方法，以克服現(xiàn)有技術中支持新業(yè)務的流程復雜的缺陷。
為解決上述問題，本發(fā)明提供了一種智能網(wǎng)多呼叫段業(yè)務的控制方法，包括以下步驟A、啟動智能網(wǎng)業(yè)務呼叫；B、根據(jù)業(yè)務邏輯業(yè)務控制節(jié)點SCP向業(yè)務交換節(jié)點SSP發(fā)送呼叫段控制信息；C、所述業(yè)務交換節(jié)點SSP根據(jù)所述控制信息控制所述業(yè)務呼叫。
所述步驟A進一步包括A1、主叫用戶觸發(fā)智能業(yè)務呼叫；A2、所述業(yè)務控制節(jié)點SCP控制所述業(yè)務交換節(jié)點SSP完成被叫用戶的接續(xù)；A3、所述被叫用戶摘機通話。
步驟C進行的控制業(yè)務呼叫方式包括呼叫段控制和呼叫方控制。
所述呼叫段控制包括移動呼叫段與合并呼叫段。
所述移動呼叫段操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的移動呼叫段信息進行的，該信息包括參數(shù)目標呼叫段互聯(lián)的地址、源呼叫段地址、目標呼叫段地址、源呼叫方地址和目標呼叫方地址。
所述合并呼叫段操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的合并呼叫段信息進行的，該信息包括參數(shù)源呼叫段地址和目標呼叫段地址。
所述呼叫方控制包括移動呼叫方、切斷呼叫方與分離呼叫方。
所述移動呼叫方操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的移動呼叫方信息進行的，該信息包括參數(shù)源呼叫方地址和目標呼叫段地址。
所述分離呼叫方操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的分離呼叫方信息進行的，該信息包括參數(shù)源呼叫方地址和新創(chuàng)建的呼叫段地址。
所述切斷呼叫方操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的切斷呼叫方信息進行的，該信息包括參數(shù)要釋放的呼叫方地址和切斷原因或釋放后產(chǎn)生的語音。
所述業(yè)務交換節(jié)點SSP完成所述控制信息控制所述業(yè)務呼叫后，向所述業(yè)務控制節(jié)點SCP發(fā)送響應信息。
與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點本發(fā)明在呼叫發(fā)生過程中對多個呼叫段進行控制和管理，實現(xiàn)多用戶參與呼叫，由于多呼叫段模型能夠快速、便捷、靈活地控制多用戶參與的呼叫，因此能夠有效地克服實現(xiàn)周期長、維護成本高、穩(wěn)定性差的缺點。
另外，本發(fā)明能夠在智能網(wǎng)業(yè)務控制模塊、協(xié)議模塊升級后，無需更換核心網(wǎng)設備程序，只需SCP側(cè)的業(yè)務腳本根據(jù)客戶需要，定制新的業(yè)務邏輯，完成多呼叫業(yè)務流程處理，就能完全滿足用戶對于多呼叫段業(yè)務的需求。


圖1現(xiàn)有技術中智能網(wǎng)絡結(jié)構圖；圖2是本發(fā)明智能網(wǎng)多呼叫段業(yè)務的控制方法流程圖；圖3是本發(fā)明智能網(wǎng)多呼叫段模型結(jié)構圖；圖4是本發(fā)明移動呼叫段操作前結(jié)構圖；圖5是本發(fā)明移動呼叫段操作后結(jié)構圖；圖6是本發(fā)明移動呼叫段操作信令流程圖；圖7是本發(fā)明合并呼叫段操作前結(jié)構圖；圖8是本發(fā)明合并呼叫段操作后結(jié)構圖；圖9是本發(fā)明合并呼叫段操作信令流程圖；圖10是本發(fā)明移動呼叫方操作前結(jié)構圖；圖11是本發(fā)明移動呼叫方操作后結(jié)構圖；圖12是本發(fā)明移動呼叫方操作信令流程圖；圖13是本發(fā)明分離呼叫方操作前結(jié)構圖；圖14是本發(fā)明分離呼叫方操作后結(jié)構圖；圖15是本發(fā)明分離呼叫方操作信令流程圖；圖16是本發(fā)明切斷呼叫方操作前結(jié)構圖；圖17是本發(fā)明切斷呼叫方操作后結(jié)構圖；圖18是本發(fā)明切斷呼叫方操作信令流程圖；
圖19是本發(fā)明實現(xiàn)多呼叫段控制的整體示意圖；圖20是本發(fā)明在反向計費業(yè)務中的操作流程圖。
具體實施例方式
下面我們將結(jié)合附圖，對本發(fā)明的最佳實施方案進行詳細描述。首先要指出的是，本發(fā)明中用到的術語、字詞及權利要求的含義不能僅僅限于其字面和普通的含義去理解，還包括與本發(fā)明的技術相符的含義和概念，這是因為我們作為發(fā)明者，要適當?shù)亟o出術語的定義，以便對我們的發(fā)明進行最恰當?shù)拿枋?。因此，本說明和附圖中給出的配置，只是本發(fā)明的首選實施方案，而不是要列舉本發(fā)明的所有技術特性。我們要認識到，還有各種各樣的可以取代我們方案的同等方案或修改方案。
本發(fā)明的基本原理如圖2所示，包括步驟s101，啟動智能網(wǎng)業(yè)務呼叫；步驟s102，根據(jù)業(yè)務邏輯業(yè)務控制節(jié)點SCP向業(yè)務交換節(jié)點SSP發(fā)送呼叫段控制信息；步驟s103，所述業(yè)務交換節(jié)點SSP根據(jù)所述控制信息控制所述業(yè)務呼叫。
本發(fā)明中多用戶參與呼叫，是通過智能網(wǎng)對多呼叫段模型的控制與管理實現(xiàn)的。該模型的結(jié)構如圖3所示，包括呼叫方(簡稱LEG)指參與呼叫的一個用戶，包括主叫用戶或被叫用戶；呼叫段(簡稱CS)指一次呼叫過程，即由交換機發(fā)起的呼叫或由SCP側(cè)發(fā)起的呼叫；呼叫段關聯(lián)(簡稱CSA)一個抽象概念，為多個CS的集合。
一個多呼叫段的業(yè)務模型可在多個CSA控制下進行；一個多呼叫段的業(yè)務模型中的CSA的編號不允許重復；同一CSA呼叫模型下，可同時具有1-n個呼叫段存在，其中CS的編號不允許重復；一個CS下允許兩個LEG存在；用智能網(wǎng)方式實現(xiàn)多呼叫段模型時，僅需要將SSP側(cè)作為一個BCSM(基本呼叫模型)來觸發(fā)智能業(yè)務呼叫。在BCSM中，主叫用戶作為一個LEG觸發(fā)智能業(yè)務呼叫，等待SCP的指示。SCP側(cè)控制主叫用戶的接續(xù)動作，指揮SSP完成被叫用戶的接續(xù)。當被叫用戶摘機通話后，主叫LEG、被叫LEG和該呼叫段處在穩(wěn)定態(tài)。在穩(wěn)定態(tài)以后，根據(jù)業(yè)務邏輯的需求，通過移動呼叫段、合并呼叫段、移動LEG、切斷LEG、分離LEG等操作完成復雜的多方業(yè)務呼叫。
所述移動呼叫段操作指一個CSA下的CS通過該操作轉(zhuǎn)移到另一個CSA下，由另一個CSA進行控制操作。圖4是本發(fā)明移動呼叫段前的結(jié)構圖，其中包括呼叫段關聯(lián)CSA1和CSA2，在CSA1中包括呼叫段CS1，CS1中包括呼叫方LEG1和LEG2；在CSA2中包括呼叫段CS1和CS2，CS1中包括呼叫方LEG1和LEG2，CS2中包括呼叫方LEG3和LEG4。當SSP發(fā)起的兩次呼叫或SSP發(fā)起一次呼叫后，SCP發(fā)起一次呼叫，且SSP側(cè)與SCP側(cè)未針對兩次呼叫進行關聯(lián)時，可以進行移動呼叫段操作，具體過程如圖6所示，業(yè)務控制節(jié)點SCP向業(yè)務交換節(jié)點SSP發(fā)送的移動呼叫段信息，該信息包括參數(shù)TargetCallSegmentAssociation、SourceCallSegment、NewCallsegment、sourceLeg和NewLeg，所述TargetCallSegmentAssociation指示目標呼叫段互聯(lián)CSA1的地址，將移動的呼叫段CS1放在該目標CSA1中，且移動后的呼叫段CS1重新編號為CS2；所述SourceCallSegment指示要移動的呼叫段地址；所述NewCallsegment指示目標呼叫段地址，即移動的呼叫段CS1的新呼叫段地址；所述sourceLeg指示源呼叫方地址，即移動的呼叫段CS1中的呼叫方地址；所述NewLeg指示呼叫段CS1中新呼叫方地址。
經(jīng)過移動呼叫段操作后的結(jié)構如圖5所示，在目標呼叫段關聯(lián)CSA中包括呼叫段CS1和CS2，呼叫段CS1中包括呼叫方LEG1和LEG2，在源呼叫段關聯(lián)CS2中包括呼叫方LEG3和LEG4；在CSA2中包括呼叫段CS2，呼叫段CS2中包括呼叫方LEG3和LEG4。另外，當移動呼叫段操作完成后，業(yè)務交換節(jié)點SSP向業(yè)務控制節(jié)點發(fā)送移動呼叫段響應，以表明移動完成。
所述合并段呼叫操作指在同一個CSA下的兩個CS可合并為一個CS，合并呼叫段是在同一個CSA下進行的，每個CS下有且僅有一個LEG存在。合并呼叫段前的結(jié)構如圖7所示，包括呼叫段關聯(lián)CSA，所述CSA1包括呼叫段DEST_CS和ORI_CS，呼叫段DEST_CS只包括一個呼叫方LEG1，呼叫段ORI_CS只包括一個呼叫方LEG2。當SSP發(fā)起的兩次呼叫或SSP發(fā)起一次呼叫后，SCP發(fā)起一次呼叫，且SSP側(cè)、SCP側(cè)針對兩次呼叫進行關聯(lián)時，所述合并呼叫段操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的合并呼叫段信息進行的，該信息包括參數(shù)SourceCallSegment和TargetCallSegment，所述SourceCallSegment的類型為CallSegmentID，從1開始的整數(shù)，用于指示要合并的源呼叫段地址，即指示哪個呼叫段CS要合并，合并之后，這個CS實例將被刪除；所述TargetCallSegment類型為CallSegmentID，從1開始的整數(shù)，用于指示要合并的目標呼叫段地址，合并之后，這個CS實例將保留下來。如果沒有指定這個參數(shù)，源呼叫段CS將和起始的CS合并。
合并后的結(jié)構如圖8所示，在CSA1中只包括目標呼叫段DEST_CS，該呼叫段包括兩個呼叫方LEG1和LEG2。且合并呼叫段完成后，業(yè)務交換節(jié)點SSP向業(yè)務控制節(jié)點SCP發(fā)送合并呼叫段響應信息，表示合并完成。
移動呼叫方操作是指將一個CS下的LEG移動到另一CS下。操作前的結(jié)構如圖10所示，在一個CSA下包括源呼叫段ORI_CS和目標呼叫段DEST_CS，所述源呼叫段ORI_CS包括兩個呼叫方LEG1和LEG2，所述目標呼叫段DEST_CS只包括呼叫方LEG3。當一側(cè)呼叫處于通話狀態(tài)，另一側(cè)呼叫用戶處于懸置狀態(tài)，等待SCP指示下一步所執(zhí)行的動作；或一側(cè)呼叫用戶處于懸置狀態(tài)，等待SCP指示下一步所執(zhí)行的動作，另一側(cè)呼叫用戶處于懸置狀態(tài)，等待SCP指示下一步所執(zhí)行的動作時可以進行移動呼叫方操作，即將源呼叫段ORI_CS中的LEG2移動到目標呼叫段DEST_CS中，如圖11所示。具體操作過程如圖12所示，業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的移動呼叫方信息進行的，該信息包括參數(shù)LegIDToMove和TargetCallSegment，所述LegIDToMove指示源呼叫方地址，即要移動的呼叫方，所述TargetCallSegment指示目標呼叫段地址，指示要將LEG移動到哪個呼叫段CS，移動之后，這個CS實例將保留，如果沒有指定，LEG將被移動到初始CS。另外，當移動呼叫方操作完成后，業(yè)務交換節(jié)點向業(yè)務控制節(jié)點發(fā)送響應信息，以表示移動完成。
分離呼叫方操作為將一個CS下的LEG分離到另一個CS下。操作前的結(jié)構如圖13所示，一個CSA下包括一個CS，該CS有且僅有兩個LEG:LEGl和LEG2。當一側(cè)呼叫處于通話狀態(tài)時，如圖15所示，業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送分離呼叫方信息，該信息包括參數(shù)LegToBeSplit和NewCallSegment，所述LegToBeSplit指示源呼叫方地址，即要分離的呼叫方地址；所述NewCallSegment指示新創(chuàng)建的呼叫段CS地址。分離后的結(jié)構如圖14所示，一個CSA下包括兩個呼叫段CS和NEW_CS，CS包括一個呼叫方LEG1，新生成的呼叫段NEW_CS包括呼叫方LEG2。另外，當分離操作完成后，業(yè)務交換節(jié)點向業(yè)務控制節(jié)點發(fā)送分離呼叫方響應，以表示分離操作完成。
切斷呼叫方操作為釋放一個呼叫段CS下的呼叫方。操作前結(jié)構如圖16所示，一個CSA下只有一個CS，該CS包括兩個呼叫方LEG1和LEG2。操作過程如圖18所示，業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送切斷呼叫方信息，該信息包括參數(shù)LegToBeRelease和ReleaseCause，所述LegToBeRelease指示要釋放的呼叫方地址，所述ReleaseCause指示切斷原因或釋放后產(chǎn)生的語音。
按照上述模型的操作要求，SSP側(cè)和SCP側(cè)利用智能網(wǎng)方式實現(xiàn)多呼叫段的業(yè)務，在業(yè)務層根據(jù)操作增加相關的業(yè)務邏輯動作。業(yè)務邏輯動作如圖19所示。在一個CSA1中，一個具有兩個呼叫方的呼叫段通過分離操作可以變?yōu)榉謩e具有一個呼叫方的兩個呼叫段；分別具有一個呼叫方的兩個呼叫段通過合并處理可以變?yōu)榫哂袃蓚€呼叫方的一個呼叫段；分別具有一個呼叫方的兩個呼叫段通過基本INAP消息控制可以變?yōu)橐粋€具有一個呼叫方的呼叫段和一個具有兩個呼叫方的呼叫段；一個具有一個呼叫方的呼叫段和一個具有兩個呼叫方的呼叫段通過釋放呼叫方可以得到分別具有一個呼叫方的兩個呼叫段；兩個分別具有一個呼叫方的呼叫段通過釋放一個呼叫方可以得到一個具有一個呼叫方的呼叫段。
本發(fā)明呼叫段的合并在反向計費業(yè)務中應用的流程如圖20所示。該業(yè)務的主要特征是對該業(yè)務用戶的呼叫，由業(yè)務用戶(即被叫)確認是否接通并支付費用。在被叫確認支付通話費用后，接通主被叫的通話，由被叫支付電話費用而主叫不支付電話費用。被叫接受或拒絕接聽選擇，即對業(yè)務用戶(被叫)的呼叫，在主叫輸入完被叫號碼，系統(tǒng)接通主被叫通話前，提示被叫用戶是否接聽該呼叫并支付通話費用，被叫用戶有接聽/拒絕兩種選擇。并可選擇實現(xiàn)如下功能，語言選擇(主叫用戶可根據(jù)語音提示選擇語言種類)；被叫用戶拒絕接聽時，通知主叫用戶。
撥號程序主叫用戶摘機，拔接入碼(第一個呼叫段建立)，觸發(fā)智能網(wǎng)，通過SCP向SSP發(fā)送信息ConnectToResource、PlayAnnouncement和DisconnectForwardConnection將呼叫建立的情況通知用戶；系統(tǒng)通過SCP向SSP發(fā)送信息PrompotAndCollectUserInformation提示選擇語言種類，主叫用戶按照提示音輸入語言種類；系統(tǒng)提示輸入被叫號碼，主叫用戶按照提示音輸入被叫號碼；如何該被叫號碼沒有登記，提示主叫用戶“對不起，你所拔的號碼不在服務區(qū)內(nèi)，謝謝您的使用，再見”，否則進入下一步；系統(tǒng)提示主叫用戶錄音；系統(tǒng)提示主叫用戶“請稍后”，然后播放音樂并將主叫懸置；系統(tǒng)呼叫被叫號碼(第二個呼叫段建立)，如果路由選擇故障、被叫忙、無應答，系統(tǒng)切斷與被叫用戶的聯(lián)系，提示主叫用戶“你所撥叫的用戶無法接通，無應答，請稍候再拔”，并切斷與主叫用戶的連接，結(jié)束，如果被叫用戶摘機應答，進入下一步；則系統(tǒng)提示被叫用戶“您有來話呼叫，主叫錄音如下”，接著播放主叫用戶的錄音，接著提示“接聽并支付通話費用請按1，拒絕接聽請掛機”。被叫按1，系統(tǒng)接通主被叫通話，進入下一步，通過SCP向SSP發(fā)送信息MegreCaUSegment將第一呼叫段和第二呼叫段合并。如果被叫掛機，系統(tǒng)提示主叫用戶被叫拒絕接聽，結(jié)束呼叫；主叫用戶或被叫用戶掛機，系統(tǒng)將通話費用計在被叫用戶上，結(jié)束呼叫。
以上公開的僅為本發(fā)明的具體實施例，但是，本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
權利要求
1.一種智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，包括以下步驟A、啟動智能網(wǎng)業(yè)務呼叫；B、根據(jù)業(yè)務邏輯業(yè)務控制節(jié)點SCP向業(yè)務交換節(jié)點SSP發(fā)送呼叫段控制信息；C、所述業(yè)務交換節(jié)點SSP根據(jù)所述控制信息控制所述業(yè)務呼叫。
2.如權利要求1所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述步驟A進一步包括A1、主叫用戶觸發(fā)智能業(yè)務呼叫；A2、所述業(yè)務控制節(jié)點SCP控制所述業(yè)務交換節(jié)點SSP完成被叫用戶的接續(xù)；A3、所述被叫用戶摘機通話。
3.如權利要求1所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，步驟C進行的控制業(yè)務呼叫方式包括呼叫段控制和呼叫方控制。
4.如權利要求3所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述呼叫段控制包括移動呼叫段與合并呼叫段。
5.如權利要求4所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述移動呼叫段操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的移動呼叫段信息進行的，該信息包括參數(shù)目標呼叫段互聯(lián)的地址、源呼叫段地址、目標呼叫段地址、源呼叫方地址和目標呼叫方地址。
6.如權利要求4所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述合并呼叫段操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的合并呼叫段信息進行的，該信息包括參數(shù)源呼叫段地址和目標呼叫段地址。
7.如權利要求3所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述呼叫方控制包括移動呼叫方、切斷呼叫方與分離呼叫方。
8.如權利要求7所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述移動呼叫方操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的移動呼叫方信息進行的，該信息包括參數(shù)源呼叫方地址和目標呼叫段地址。
9.如權利要求7所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述分離呼叫方操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的分離呼叫方信息進行的，該信息包括參數(shù)源呼叫方地址和新創(chuàng)建的呼叫段地址。
10.如權利要求7所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述切斷呼叫方操作是根據(jù)業(yè)務控制節(jié)點向業(yè)務交換節(jié)點發(fā)送的切斷呼叫方信息進行的，該信息包括參數(shù)要釋放的呼叫方地址和切斷原因或釋放后產(chǎn)生的語音。
11.如權利要求1所述智能網(wǎng)多呼叫段業(yè)務的控制方法，其特征在于，所述業(yè)務交換節(jié)點SSP完成所述控制信息控制所述業(yè)務呼叫后，向所述業(yè)務控制節(jié)點SCP發(fā)送響應信息。
全文摘要
本發(fā)明公開了一種智能網(wǎng)多呼叫段業(yè)務的控制方法，包括以下步驟A.啟動智能網(wǎng)業(yè)務呼叫；B.根據(jù)業(yè)務邏輯業(yè)務控制節(jié)點SCP向業(yè)務交換節(jié)點SSP發(fā)送呼叫段控制信息；C.所述業(yè)務交換節(jié)點SSP根據(jù)所述控制信息控制所述業(yè)務呼叫。本發(fā)明在呼叫發(fā)生過程中對多個呼叫段進行控制和管理，實現(xiàn)多用戶參與呼叫，由于多呼叫段模型能夠快速、便捷、靈活地控制多用戶參與的呼叫，因此能夠有效地克服實現(xiàn)周期長、維護成本高、穩(wěn)定性差的缺點。另外，本發(fā)明能夠在智能網(wǎng)業(yè)務控制模塊、協(xié)議模塊升級后，無需更換核心網(wǎng)設備程序，只需SCP側(cè)的業(yè)務腳本根據(jù)客戶需要，定制新的業(yè)務邏輯，完成多呼叫業(yè)務流程處理，就能滿足用戶對于多呼叫段業(yè)務的需求。
文檔編號H04Q3/00GK1700781SQ20051008051
公開日2005年11月23日 申請日期2005年6月30日 優(yōu)先權日2005年6月30日
發(fā)明者王偉, 閆海清, 郭會俠, 李鵬 申請人:西安大唐電信有限公司