專利名稱:Camel呼叫持續(xù)控制方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,更具體地,涉及一種CAMEL呼叫持續(xù) 控制方法和系統(tǒng)。
背景技術(shù):
移動網(wǎng)絡(luò)用戶應(yīng)用增強邏輯,簡稱移動智能(Customized Applications for Mobile network Enhanced Logic, CAMEL )是智負(fù)巨 網(wǎng)在移動方面的擴充發(fā)展。移動智能是一種網(wǎng)絡(luò)特4正,采用才莫塊化 的設(shè)計思想構(gòu)造業(yè)務(wù),具有市場竟?fàn)幜Φ倪\營者特定業(yè)務(wù)的 (Operator Specific Service, CAMEL—OSS )增值業(yè)務(wù)。即l吏移動用 戶漫游出歸屬公共陸地移動網(wǎng)(HomePLMN, HPLMN ),同才羊能獲 得CAMEL—OSS業(yè)務(wù)支持。新業(yè)務(wù)的開通投入少,見效快,業(yè)務(wù)覆 蓋全網(wǎng),運營風(fēng)險大大降l氐。圖1是移動智能網(wǎng)的系統(tǒng)架構(gòu)圖。如圖l所示,包括以下功能 實體歸屬位置寄存器(Home Location Register, HLR) 101,存儲用 戶相關(guān)的CAMEL簽約信息,相關(guān)的CAMEL簽約翁:才居在用戶位置 更新或數(shù)據(jù)變化時傳送至拜訪位置寄存器(Visitor Location Register, VLR)中;業(yè)務(wù)控制功能(GSM Service Control Function, gsmSCF ) 102, 包含提供對呼叫請求CAMEL—OSS業(yè)務(wù)進行邏輯控制的業(yè)務(wù)邏輯, 同時處理與業(yè)務(wù)有關(guān)的4亍為;網(wǎng)關(guān)移動交才灸中心(Gateway Mobile service Switching Centre, GMSC) 103,當(dāng)處理需要CAMEL支持的業(yè)務(wù)時,GMSC 103從 HLR 101 4妾收到相關(guān)的CAMEL簽約凄t據(jù),并向業(yè)務(wù)交換功能(GSM Service Switching Function, gsmSSF)"i青,jt指示,在處J里過禾呈中, GMSC 103監(jiān)視請求的呼叫狀態(tài)(事件)并通知gsmSSF其狀態(tài), 使gsmSSF能控制GMSC 103中呼叫的處理;gsmSSF 104,提供識別呼叫請求CAMEL—OSS業(yè)務(wù)處理的手 段,并與呼叫處理以及呼叫業(yè)務(wù)邏輯交互動作;VLR 105,存4諸漫游在本VLR 105區(qū)i或內(nèi)的移動用戶相關(guān)的 CAMEL簽約數(shù)據(jù)簽約信息;移動交換中心(Mobile service Switching Centre, MSC ) 106, 當(dāng)處理需要CAMEL支持的業(yè)務(wù)時,MSC 106 乂人VLR 105 4姿收到用 戶相關(guān)的CAMEL簽約數(shù)據(jù),并向gsmSSF 104請求指示,在處理 過程中,MSC 106監(jiān)視/清求的呼叫狀態(tài)(事件)并通知gsmSSF 104 其狀態(tài),4吏gsmSSF 104能控制MSC 106中呼叫的處理,當(dāng)處理對 補充業(yè)務(wù)ECT, CD和MPTY的調(diào)用時,MSC 106 ,人VLR 105接收 SS-CSI,并向gsmSCF 102發(fā)送補充業(yè)務(wù)調(diào)用通知;以及特歹未資源功能(GSM Specialised Resource Function , gsmSRF)107,通過對諸如DTMF接收器、語音識別功能、規(guī)程轉(zhuǎn) 換、通知和語音處理等資源的控制,為所有終端用戶^是供與網(wǎng)絡(luò)的 交互作用。在圖1中CAP: CAMEL Applications Part, CAMEL應(yīng)用部分十辦i義;以及MAP: Mobile Applications Part,移動應(yīng)用部分協(xié)議?,F(xiàn)有的移動智能網(wǎng)絡(luò)能夠?qū)崿F(xiàn)對通話實施實時控制和快捷的計 費功能,有效控制不良用戶的欠費、惡意透支對網(wǎng)絡(luò)運營商的利益 損害,減少電信運營商的經(jīng)營風(fēng)險,保障正常的經(jīng)營收益。圖2是根據(jù)現(xiàn)有技術(shù)的CAMEL呼叫持續(xù)控制圖。具體的實現(xiàn)方式是4吏用CAMEL協(xié)議中^見定的相關(guān)消息和業(yè)務(wù) 流程進行的。以下參考圖2對此實現(xiàn)過程進^f亍描述,在圖2中,縮 寫參數(shù)說明如下Tcp: Timer for Period,在"申請計費報告"發(fā)送之前允許呼叫持 續(xù)的最大周期;Delta:在發(fā)送"申請計費報告"和收到新的"申請計費"消息之間 的時長;以及Tccd: Control of Call Duration Timer,監(jiān)控定時器,監(jiān)牙見發(fā)送"申 請計費才艮告"和收到新的"申請計費"消息之間的時間,防止資源長時 間占用。首先,SCP向gsmSSF下發(fā)"申請計費,,消息,其中攜帶了此次 允許通話的最大通話時長Tcpl和超時是否釋放的指示,在此消息中 指示當(dāng)Tcpl超時時,呼叫繼續(xù);其次,SCP向gsmSSF下發(fā)"連接到資源"、"建立臨時連接"、"連 接"和"繼續(xù)"消息,gsmSSF建立到目的地(可能為被叫終端、智能 外i殳網(wǎng)元或者提供特殊資源的單元)的話路;
當(dāng)gsmSSF收到目的地"應(yīng)答,,消息后,開始啟動Tcp定時器, 時長Tcpl;當(dāng)Tcpl超時后,gsmSSF向SCP發(fā)送"申請計費才艮告",報告此 時通話的時長為Tcpl,并且啟動Tccd定時器;接下來,gsmSSF收到下發(fā)的"申請計費"消息,其中攜帶了此次 允許通話的最大通話時長Tcp2和超時是否釋放的指示,在此消息中 指示當(dāng)Tcp2超時時,呼叫繼續(xù)或者釋》文呼叫,gsmSSF停止Tccd 定時器,并將定時器的值賦給Deltal,并且計算出在上報"申請計費 才艮告"前所允許通話的最大時長為(Tcp2 - Deltal );在(Tcp2 - Deltal )時間到達后,gsmSSF將向SCP上報"申請 計費報告"消息,此時的通話時長為(Tcpl+Tcp2),如果SCP下發(fā) 的"申請計費"中攜帶的超時是否釋放指示是不釋放,將繼續(xù)等待新 的"申請計費,,消息;以及如果SCP下發(fā)的"申請計費"中攜帶的是超時釋放指示,那么 gsmSSF將發(fā)起釋放呼叫的過程。在現(xiàn)有的CAMEL協(xié)議中,對Tcp參數(shù)的取值范圍是[l, 864000],單位是0.1秒,而對Tccd定時器的取值范圍是[l, 20]秒, 那么Delta的取值范圍也就是[l, 20]秒,而且在處理的過程中,是 直接用Tcp-Delta,這樣可能會出現(xiàn)以下后果當(dāng)Tcp〈 Delta時,得到一個不期望的值,3奪會導(dǎo)致通話沒有收 到預(yù)期的控制;以及在gsmSSF判斷出Tcp < Delta時,終端實際通話的時長已經(jīng)超 過上報"申請計費報告"前所允許的最大通話時長,因為現(xiàn)有協(xié)議沒
有^見定這種情況下gsmSSF應(yīng)該怎么處理,所以將會導(dǎo)致gsmSSF 處理異?;蛘吒鱣smSSF處理不一致。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是當(dāng)"申請計費"消息中填寫的Tcp (上報"申請計費報告"發(fā)送前允許呼叫持續(xù)的最大周期)小于Delta (上次"申請計費報告"至此次收到"申請計費"消息之間的時長)時, 如何防止gsmSSF發(fā)生處理異常,并且纟是供了流程進一步處理的方 案以及消息參數(shù)具體填寫說明,以滿足CAMEL計費的要求和系統(tǒng) 正常運4于的需要。為了解決現(xiàn)有技術(shù)中的問題,本發(fā)明提出了 一種CAMEL呼叫 持續(xù)控制方法,該方法包括在gsmSSF向SCP發(fā)送上次申請計費 報告并且啟動監(jiān)控定時器之后,如果收到了 SCP下發(fā)的新申請計費 消息,停止監(jiān)控定時器,并將監(jiān)控定時器的當(dāng)前值與新申請計費消 息中攜帶的允許呼叫持續(xù)的最大周期進行比較;以及根據(jù)比較結(jié)果, 獲取連接所允許的允許時長,在到達允許時長時,#4居申請計費消 息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù)控制。在比較結(jié)果為當(dāng)前值大于允許呼叫持續(xù)的最大周期并且新申請 計費消息中攜帶的超時釋放指示表示在所允許的時長超時的情況下 釋放呼叫的情況下,gsmSSF向SCP上報申請計費凈艮告,并向MSC 或終端發(fā)起釋放消息以釋放正在進行的呼叫,其中,申請計費報告 中的通話時長為上次申請計費報告中的通話時長與當(dāng)前值之和。根據(jù)本發(fā)明的方法,還包括gsmSSF按照申請計費報告中的 通話時長來處理其他的檢測點事件和懸置的凈艮告。在比較結(jié)果為當(dāng)前值不大于允許呼叫持續(xù)的最大周期的情況 下,在到達允許時長時,如果新申請計費消息中攜帶的超時釋放指
示表示在允i午時長超時的情況下繼續(xù)呼叫,則gsmSSF將向SCP上 報申請計費報告,并重新啟動監(jiān)控定時器,等待下一個申請計費消 息,其中,申請計費報告中的通話時長為上次申請計費報告中的通 話時長與允許呼叫持續(xù)的最大周期之和。本發(fā)明還提供了一種CAMEL呼叫持續(xù)控制系統(tǒng),該系統(tǒng)包括 比4交單元,用于在gsmSSF向SCP發(fā)送上次申Tf計費才艮告并且啟動 監(jiān)控定時器之后,在收到了 SCP下發(fā)的新申請計費消息的情況下, 停止監(jiān)控定時器,并將監(jiān)控定時器的當(dāng)前值與新申請計費消息中攜 帶的允許呼叫持續(xù)的最大周期進行比較;以及控制單元,用于根據(jù) 比較單元的比較結(jié)果,獲取連接所允許的允許時長,在到達允許時 長時,根據(jù)新申請計費消息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù) 控制??刂茊卧诒容^單元的比較結(jié)果為當(dāng)前值大于允許呼叫持續(xù)的 最大周期并且新申請計費消息中攜帶的超時釋放指示表示在允許時 長超時的情況下釋放呼叫的情況下,在允許時長超時后,使gsmSSF 向SCP上報申請計費報告,并向MSC或終端發(fā)起釋放消息以釋放 正在進4亍的呼叫,其中,申請計費才艮告中的通話時長為上次申請計 費報告中的通話時長與允許呼叫持續(xù)的最大周期之和。才艮據(jù)本發(fā)明的系統(tǒng),還包括處理單元,用于4吏gsmSSF 4要照 申請計費報告中的通話時長來處理其他的檢測點事件和懸置的報 告??刂茊卧诒容^結(jié)果為當(dāng)前值不大于允許呼叫持續(xù)的最大周期 的情況下,在到達允許時長時,如果新申請計費消息中攜帶的超時 釋放指示表示在允許時長超時的情況下繼續(xù)呼叫,則使gsmSSF向 SCP上報申請計費報告,并重新啟動監(jiān)控定時器,等待下一個申請
計費消息,其中,申請計費報告中的通話時長為上次申請計費報告 中的通話時長與當(dāng)前值之和。因而,采用本發(fā)明的方法和系統(tǒng)可以保證呼叫在可控制的范圍 內(nèi),從而保證了計費的準(zhǔn)確性和快捷有效性,同時防止系統(tǒng)的處理 出現(xiàn)異常。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述,并且,部 分地從說明書中變得顯而易見,或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
附圖用來提供對本發(fā)明的進一步理解,并且構(gòu)成說明書的一部 分,與本發(fā)明的實施例一起用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的限制。在附圖中圖1是移動智能網(wǎng)的系統(tǒng)架構(gòu)圖;圖2是根據(jù)現(xiàn)有技術(shù)的CAMEL呼叫持續(xù)控制圖;圖3是^4居本發(fā)明的CAMEL呼叫持續(xù)控制方法的流程圖;圖4是根據(jù)本發(fā)明實施例的Tcp超時時呼叫釋放的處理流程圖;圖5是根據(jù)本發(fā)明實施例的Tcp超時時呼叫繼續(xù)的處理流程圖;圖6是根據(jù)本發(fā)明實施例的"申請計資報告"上報允許真實通話 時長時的SDL圖;圖7是圖6的繼續(xù)處理的SDL圖;以及 圖8是根據(jù)本發(fā)明的CAMEL呼叫持續(xù)控制系統(tǒng)的框圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明,應(yīng)當(dāng)理解,此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明,并不用于限定本 發(fā)明。圖3是才艮據(jù)本發(fā)明的CAMEL呼叫持續(xù)控制方法的流程圖。如 圖3所示,包^"以下步驟S302,在gsmSSF向SCP發(fā)送上次申請計費報告并且啟動監(jiān)控 定時器之后,如果收到了 SCP下發(fā)的新申請計費消息,停止監(jiān)控定 時器,并將監(jiān)控定時器的當(dāng)前值與新申請計費消息中攜帶的允許呼 叫持續(xù)的最大周期進行比較;以及S304,根據(jù)比較結(jié)果,獲取連接所允許的允許時長,在到達允 許時長時,根據(jù)申請計費消息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù)控制。在比較結(jié)果為當(dāng)前值大于允許呼叫持續(xù)的最大周期的情況下, 并且新申請計費消息中攜帶的超時釋放指示表示在允許時長超時的 情況下釋》文呼叫,貝'J gsmSSF將向SCP上才艮申i青計費才艮告,并向 MSC或終端發(fā)起釋放消息以釋放正在進行的呼叫,其中,申請計費 報告中的通話時長為上次申請計費報告中的通話時長與當(dāng)前值之和。根據(jù)本發(fā)明的方法,還包括gsmSSF按照申請計費報告中的 通話時長來處理其他的測點事件和懸置的^^艮告。
在比較結(jié)果為當(dāng)前值不大于允許呼叫持續(xù)的最大周期的情況 下,并且新申請計費消息中攜帶的超時釋放指示表示在允許時長超時的情況下繼續(xù)呼叫,則gsmSSF將向SCP上報申請計費報告,并 重新啟動監(jiān)控定時器,等待下一個申請計費消息,其中,申請計費 報告中的通話時長為上次申請計費報告中的通話時長與當(dāng)前值之和o圖4是根據(jù)本發(fā)明實施例的Tcp超時時呼叫釋放的處理流程圖。圖5是根據(jù)本發(fā)明實施例的Tcp超時時呼叫繼續(xù)的處理流程圖。圖6是根據(jù)本發(fā)明實施例的"申請計費報告"上報允許真實通話 時長時的SDL圖。圖7是圖6的繼續(xù)處理的SDL圖。如圖4,圖6和圖7所示,Tcp超時時呼叫釋放的整個處理過程 ^口下首先,SCP向gsmSSF下發(fā)"申請計費"消息,其中攜帶了此次 允許通話的最大通話時長Tcpl和超時是否釋》文的指示,在此消息中 指示Tcpl超時時,呼叫繼續(xù);其次,SCP向gsmSSF下發(fā)"連接到資源"、"建立臨時連接"、"連 接"和"繼續(xù)"消息,gsmSSF建立到目的地(可能為被叫終端、智能 外設(shè)網(wǎng)元或者提供特殊資源的單元)的話路;當(dāng)gsmSSF收到目的地"應(yīng)答"消息后,開始啟動Tcp定時器, 時長Tcpl; 在Tcpl超時后,gsmSSF向SCP發(fā)送"申請計費才艮告",才艮告此 時通話的時長為Tcpl ,并且啟動Tccd定時器,等待SCP發(fā)送新的"申請計費"消息;當(dāng)收到SCP下發(fā)"申請計費"消息后,gsmSSF進入圖6進行處理;S602,收到"申請計費"消息后,進行參數(shù)判斷和狀態(tài)判斷等等 一些消息的常規(guī)^企查;S604,判斷此時是否已經(jīng)收到了應(yīng)答消息;S606,如果收到應(yīng)答消息,則停止Tccd定時器,將其值賦給 Delta;S608,判斷Tcp是否大于Delta;S610, ^口果Tcp < Delta, ifu禾呈進人S614, ^口果Tcp > Delta,刃卩 么,流程進入S612;S612,執(zhí)行正常的Tcp為正值的"申請計費,,處理流程;S614,進入圖7的S702進4亍處J里;S702, 4妄圖6的S614;S704,判斷Tcp超時是否釋方文,此流禾呈中為超時釋方文,進入S712;S712,發(fā)送"申請計費報告",填寫參數(shù)通話時長為真實的通 話時長,大于SCP所允許的"申請計費報告"發(fā)送前允許呼叫的最 大時長,并且標(biāo)記釋放原因為Tcp超時,呼叫激活標(biāo)志為FALSE, 進入S712; S714,處理懸置的呼叫信息請求,才艮據(jù)真實地呼叫時長填寫相 關(guān)參數(shù),進入S716;S716,完成4是供計費信息的紀(jì)錄,進入S718;S718,發(fā)起只于p乎叫的釋方文,進入S720;S720,關(guān)閉此過程中g(shù)smSSF和SCP的相關(guān)應(yīng)用,進入S722;以及S722, gsmSSF一犬態(tài)空閑,處5里結(jié)束。圖5是才艮據(jù)本發(fā)明實施例的Tcp超時時呼叫繼續(xù)的處理流禾呈圖。以下結(jié)合圖6和圖7描述Tcp超時時呼叫繼續(xù)的整個處理過程首先,SCP向gsmSSF下發(fā)"申請計費"消息,其中攜帶了此次 允許通話的最大通話時長Tcpl和超時是否釋放的指示,在此消息中 指示Tcpl超時時,呼叫繼續(xù);其次,SCP向gsmSSF下發(fā)"連接到資源"、"建立臨時連接"、"連 接"和"繼續(xù)"消息,gsmSSF建立到目的地(可能為被叫終端、智能 外設(shè)網(wǎng)元或者提供特殊資源的單元)的話路;接下來,當(dāng)gsmSSF收到目的地"應(yīng)答"消息后,開始啟動Tcp 定時器,時長Tcpl;當(dāng)Tcpl超時后,gsmSSF向SCP發(fā)送"申請計費報告",凈艮告此 時通話的時長為Tcpl,并且啟動Tccd定時器,等待SCP發(fā)送新的"申 請計費"消息;在收到SCP下發(fā)"申請計費"消息后,gsmSSF進入圖6的處理; S602,收到"申請計費"消息后,進行參數(shù)判斷和狀態(tài)判斷等等 一些消息的常規(guī)j企查;S604,判斷此時是否已經(jīng)收到了應(yīng)答消息;S606,停止Tccd定時器,將其值賦給Delta;S608,判斷Tcp是否大于Delta;S610, ^口果Tcp < Delta, it禾呈進人S614, :l 口果Tcp > Delta,另卩 么,流程進入S612;S612,扭j于正常的Tcp為正值的"申請計費"處理流程;S614,進入圖7的S702進4亍處理;S702, 4妄圖6的S614;S704,判斷Tcp超時是否釋放,此流程中為超時繼續(xù),進入S706;S706,處理申請計費報告,發(fā)送"申請計費報告",填寫參數(shù) 通話時長為真實的通話時長Tcpl+Deltal,大于SCP所允許的"申 請計費報告,,發(fā)送前允許呼叫的最大時長,并且標(biāo)記釋放原因為Tcp 超時,呼叫激活標(biāo)志為FALSE,進入S708;S708,重新啟動Tccd定時器,等待SCP的進一步指示,進入 S710;S710, gsmSSF的狀態(tài)保持不變,等待SCP指示;
當(dāng)gsmSSF收到SCP下發(fā)"申請計費"消息,其中攜帶了此次允 許通話的最大通話時長Tcp3和超時是否釋放的指示,在此消息中指 示Tcp3超時時,p乎叫釋i丈;因為"申請計費"中攜帶的是超時釋放指示,在(Tcp3 - Delta2 ) 時間到達后,gsmSSF將發(fā)起釋放呼叫的過程;以及最后,gsmSSF將向SCP上才艮"申請計費才艮告"消息,此時的通 話時長為(Tcpl+ Deltal+Tcp3 )。圖8是才艮據(jù)本發(fā)明的CAMEL呼叫持續(xù)控制系統(tǒng)800的框圖。 如圖8所示,該系統(tǒng)包括比較單元802,用于在gsmSSF向SCP 發(fā)送上次申請計費報告并且啟動監(jiān)控定時器之后,在收到了 SCP下 發(fā)的新申請計費消息的情況下,停止監(jiān)控定時器,并將監(jiān)控定時器 的當(dāng)前值與新申請計費消息中攜帶的允許呼叫持續(xù)的最大周期進行 比較;以及控制單元804,用于根據(jù)比較單元802的比較結(jié)果,獲 取連接所允許的允許時長,在到達允許時長時,才艮據(jù)新申請計費消 息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù)控制。控制單元804在比4交單元802的比4交結(jié)果為當(dāng)前值大于允許呼 叫持續(xù)的最大周期的情況下,并且新申請計費消息中攜帶的超時釋 放指示表示在允許時長超時的情況下釋放呼叫,則使gsmSSF向SCP 上報申請計費報告,并向MSC或終端發(fā)起釋放消息以釋放正在進 行的呼叫,其中,申請計費報告中的通話時長為上次申請計費報告 中的通"i舌時長與當(dāng)前j直之和。根據(jù)本發(fā)明的系統(tǒng),還包括處理單元806,用于使gsmSSF
控制單元804在比較結(jié)果為當(dāng)前值不大于允許呼叫持續(xù)的最大 周期的情況下,并且新申請計費消息中攜帶的超時釋放指示表示在 允許時長超時的情況下繼續(xù)呼叫,則<吏gsmSSF向SCP上凈艮申請計 費報告,并重新啟動監(jiān)控定時器,等待下一個申請計費消息,其中, 申請計費報告中的通話時長為上次申請計費報告中的通話時長與當(dāng) 前值之和。綜上所述,本發(fā)明解決了當(dāng)"申請計費"消息中填寫的Tcp(允 許呼叫持續(xù)的最大周期)小于Delta (上次"申請計費報告"至此次收 到"申請計費"消息之間的時長)時,如何防止gsmSSF發(fā)生處理異 常,并且l是供了流程進一步處理的方案以及消息參ft具體填寫,以 滿足CAMEL計費的準(zhǔn)確性和實時性要求以及系統(tǒng)正常運行的需 要。以上僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對 于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均 應(yīng)包含在本發(fā)明的^f呆護范圍之內(nèi)。
權(quán)利要求
1. 一種CAMEL呼叫持續(xù)控制方法,其特征在于,包括在業(yè)務(wù)交換功能模塊gsmSSF向業(yè)務(wù)交換點SCP發(fā)送上次申請計費報告并且啟動監(jiān)控定時器之后,如果收到了SCP下發(fā)的新申請計費消息,停止所述監(jiān)控定時器,并將所述監(jiān)控定時器的當(dāng)前值與所述新申請計費消息中攜帶的允許呼叫持續(xù)的最大周期進行比較;以及根據(jù)比較結(jié)果,獲取連接的允許時長,在到達所述允許時長時,根據(jù)所述申請計費消息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù)控制。
2. 根據(jù)權(quán)利要求1所述的CAMEL呼叫持續(xù)控制方法,其特征在 于,在所述比較結(jié)果為所述當(dāng)前值大于所述允許呼叫持續(xù)的最 大周期并且所述新申請計費消息中攜帶的超時釋放指示表示 在所述允許時長超時的情況下釋》文呼叫的情況下,所述 gsmSSF向所述SCP上報申請計費才艮告,并向所述MSC或終 端發(fā)起釋放消息以釋放正在進行的呼叫,其中,所述申"i青計費凈艮告中的通話時長為所述上次申i青計 費才艮告中的通話時長與所述當(dāng)前值之和。
3. 才艮據(jù)斥又利要求2所述的CAMEL呼叫持續(xù)控制方法,其特4正在 于,還包括所述gsmSSF按照所述申請計費才艮告中的通話時長來處 理其他的檢測點事件和懸置的報告。
4. 根據(jù)權(quán)利要求1所述的CAMEL呼叫持續(xù)控制方法,其特征在 于,在比較結(jié)果為所述當(dāng)前值不大于所述允許呼叫持續(xù)的最大 周期并且所述新申請計費消息中攜帶的超時釋^t指示表示在 所述允許時長超時的情況下繼續(xù)呼叫的情況下,所述gsmSSF 向SCP上報申請計費報告,并重新啟動所述監(jiān)控定時器,等 待下一個申請計費消息,其中,所述申i青計費凈艮告中的通話時長為所述上次申i青計 費報告中的通話時長與所述允許呼叫持續(xù)的最大周期之和。
5. —種CAMEL呼叫持續(xù)控制系統(tǒng),其特征在于,包括比較單元,用于在gsmSSF向SCP發(fā)送上次申請計費報 告并且啟動監(jiān)控定時器之后,在收到了所述SCP下發(fā)的新申 請計費消息的情況下,停止所述監(jiān)控定時器,并將所述監(jiān)控定 時器的當(dāng)前值與所述新申請計費消息中攜帶的允許呼叫持續(xù) 的最大周期進行比較;以及控制單元,用于根據(jù)所述比較單元的比較結(jié)果,獲取連接 所允許的允許時長,并在到達所述允許時長時,才艮據(jù)所述新申 請計費消息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù)控制。
6. 根據(jù)權(quán)利要求5所述的CAMEL呼叫持續(xù)控制系統(tǒng),其特征在 于,所述控制單元在所述比4交單元的比4交結(jié)果為所述當(dāng)前值大 于所述允許呼叫持續(xù)的最大周期并且所述新申請計費消息中 攜帶的超時釋放指示表示在所述允許時長超時的情況下釋放 呼叫的情況下,在所述允許時長超時后,使所述gsmSSF向所 述SCP上才艮申請計費報告,并向所述MSC或終端發(fā)起釋放消 息以釋放正在進行的呼叫,其中,所述申請計費報告中的通話時長為所述上次申請計 費報告中的通話時長與所述允許呼叫持續(xù)的最大周期之和。
7. 根據(jù)權(quán)利要求6所述的CAMEL呼叫持續(xù)控制系統(tǒng),其特征在 于,還包4舌處理單元,用于使所述gsmSSF按照所述申請計費報告中 的通話時長來處理其他的檢測點事件和懸置的報告。
8. 根據(jù)權(quán)利要求5所述的CAMEL呼叫持續(xù)控制系統(tǒng),其特征在 于,所述控制單元在比較結(jié)果為所述當(dāng)前值不大于所述允許呼 叫持續(xù)的最大周期并且所述新申請計費消息中攜帶的超時釋 放指示表示在所述允許時長超時的情況下繼續(xù)呼叫的情況下, 使所述gsmSSF向所述SCP上報申請計費報告,并重新啟動所 述監(jiān)控定時器,等待下一個申請計費消息,其中,所述申請計費才艮告中的通話時長為所述上次申請計 費報告中的通話時長與所述當(dāng)前值之和。
全文摘要
本發(fā)明提供了一種CAMEL呼叫持續(xù)控制方法,該方法包括在gsmSSF向SCP發(fā)送上次申請計費報告并且啟動監(jiān)控定時器之后,如果收到了SCP下發(fā)的新申請計費消息,停止監(jiān)控定時器,并將監(jiān)控定時器的當(dāng)前值與新申請計費消息中攜帶的允許呼叫持續(xù)的最大周期進行比較;以及根據(jù)比較結(jié)果,獲取連接所允許的允許時長,在到達允許時長時,根據(jù)申請計費消息中攜帶的超時釋放指示來執(zhí)行呼叫持續(xù)控制。本發(fā)明還提供了一種CAMEL呼叫持續(xù)控制系統(tǒng),該系統(tǒng)包括比較單元;以及控制單元。因而,采用本發(fā)明的方法和系統(tǒng)可以保證呼叫在可控制的范圍內(nèi),從而保證了計費的準(zhǔn)確性和快捷有效性,同時防止系統(tǒng)的處理出現(xiàn)異常。
文檔編號H04L29/08GK101394590SQ20071015359
公開日2009年3月25日 申請日期2007年9月19日 優(yōu)先權(quán)日2007年9月19日
發(fā)明者姜建中, 張軍鋒 申請人:中興通訊股份有限公司