專利名稱：一種智能網(wǎng)呼叫通話中主叫結(jié)束通話的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能網(wǎng)業(yè)務(wù)技術(shù)，尤其涉及記賬卡類智能網(wǎng)業(yè)務(wù)技術(shù)。
背景技術(shù)：
智能網(wǎng)是在現(xiàn)有交換與傳輸?shù)幕A(chǔ)網(wǎng)絡(luò)結(jié)構(gòu)上，為快速、方便、經(jīng)濟地提供電信新業(yè)務(wù)(或稱增值業(yè)務(wù))而設(shè)置的一種附加網(wǎng)絡(luò)結(jié)構(gòu)。智能網(wǎng)提供新業(yè)務(wù)的突出優(yōu)點是可以做到快速、經(jīng)濟和方便。智能網(wǎng)是以計算機和數(shù)據(jù)庫為核心的，從理論上說，智能網(wǎng)能提供的新業(yè)務(wù)是無限的。
智能網(wǎng)的主要組成部分有業(yè)務(wù)交換點(SSP)，用來識別用戶對智能網(wǎng)的呼叫；業(yè)務(wù)控制點(SCP)，完成對業(yè)務(wù)的控制；業(yè)務(wù)管理節(jié)點(SMP)，完成智能網(wǎng)中的操作、維護、管理及監(jiān)視。
在實際的智能網(wǎng)使用中，尤其是記賬卡類的智能網(wǎng)業(yè)務(wù)中，當(dāng)主叫用戶A呼叫B用戶，B摘機以后，A和B通話，在通話過程中，如果主叫用戶A想主動結(jié)束通話，繼續(xù)呼叫C用戶，但是B不想結(jié)束和A的通話。目前的方法是A掛機以后，重新輸入智能業(yè)務(wù)接入碼，輸入卡號密碼驗證以后輸入被叫號碼C。操作十分不便。

發(fā)明內(nèi)容
本發(fā)明提出了一種智能網(wǎng)呼叫通話中主叫結(jié)束通話的實現(xiàn)方法，支持主叫用戶不需掛機就可結(jié)束當(dāng)前通話，并可直接輸入另一號碼進行其他呼叫。
本發(fā)明的關(guān)鍵在于業(yè)務(wù)交換點裝置能夠支持通話中監(jiān)聽按鍵的BCSM(基本呼叫狀態(tài)模型)事件，本發(fā)明中叫做omidcall事件；SCP要能主動向SSP發(fā)起注冊該事件的請求，并能夠接受來自SSP的omidcall事件報告，并作相應(yīng)的處理。
為了實現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案一種智能網(wǎng)呼叫通話中主叫結(jié)束通話的實現(xiàn)方法，包括如下步驟步驟一，在業(yè)務(wù)交換點上加載omidcall事件監(jiān)聽和報告模塊，使得在業(yè)務(wù)發(fā)起連接呼叫，被叫摘機以后可以監(jiān)聽到主叫的按鍵事件，通知業(yè)務(wù)控制點以使之作出適當(dāng)?shù)捻憫?yīng)；步驟二，在業(yè)務(wù)控制點上加載支持通話中主叫結(jié)束通話的業(yè)務(wù)邏輯模塊，在用戶發(fā)生呼叫業(yè)務(wù)時，業(yè)務(wù)邏輯模塊根據(jù)預(yù)先設(shè)定的參數(shù)，向業(yè)務(wù)交換點注冊omidcall事件的報告請求，并在接收到事件報告以后對相應(yīng)的omidcall事件進行處理。
進一步地，上述方法，在步驟二中，該通話過程是否支持主叫結(jié)束通話功能是可以通過業(yè)務(wù)邏輯模塊來控制的當(dāng)業(yè)務(wù)沒有注冊該功能時，業(yè)務(wù)交換點在通話過程中不再監(jiān)聽到主叫按鍵，業(yè)務(wù)控制點也就接收不到來自業(yè)務(wù)交換點的事件報告，通話就不會被中斷；當(dāng)業(yè)務(wù)注冊了該功能，通話過程中如果業(yè)務(wù)交換點監(jiān)聽到主叫的按鍵操作，就會釋放被叫，并向業(yè)務(wù)控制點報告相應(yīng)的omidcall事件，業(yè)務(wù)控制點接收到該事件報告以后，會按照業(yè)務(wù)邏輯模塊的指示提示主叫用戶做進一步的操作。
進一步地，上述方法，在步驟二中，對于主叫用戶的呼叫流程，就應(yīng)用層面來說，主叫用戶對本次通話具有絕對的控制權(quán)，主叫用戶可以選擇是否立刻結(jié)束和被叫的通話以后立刻進行其他的呼叫，而不需要主動掛機后再次進行系統(tǒng)鑒權(quán)。
進一步地，上述方法，在步驟二中，業(yè)務(wù)邏輯模塊遵照ITU-T CS1智能網(wǎng)標(biāo)準(zhǔn)及增強業(yè)務(wù)的客戶化應(yīng)用標(biāo)準(zhǔn)編寫。
進一步地，上述方法，在步驟二中，業(yè)務(wù)交換點是使用7號信令中INAP協(xié)議觸發(fā)該智能網(wǎng)業(yè)務(wù)；業(yè)務(wù)控制點通過在請求報告BCSM事件操作中設(shè)置BCSM事件參數(shù)來確定需要注冊事件的類型，業(yè)務(wù)交換點根據(jù)請求操作中的不同參數(shù)區(qū)分不同的事件。
和現(xiàn)有技術(shù)比較，采用本發(fā)明方法，可以使主叫用戶在不掛機的情況下結(jié)束本次呼叫，結(jié)束本次通話以后可以根據(jù)業(yè)務(wù)控制點裝置上的業(yè)務(wù)邏輯模塊重新發(fā)起對其他號碼的呼叫，給主叫用戶帶來了方便，使主叫用戶在通話中占有主動權(quán)。


