專利名稱:前轉(zhuǎn)業(yè)務(wù)處理方法、處理系統(tǒng)及循環(huán)檢測(cè)控制器的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種IP多媒體子系統(tǒng)(IP Multimedia Subsystem,簡(jiǎn)稱IMS)技術(shù),尤 其涉及一種前轉(zhuǎn)業(yè)務(wù)處理方法、處理系統(tǒng)及循環(huán)檢測(cè)控制器。
背景技術(shù):
頂S是一個(gè)基于會(huì)話發(fā)起協(xié)議(Session Initiation Protocol,簡(jiǎn)稱SIP協(xié)議) 的會(huì)話控制系統(tǒng),由3GPP提出,目前已經(jīng)成為下一代網(wǎng)絡(luò)(NextGeneration Network,簡(jiǎn)稱 NGN)發(fā)展的主要技術(shù)方向之一。 在IMS網(wǎng)絡(luò)中,消息重定向或呼叫前轉(zhuǎn)有可能出現(xiàn)前轉(zhuǎn)循環(huán)的現(xiàn)象。例如,無(wú)條件 呼叫前轉(zhuǎn)(Call Forward Unconditional,簡(jiǎn)稱CFU)業(yè)務(wù)會(huì)把來(lái)話直接前轉(zhuǎn)到用戶指定的 另外一個(gè)電話號(hào)碼。假設(shè)A、B、C三個(gè)用戶均簽約了 CFU業(yè)務(wù),并且A前轉(zhuǎn)到B,B前轉(zhuǎn)到C,
C前轉(zhuǎn)到A,則用戶X撥打用戶A時(shí),電話將按照A — B — C — A — B —......的順序一直
前轉(zhuǎn)下去,直到超時(shí)或者達(dá)到最大前轉(zhuǎn)條數(shù)。 目前的解決方法通常是設(shè)置呼叫的超時(shí)時(shí)間,或者為每個(gè)消息設(shè)置最大前轉(zhuǎn)次 數(shù),超時(shí)的呼叫會(huì)被釋放,而超過最大前轉(zhuǎn)次數(shù)的消息則被丟棄。但這種方法存在一些缺 點(diǎn)1)響應(yīng)時(shí)間較慢,只能在超時(shí)或超過前轉(zhuǎn)次數(shù)之后才能發(fā)現(xiàn),用戶等待時(shí)間太長(zhǎng),影響 了用戶體驗(yàn);2)超時(shí)或超過前轉(zhuǎn)次數(shù)之前,消息一直在網(wǎng)絡(luò)中進(jìn)行轉(zhuǎn)發(fā),將消耗網(wǎng)絡(luò)帶寬 和服務(wù)器處理能力,造成資源浪費(fèi)。
發(fā)明內(nèi)容
本發(fā)明的目的在于,針對(duì)現(xiàn)有技術(shù)中前轉(zhuǎn)循環(huán)設(shè)置造成響應(yīng)時(shí)間慢、用戶等待時(shí) 間長(zhǎng)以及浪費(fèi)網(wǎng)絡(luò)資源的缺陷,提供一種快速檢測(cè)前轉(zhuǎn)循環(huán)、減少用戶等待時(shí)間且避免網(wǎng) 絡(luò)資源的浪費(fèi)的前轉(zhuǎn)業(yè)務(wù)處理方法、處理系統(tǒng)及循環(huán)檢測(cè)控制器。
該前轉(zhuǎn)業(yè)務(wù)處理方法包括接收第一呼叫會(huì)話消息;根據(jù)第一呼叫會(huì)話消息對(duì)呼
叫前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè);根據(jù)檢測(cè)結(jié)果對(duì)第一呼叫會(huì)話消息進(jìn)行處理。 該前轉(zhuǎn)循環(huán)檢測(cè)控制器包括消息分析模塊,用于提取第一呼叫會(huì)話消息中包含
的每次呼叫前轉(zhuǎn)的源地址信息集合和每次呼叫前轉(zhuǎn)的下一步地址信息集合;判斷模塊,用
于判斷下一步地址信息集合是否為源地址信息集合的子集;處理模塊,用于根據(jù)判斷模塊
的判斷結(jié)果對(duì)第一呼叫會(huì)話消息進(jìn)行處理。 —種前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng),包括呼叫會(huì)話控制模塊,用于接收用戶終端發(fā)送的第一 呼叫會(huì)話消息;循環(huán)檢測(cè)控制器,用于從呼叫會(huì)話控制模塊接收第一呼叫會(huì)話消息,根據(jù) 第一呼叫會(huì)話消息對(duì)前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè),并根據(jù)檢測(cè)結(jié)果對(duì)第一呼叫會(huì)話消息進(jìn)行處理。 本發(fā)明的前轉(zhuǎn)業(yè)務(wù)處理方法、處理系統(tǒng)及循環(huán)檢測(cè)控制器,通過根據(jù)呼叫會(huì)話消 息進(jìn)行前轉(zhuǎn)循環(huán)檢測(cè),可以立即得出呼叫前轉(zhuǎn)過程中是否出現(xiàn)循環(huán),并進(jìn)行相應(yīng)處理,避免 消耗系統(tǒng)帶寬和服務(wù)器處理能力,并且減少了用戶等待的時(shí)間,提高了用戶體驗(yàn)度。
圖1是本發(fā)明前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng)的實(shí)施例結(jié)構(gòu)圖; 圖2是本發(fā)明前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng)中循環(huán)檢測(cè)控制器的實(shí)施例結(jié)構(gòu)圖; 圖3是本發(fā)明前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng)中循環(huán)檢測(cè)控制器中處理模塊的實(shí)施例結(jié)構(gòu)圖; 圖4是本發(fā)明前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng)中循環(huán)檢測(cè)控制器的另一種實(shí)施例結(jié)構(gòu)圖; 圖5是本發(fā)明前轉(zhuǎn)業(yè)務(wù)處理方法的實(shí)施例流程圖; 圖6是本發(fā)明轉(zhuǎn)循環(huán)檢測(cè)的實(shí)施例信令圖。
具體實(shí)施例方式
以下結(jié)合附圖對(duì)本發(fā)明進(jìn)行詳細(xì)說明。
如圖1所示,本發(fā)明實(shí)施例前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng)中包括 呼叫會(huì)話控制模塊22,接收用戶終端發(fā)送的第一呼叫會(huì)話消息80 ; 循環(huán)檢測(cè)控制器24,用于從呼叫會(huì)話控制模塊22接收第一呼叫會(huì)話消息80,根據(jù)
第一呼叫會(huì)話消息80對(duì)前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè),并根據(jù)循環(huán)檢測(cè)的結(jié)果對(duì)第一呼叫會(huì)話
消息80進(jìn)行處理,生成控制消息90 ; 業(yè)務(wù)服務(wù)器26,根據(jù)控制消息90執(zhí)行業(yè)務(wù)邏輯并提供業(yè)務(wù)功能。
如圖2所示,該循環(huán)檢測(cè)控制器24包括 消息分析模塊242,用于提取第一呼叫會(huì)話消息80中包含的每次呼叫前轉(zhuǎn)的源地 址信息集合Source-list和每次呼叫前轉(zhuǎn)的下一步地址信息集合Destination-list ;
判斷模塊244,用于判斷下一步地址信息集合Destination-list是否為源地址信 息集合Source-list的子集,如果是,則前轉(zhuǎn)業(yè)務(wù)中出現(xiàn)循環(huán),如果否,則前轉(zhuǎn)業(yè)務(wù)中沒有 出現(xiàn)循環(huán); 處理模塊246,用于根據(jù)判斷模塊的判斷結(jié)果對(duì)第一呼叫會(huì)話消息進(jìn)行處理,生成 控制消息90,控制消息90包括確認(rèn)消息90a和第二呼叫會(huì)話消息90b。
本發(fā)明實(shí)施例中的源地址信息集合Source-l i st和下 一 步地址信息集合 Destination-list為呼叫會(huì)話消息中新添加的字段,目的是為了使得循環(huán)檢測(cè)控制器能夠 正確地檢測(cè)出是否出現(xiàn)前轉(zhuǎn)循環(huán)。 如圖3所示,循環(huán)檢測(cè)控制器24中的處理模塊246包括 消息刪除模塊2462,用于當(dāng)前轉(zhuǎn)業(yè)務(wù)中出現(xiàn)循環(huán)時(shí),丟棄第一呼叫會(huì)話消息80, 生成確認(rèn)消息90a,發(fā)送給業(yè)務(wù)服務(wù)器26,釋放整個(gè)會(huì)話; 消息生成模塊2464,用于當(dāng)前轉(zhuǎn)業(yè)務(wù)中沒有出現(xiàn)循環(huán)時(shí),將本次呼叫前轉(zhuǎn)的源地 址信息和下一步地址信息加入到第一呼叫會(huì)話消息80中,生成第二呼叫會(huì)話消息90b,發(fā) 送至業(yè)務(wù)服務(wù)器26。 如圖4所示,優(yōu)選地,該循環(huán)檢測(cè)控制器24還包括協(xié)議處理模塊248,用于對(duì)第一 呼叫會(huì)話消息80進(jìn)行協(xié)議適配,使得該循環(huán)檢測(cè)控制器24能夠適用于多種網(wǎng)絡(luò)協(xié)議,如 SIP、 INAP、MAP等協(xié)議。 更優(yōu)地,該循環(huán)檢測(cè)控制器24還包括管理模塊250,用于提供循環(huán)檢測(cè)控制器24 本身的0AM(Operation, Administration, Maintenance,即操作、管理和維護(hù))管理功能。
4
本發(fā)明中,循環(huán)檢測(cè)控制器24為獨(dú)立的網(wǎng)元,但是在實(shí)際應(yīng)用中,也可以部署在 呼叫會(huì)話控制模塊22或業(yè)務(wù)服務(wù)器26中。 如圖5所示,本發(fā)明實(shí)施例前轉(zhuǎn)業(yè)務(wù)處理方法包括如下步驟
步驟102,開始; 步驟104,接收第一呼叫會(huì)話消息80,第一呼叫會(huì)話消息80中包含的每次 呼叫前轉(zhuǎn)的源地址信息集合Source-list和每次呼叫前轉(zhuǎn)的下 一 步地址信息集合 Destination—list ; 步驟106,分析第一呼叫會(huì)話消息80 ; 步驟108,判斷是否出現(xiàn)前轉(zhuǎn)循環(huán),即判斷下一步地址信息集合Destination-list 是否為源地址信息集合Source-list的子集,如果是,則前轉(zhuǎn)業(yè)務(wù)中出現(xiàn)循環(huán),執(zhí)行步驟 110 ;如果否,則前轉(zhuǎn)業(yè)務(wù)中沒有出現(xiàn)循環(huán),執(zhí)行步驟114 ;步驟110,丟棄該第一呼叫會(huì)話消 息80 ; 步驟112 ,釋放整個(gè)會(huì)話; 步驟114,將本次呼叫前轉(zhuǎn)的源地址信息和下一步轉(zhuǎn)發(fā)的目的地址信息寫入到第 一呼叫會(huì)話消息80中;
步驟116,結(jié)束。 本發(fā)明的前轉(zhuǎn)業(yè)務(wù)處理方法在呼叫前轉(zhuǎn)過程中立即檢測(cè)出循環(huán)情況,并進(jìn)行相應(yīng)
的處理,避免消耗系統(tǒng)帶寬和服務(wù)器處理能力,減少了用戶等待的時(shí)間。 以IP多媒體子系統(tǒng)(IMS)中呼叫前轉(zhuǎn)業(yè)務(wù)為例對(duì)本發(fā)明呼叫前轉(zhuǎn)業(yè)務(wù)處理方法
及檢測(cè)系統(tǒng)進(jìn)行詳細(xì)說明。如圖6所示,本實(shí)施例中呼叫會(huì)話控制模塊22是IMS中的服務(wù)
呼叫會(huì)話控制功能模lfe (Serving-Call Session Control Function,簡(jiǎn)稱S-CSCF) , S-CSCF
能夠提供業(yè)務(wù)接入功能,識(shí)別業(yè)務(wù)呼叫,請(qǐng)求業(yè)務(wù)服務(wù)器中相關(guān)業(yè)務(wù)邏輯支持。業(yè)務(wù)服務(wù)器
26為MS中的CFU服務(wù)器。 本實(shí)施例中,A、 B、 C和D四個(gè)用戶均簽約了 CFU業(yè)務(wù),并且A前轉(zhuǎn)到B, B前轉(zhuǎn)到 C,C前轉(zhuǎn)到D。當(dāng)用戶X撥打用戶A時(shí),呼叫轉(zhuǎn)發(fā)的順序?yàn)锳 —B —C —D —B。圖6中的 INVITE(B) 、 INVITE(C) 、 INVITE(D)和INVITE(Bl)均為呼叫會(huì)話信息。
步驟302,當(dāng)A呼叫B時(shí),S-CSCF向循環(huán)檢測(cè)控制器發(fā)送呼叫會(huì)話信息INVITE (B), 循環(huán)檢測(cè)控制器提取INVITE(B)中source-list為"A(B) ", destination-list的值為 "CFU (B)",并將INVITE (B)發(fā)送至CFU服務(wù)器; 步驟304,CFU服務(wù)器根據(jù)呼叫轉(zhuǎn)發(fā)順序?qū)⒑艚星稗D(zhuǎn)至C,當(dāng)呼叫被第一次前轉(zhuǎn)到C 時(shí),循環(huán)檢測(cè)控制器提取INVITE(C)中source-list為"A(B) ;CFU(B) "'destination-list 的值為"CFU(B) ;CFU(C) ", destination-list不是source-list的子集,此時(shí)沒有出現(xiàn)前轉(zhuǎn) 循環(huán); 步驟306, CFU服務(wù)器根據(jù)呼叫轉(zhuǎn)發(fā)順序?qū)⒑艚星稗D(zhuǎn)至D,循環(huán)檢測(cè)控制器提取 INVITE(D)中source-list為"A(B) ;CFU(B) ;CFU(C) ", destination-list的值為"CFU(B); CFU(C) ;CEU(D) ", destination-list不是source-list的子集,此時(shí)沒有出現(xiàn)前轉(zhuǎn)循環(huán);
步驟308, CFU服務(wù)器根據(jù)呼叫轉(zhuǎn)發(fā)順序?qū)⒑艚性俅吻稗D(zhuǎn)到B時(shí),控制模塊 提取INVITE(B1)中source-listsource-list為"A(B) ;CFU(B) ;CFU(C) ;CFU(D)", destination-list為"CFU(B) ;CFU(C) ;CFU(D) ;CFU(B)", destination-list中所有的值均包含在source-list中,destination-list是source-list的子集,因此可判定出現(xiàn)前 轉(zhuǎn)循環(huán),丟棄INVITE(Bl),不再進(jìn)行呼叫前轉(zhuǎn),釋放整個(gè)會(huì)話。 由此可見,本發(fā)明的呼叫前轉(zhuǎn)業(yè)務(wù)處理方法、處理系統(tǒng)及循環(huán)檢測(cè)控制器,通過對(duì) 提取呼叫會(huì)話消息中每次呼叫前轉(zhuǎn)的源地址信息集合source-list和下一步地址信息集 合destination-list,判斷destination-list是否為source-list的子集,可以立艮卩得出 呼叫前轉(zhuǎn)過程中是否出現(xiàn)循環(huán),并對(duì)不同情況進(jìn)行處理。本發(fā)明的檢測(cè)方法簡(jiǎn)單有效,避免 消耗系統(tǒng)帶寬和服務(wù)器處理能力;并且減少了用戶等待的時(shí)間,提高了用戶體驗(yàn)度。
本發(fā)明不僅限于呼叫前轉(zhuǎn)業(yè)務(wù),所有帶有消息/會(huì)話/呼叫前轉(zhuǎn)性質(zhì)和特征的業(yè) 務(wù)都可能存在前轉(zhuǎn)循環(huán)問題,也可以應(yīng)用本發(fā)明來(lái)解決。例如,無(wú)應(yīng)答呼叫前轉(zhuǎn),用戶不可 達(dá)呼叫前轉(zhuǎn),遇忙前轉(zhuǎn);或Centrex業(yè)務(wù),呼叫前轉(zhuǎn)還可以是集成在該Centrex業(yè)務(wù)中的一 個(gè)子業(yè)務(wù);等等。 應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明而非限制,本發(fā)明也并不僅限于上述 舉例,一切不脫離本發(fā)明的精神和范圍的技術(shù)方案及其改進(jìn),其均應(yīng)涵蓋在本發(fā)明的權(quán)利 要求范圍中。
權(quán)利要求
一種前轉(zhuǎn)業(yè)務(wù)處理方法,其特征在于,包括接收第一呼叫會(huì)話消息;根據(jù)所述第一呼叫會(huì)話消息對(duì)呼叫前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè);根據(jù)檢測(cè)結(jié)果對(duì)所述第一呼叫會(huì)話消息進(jìn)行處理。
2. 根據(jù)權(quán)利要求1所述的前轉(zhuǎn)業(yè)務(wù)處理方法,其特征在于,所述根據(jù)所述第一呼叫會(huì)話消息對(duì)前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè)具體包括根據(jù)所述第一呼叫會(huì)話消息提取每次呼叫前轉(zhuǎn)的源地址信息集合和每次呼叫前轉(zhuǎn)的下一步地址信息集合;并在所述下一步地址信息集合為所述源地址信息集合的子集時(shí),所述前轉(zhuǎn)業(yè)務(wù)中出現(xiàn)循環(huán)。
3. 根據(jù)權(quán)利要求2所述的前轉(zhuǎn)業(yè)務(wù)處理方法,其特征在于,在所述前轉(zhuǎn)業(yè)務(wù)中出現(xiàn)循環(huán)時(shí),所述根據(jù)檢測(cè)結(jié)果對(duì)所述第一呼叫會(huì)話消息進(jìn)行處理具體包括丟棄所述第一呼叫會(huì)話消息,釋放整個(gè)會(huì)話。
4. 根據(jù)權(quán)利要求2所述的前轉(zhuǎn)業(yè)務(wù)處理方法,其特征在于,在所述前轉(zhuǎn)業(yè)務(wù)中未出現(xiàn)循環(huán)時(shí),所述根據(jù)檢測(cè)結(jié)果對(duì)所述第一呼叫會(huì)話消息進(jìn)行處理具體包括生成第二呼叫會(huì)話消息,所述第二呼叫會(huì)話消息中包括所述第一呼叫會(huì)話消息中的信息及本次呼叫前轉(zhuǎn)的源地址信息和下一步地址信息。
5. —種循環(huán)檢測(cè)控制器,接收第一呼叫會(huì)話消息,其特征在于,包括消息分析模塊,用于提取所述第一呼叫會(huì)話消息中包含的每次呼叫前轉(zhuǎn)的源地址信息集合和每次呼叫前轉(zhuǎn)的下一步地址信息集合;判斷模塊,用于判斷所述下一步地址信息集合是否為所述源地址信息集合的子集,即判斷前轉(zhuǎn)業(yè)務(wù)中是否出現(xiàn)循環(huán);處理模塊,用于根據(jù)所述判斷模塊的判斷結(jié)果對(duì)所述第一呼叫會(huì)話消息進(jìn)行處理。
6. 根據(jù)權(quán)利要求5所述的循環(huán)檢測(cè)控制器,其特征在于,所述處理模塊包括消息刪除模塊,用于當(dāng)所述前轉(zhuǎn)業(yè)務(wù)中出現(xiàn)循環(huán)時(shí),丟棄所述第一呼叫會(huì)話消息,釋放整個(gè)會(huì)話;消息生成模塊,用于當(dāng)所述前轉(zhuǎn)業(yè)務(wù)中未出現(xiàn)循環(huán)時(shí),將本次呼叫前轉(zhuǎn)的源地址信息和下一步地址信息加入到所述第一呼叫會(huì)話消息中,生成第二呼叫會(huì)話消息。
7. 根據(jù)權(quán)利要求5或6所述的循環(huán)檢測(cè)控制器,其特征在于,還包括協(xié)議處理模塊,用于對(duì)所述第一呼叫會(huì)話消息進(jìn)行協(xié)議適配將協(xié)議適配后的第一呼叫會(huì)話消息發(fā)送至所述消息分析模塊。
8. 根據(jù)權(quán)利要求5或6所述的循環(huán)檢測(cè)控制器,其特征在于,還包括管理模塊,用于提供循環(huán)檢測(cè)控制器本身的0AM管理功能。
9. 一種前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng),包括呼叫會(huì)話控制模塊,用于接收用戶終端發(fā)送的第一呼叫會(huì)話消息;其特征在于,還包括循環(huán)檢測(cè)控制器,用于從呼叫會(huì)話控制模塊接收第一呼叫會(huì)話消息,根據(jù)所述第一呼叫會(huì)話消息對(duì)前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè),并根據(jù)檢測(cè)結(jié)果對(duì)第一呼叫會(huì)話消息進(jìn)行處理。
10. 根據(jù)權(quán)利要求9所述的前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng),其特征在于,還包括業(yè)務(wù)服務(wù)器,根據(jù)所述循環(huán)檢測(cè)控制器的檢測(cè)結(jié)果執(zhí)行業(yè)務(wù)邏輯。
全文摘要
本發(fā)明公開了一種呼叫前轉(zhuǎn)業(yè)務(wù)處理方法,包括接收第一呼叫會(huì)話消息;根據(jù)第一呼叫會(huì)話消息對(duì)呼叫前轉(zhuǎn)業(yè)務(wù)進(jìn)行循環(huán)檢測(cè);根據(jù)檢測(cè)結(jié)果對(duì)第一呼叫會(huì)話消息進(jìn)行處理。本發(fā)明還公開了一種呼叫前轉(zhuǎn)業(yè)務(wù)處理系統(tǒng)及循環(huán)檢測(cè)控制器。本發(fā)明的前轉(zhuǎn)業(yè)務(wù)處理方法、處理系統(tǒng)及循環(huán)檢測(cè)控制器,通過根據(jù)呼叫會(huì)話消息進(jìn)行前轉(zhuǎn)循環(huán)檢測(cè),可以立即得出呼叫前轉(zhuǎn)過程中是否出現(xiàn)循環(huán),并進(jìn)行相應(yīng)處理,避免消耗系統(tǒng)帶寬和服務(wù)器處理能力,并且減少了用戶等待的時(shí)間,提高了用戶體驗(yàn)度。
文檔編號(hào)H04M3/54GK101730027SQ20081022427
公開日2010年6月9日 申請(qǐng)日期2008年10月15日 優(yōu)先權(quán)日2008年10月15日
發(fā)明者俞承志, 姜怡, 彭晉, 楊放春, 王亞晨, 趙耀, 鄒華 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司