圖1是應(yīng)用本發(fā)明的固定網(wǎng)絡(luò)智能網(wǎng)的系統(tǒng)示意圖；圖2是本發(fā)明的信令流程示意圖；圖3是本發(fā)明的呼叫流程示意圖。
具體實施例方式
下面結(jié)合附圖對技術(shù)方案的實施作詳細描述，本發(fā)明的以下實施例是基于一種固定網(wǎng)絡(luò)智能網(wǎng)的系統(tǒng)，以下描述是與固定網(wǎng)絡(luò)智能網(wǎng)結(jié)合的本發(fā)明中，核心的概念就是omidcall的BCSM事件，該事件類似其他的BCSM事件，是由業(yè)務(wù)控制點上的業(yè)務(wù)邏輯模塊控制并在被叫摘機以后發(fā)起的，最終在業(yè)務(wù)交換點上注冊。通話過程中業(yè)務(wù)交換點監(jiān)聽主叫的按鍵輸入，一旦是滿足條件(注冊BCSM請求中參數(shù)確定)的按鍵，業(yè)務(wù)交換點就會釋放被叫的連接，并向業(yè)務(wù)控制點發(fā)送事件報告，業(yè)務(wù)控制點上的業(yè)務(wù)邏輯模塊接收到該事件以后作出相應(yīng)的反應(yīng)，使得主叫用戶可以在不掛機的情況下結(jié)束與被叫的通話，繼續(xù)其他的操作。
應(yīng)用本發(fā)明的系統(tǒng)使用智能網(wǎng)設(shè)備，如圖1所示，包括業(yè)務(wù)控制點SCP，業(yè)務(wù)交換點SSP，業(yè)務(wù)管理點SMP，業(yè)務(wù)管理接入點SMAP，業(yè)務(wù)數(shù)據(jù)庫點SDP，業(yè)務(wù)生成環(huán)境SCE，本發(fā)明主要涉及的裝置是業(yè)務(wù)交換點裝置和業(yè)務(wù)控制點裝置。本發(fā)明實施例中，SSP具有注冊omidcall事件的功能，注冊omidcall事件只需要由SCP控制對SSP進行操作，并且SSP能夠使用7號信令中INAP協(xié)議觸發(fā)智能網(wǎng)業(yè)務(wù)，并和SCP進行交互，在注冊BCSM事件時，起初可以注冊被叫摘機事件，一旦被叫摘機事件發(fā)生，在業(yè)務(wù)邏輯的被叫摘機事件的處理流程中，SCP繼續(xù)發(fā)起注冊omidcall事件的操作，把相關(guān)的參數(shù)傳遞給SSP，由SSP來完成注冊。
除了SSP需要支持omidcall事件的監(jiān)聽以外，還要在SCP上加載本發(fā)明描述的負責(zé)控制向SSP發(fā)起omidcall事件注冊的業(yè)務(wù)邏輯模塊，當(dāng)業(yè)務(wù)用戶呼叫被叫的時候，一旦被叫摘機，業(yè)務(wù)邏輯模塊就會根據(jù)設(shè)定向SSP發(fā)起事件注冊請求。
下面結(jié)合圖2和圖3，對應(yīng)用本發(fā)明方法的信令流程和呼叫流程做說明圖2是本發(fā)明的信令流程示意圖；圖3是本發(fā)明的呼叫流程示意圖，說明了本發(fā)明對一個業(yè)務(wù)用戶呼叫的處理方法步驟301，用戶拔號呼叫觸發(fā)SCP上的支持omidcall事件的智能網(wǎng)業(yè)務(wù)，對應(yīng)的INAP信令就是圖2中的IDP(啟動DP)；步驟302，系統(tǒng)對業(yè)務(wù)用戶進行鑒權(quán)，對應(yīng)的INAP信令就是圖2中的CTR(連接到資源)、一系列P&C(提示并收集用戶信息)與RR-P&C(提示并收集用戶信息響應(yīng))和DFC(切斷連接資源)；步驟303，業(yè)務(wù)邏輯模塊在業(yè)務(wù)用戶輸入完被叫號碼B以后，向SSP發(fā)出注冊被叫摘機等BCSM事件(不包含omidcall事件)，注冊成功以后向SSP發(fā)送接續(xù)B消息，對應(yīng)的INAP信令就是圖2中的RRBE(請求報告BCSM事件，無omidcall)和CONNECT(接續(xù)被叫)；步驟304，被叫B振鈴以后，若被叫摘機，對應(yīng)的INAP信令就是圖2中的ERB(BCSM事件報告，被叫摘機)；若被叫沒有摘機，則SSP返回被叫無應(yīng)答事件給SCP，SCP走無應(yīng)答事件流程；步驟305，業(yè)務(wù)邏輯模塊接收到被叫摘機事件以后，走被叫摘機流程，在該流程中向SSP發(fā)出注冊omidcall事件的請求，同時接通呼叫，主被叫通話，對應(yīng)的INAP信令就是圖2中的RREB(請求報告BCSM事件，omidcall事件)；步驟306，SSP接到omidcall事件的注冊請求以后，會去申請DTMF資源，用來監(jiān)控主叫的按鍵；步驟307，通話結(jié)束前若主叫按鍵(注冊omidcall的BCSM事件中指定的鍵)，SSP監(jiān)聽到該事件以后，釋放被叫，向SCP上報omidcall等相應(yīng)的事件，對應(yīng)的INAP信令就是圖2中的ERB(BCSM事件報告，omidcall事件)；通話結(jié)束前若主叫沒有按鍵，則業(yè)務(wù)邏輯模塊走其他流程；步驟308，SCP收到omidcall等事件以后，根據(jù)業(yè)務(wù)邏輯模塊走相應(yīng)事件處理流程，業(yè)務(wù)用戶可以根據(jù)業(yè)務(wù)邏輯模塊所提供的功能繼續(xù)下面的操作。
上述的呼叫流程僅說明了業(yè)務(wù)邏輯模塊向SSP注冊了omidcall事件的呼叫處理流程，對于沒有注冊omidcall事件的呼叫處理流程，其區(qū)別只是在通話過程中，后者不支持主叫按鍵事件的響應(yīng)，即使主叫按鍵，通話還是繼續(xù)保持，一直到主叫掛機或者被叫掛機或者SSP結(jié)束通話，其他的處理流程都和前者類似，在此不再贅述。
從上面的實施例中可以看出，通過本發(fā)明的通話中主叫結(jié)束通話的方法，可以使主叫用戶在不掛機的情況下結(jié)束本次呼叫，結(jié)束本次通話以后可以根據(jù)業(yè)務(wù)控制點裝置上的業(yè)務(wù)邏輯設(shè)計重新發(fā)起對其他號碼的呼叫，相對于不支持omidcall事件的系統(tǒng)來說，給主叫用戶帶來了方便，使主叫用戶在通話中占有主動權(quán)。
在GSM網(wǎng)絡(luò)和PHS網(wǎng)絡(luò)同樣存在與上述PSTN相似的網(wǎng)絡(luò)協(xié)議，協(xié)議中提供了是否支持通話中監(jiān)聽主叫按鍵、監(jiān)聽方式等信息的傳遞，本發(fā)明提出的方法在這些網(wǎng)絡(luò)中同樣適用。
當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1.一種智能網(wǎng)呼叫通話中主叫結(jié)束通話的實現(xiàn)方法，包括如下步驟步驟一，在業(yè)務(wù)交換點上加載omidcall事件監(jiān)聽和報告模塊，使得在業(yè)務(wù)發(fā)起連接呼叫，被叫摘機以后可以監(jiān)聽到主叫的按鍵事件，通知業(yè)務(wù)控制點以使之作出適當(dāng)?shù)捻憫?yīng)；步驟二，在業(yè)務(wù)控制點上加載支持通話中主叫結(jié)束通話的業(yè)務(wù)邏輯模塊，在用戶發(fā)生呼叫業(yè)務(wù)時，業(yè)務(wù)邏輯模塊根據(jù)預(yù)先設(shè)定的參數(shù)，向業(yè)務(wù)交換點注冊omidcall事件的報告請求，并在接收到事件報告以后對相應(yīng)的omidcall事件進行處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟二中，該通話過程是否支持主叫結(jié)束通話功能是可以通過業(yè)務(wù)邏輯模塊來控制的當(dāng)業(yè)務(wù)沒有注冊該功能時，業(yè)務(wù)交換點在通話過程中不再監(jiān)聽到主叫按鍵，業(yè)務(wù)控制點也就接收不到來自業(yè)務(wù)交換點的事件報告，通話就不會被中斷；當(dāng)業(yè)務(wù)注冊了該功能，通話過程中如果業(yè)務(wù)交換點監(jiān)聽到主叫的按鍵操作，就會釋放被叫，并向業(yè)務(wù)控制點報告相應(yīng)的omidcall事件，業(yè)務(wù)控制點接收到該事件報告以后，會按照業(yè)務(wù)邏輯模塊的指示提示主叫用戶做進一步的操作。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在步驟二中，對于主叫用戶的呼叫流程，就應(yīng)用層面來說，主叫用戶對本次通話具有絕對的控制權(quán)，主叫用戶可以選擇是否立刻結(jié)束和被叫的通話以后立刻進行其他的呼叫，而不需要主動掛機后再次進行系統(tǒng)鑒權(quán)。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在步驟二中，業(yè)務(wù)邏輯模塊遵照ITU-T CS1智能網(wǎng)標(biāo)準(zhǔn)及增強業(yè)務(wù)的客戶化應(yīng)用標(biāo)準(zhǔn)編寫。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在步驟二中，業(yè)務(wù)交換點是使用7號信令中INAP協(xié)議觸發(fā)該智能網(wǎng)業(yè)務(wù)；業(yè)務(wù)控制點通過在請求報告BCSM事件操作中設(shè)置BCSM事件參數(shù)來確定需要注冊事件的類型，業(yè)務(wù)交換點根據(jù)請求操作中的不同參數(shù)區(qū)分不同的事件。
全文摘要
本發(fā)明旨在提供一種智能網(wǎng)呼叫通話中主叫結(jié)束通話的實現(xiàn)方法，包括以下步驟在業(yè)務(wù)交換點上加載omidcall事件監(jiān)聽和報告模塊，使得在業(yè)務(wù)發(fā)起連接呼叫，被叫摘機以后可以監(jiān)聽到主叫的按鍵事件，通知業(yè)務(wù)控制點以使之作出適當(dāng)?shù)捻憫?yīng)；在業(yè)務(wù)控制點上加載支持通話中主叫結(jié)束通話的業(yè)務(wù)邏輯模塊，在用戶發(fā)生呼叫業(yè)務(wù)時，業(yè)務(wù)邏輯模塊根據(jù)預(yù)先設(shè)定的參數(shù)，向業(yè)務(wù)交換點注冊omidcall事件的報告請求，并在接收到事件報告以后對相應(yīng)的omidcall事件進行處理。本發(fā)明可以使主叫用戶在不掛機的情況下結(jié)束本次呼叫，重新發(fā)起對其他號碼的呼叫，給主叫用戶帶來了方便。
文檔編號H04Q3/00GK1964505SQ20051009535
公開日2007年5月16日 申請日期2005年11月10日 優(yōu)先權(quán)日2005年11月10日
發(fā)明者陳陽平, 史美康, 秦延濤 申請人:中興通訊股份有限公司