專利名稱：嵌套業(yè)務(wù)的觸發(fā)方法與裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶業(yè)務(wù)觸發(fā)、業(yè)務(wù)嵌套技術(shù)，尤其涉及一種基于業(yè)務(wù)平臺的 嵌套業(yè)務(wù)的觸發(fā)方法與裝置。
背景技術(shù)：
隨著寬帶業(yè)務(wù)的不斷發(fā)展，各種業(yè)務(wù)模式層出不窮，對于同一個(gè)業(yè)務(wù)平臺 中的不同業(yè)務(wù)，如果從一個(gè)業(yè)務(wù)進(jìn)入另一個(gè)業(yè)務(wù)，現(xiàn)有寬帶業(yè)務(wù)嵌套模式需要 兩次進(jìn)入軟交換機(jī)，兩次進(jìn)行號碼分析并觸發(fā)新業(yè)務(wù)，需要在軟交換機(jī)上做號 碼分析，非常浪費(fèi)資源，對業(yè)務(wù)的開展和大規(guī)模使用很不利。對于同一個(gè)業(yè)務(wù) 平臺上的嵌套業(yè)務(wù)而言，業(yè)務(wù)平臺將嵌套業(yè)務(wù)轉(zhuǎn)入軟交換^^,再由軟交換機(jī)進(jìn) 行號碼分析后重新轉(zhuǎn)入該業(yè)務(wù)平臺，將會耗費(fèi)大量的帶寬資源，也不利于業(yè)務(wù)
維護(hù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種嵌套業(yè)務(wù)的觸發(fā)方法與裝置， 能在業(yè)務(wù)平臺內(nèi)實(shí)現(xiàn)嵌套業(yè)務(wù)的觸發(fā)，節(jié)約系統(tǒng)的帶寬資源。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的 一種嵌套業(yè)務(wù)的觸發(fā)方法，包括
正常業(yè)務(wù)流程中接收到嵌套業(yè)務(wù)的呼叫請求時(shí)，根據(jù)所述嵌套業(yè)務(wù)的^:叫
號碼確定所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵，并以所述業(yè)務(wù)鍵為呼叫接入對象，將所述嵌 套業(yè)務(wù)的呼叫請求轉(zhuǎn)換為正常業(yè)務(wù)所在業(yè)務(wù)平臺中的呼叫接入消息，在所述業(yè) 務(wù)平臺中觸發(fā)所述嵌套業(yè)務(wù)。 優(yōu)選地，所述方法還包括
為所述嵌套業(yè)務(wù)設(shè)置所述業(yè)務(wù)平臺內(nèi)專用的嵌套業(yè)務(wù)匹配號碼，并配置所述嵌套業(yè)務(wù)的被叫號碼與所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵的對應(yīng)關(guān)系。
優(yōu)選地，所述方法還包括
業(yè)務(wù)平臺的呼叫控制模塊接收到業(yè)務(wù)呼叫請求后，判斷軟交換匹配號碼是 否包括嵌套業(yè)務(wù)號碼前綴， 若包括則確定當(dāng)前呼叫業(yè)務(wù)為嵌套業(yè)務(wù)，若不包括 則確定當(dāng)前呼叫業(yè)務(wù)為正常業(yè)務(wù)。
優(yōu)選地，所述方法還包括
業(yè)務(wù)平臺的呼叫控制模塊接收到正常業(yè)務(wù)呼叫請求時(shí)，將所述正常業(yè)務(wù)呼 叫請求轉(zhuǎn)發(fā)至SIP處理模塊，并由所述SIP模塊向指定的軟交換發(fā)出INVITE 信令呼出并接通^皮叫。
一種嵌套業(yè)務(wù)的觸發(fā)裝置，包括
呼叫控制模塊，用于確定業(yè)務(wù)邏輯處理模塊發(fā)來的呼出請求消息的類型， 確定當(dāng)前呼叫請求為嵌套業(yè)務(wù)時(shí)，轉(zhuǎn)發(fā)給業(yè)務(wù)嵌套模塊處理；以及，將所接收 到的呼叫接入消息轉(zhuǎn)發(fā)給業(yè)務(wù)邏輯處理模塊；
業(yè)務(wù)嵌套模塊，用于根據(jù)呼叫控制模塊發(fā)來的呼叫請求中的被叫號碼確定 所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵，并以所述業(yè)務(wù)鍵為呼叫接入對象，將所述嵌套業(yè)務(wù)的 呼叫請求轉(zhuǎn)換為正常業(yè)務(wù)所在業(yè)務(wù)平臺中的呼叫接入消息，發(fā)送給所述呼叫控
制才莫塊；以及
業(yè)務(wù)邏輯處理模塊，用于根據(jù)所述呼叫控制模塊轉(zhuǎn)發(fā)的呼叫接入消息中的 業(yè)務(wù)鍵類型觸發(fā)相應(yīng)的業(yè)務(wù)。
優(yōu)選地，所述裝置還包括SIP處理模塊， 一方面在接收到軟交換的正常呼 叫接入請求后，4艮據(jù)正常業(yè)務(wù)的呼叫信息確定所述正常業(yè)務(wù)的業(yè)務(wù)鍵，并以所 述業(yè)務(wù)鍵為呼叫接入對象，生成呼叫接入消息，發(fā)送給所述呼叫控制模塊，觸 發(fā)正常的業(yè)務(wù)流程；另一方面在接收到所述呼叫控制模塊轉(zhuǎn)發(fā)的正常呼出請求 時(shí)，向指定的軟交換發(fā)出INVITE信令呼出并接通被叫。
優(yōu)選地，所述裝置還包括
設(shè)置模塊，用于為所述嵌套業(yè)務(wù)設(shè)置業(yè)務(wù)平臺內(nèi)專用的軟交換匹配號碼；配置模塊，用于配置所述嵌套業(yè)務(wù)的被叫號碼與所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵的 對應(yīng)關(guān)系。
優(yōu)選地，所述呼叫控制模塊根據(jù)軟交換匹配號碼是否包括嵌套業(yè)務(wù)匹配號 碼前綴來確定呼叫請求的類型，若包括嵌套業(yè)務(wù)匹配號碼前綴則當(dāng)前呼叫請求 為嵌套業(yè)務(wù)的呼叫請求，若不包括則當(dāng)前呼叫請求為正常的呼出請求。
本發(fā)明中，用戶在正常呼叫過程中啟動嵌套業(yè)務(wù)時(shí)，業(yè)務(wù)平臺中的呼叫控 制模塊確定該呼叫為嵌套業(yè)務(wù)時(shí)，將當(dāng)前的呼叫請求轉(zhuǎn)發(fā)給業(yè)務(wù)嵌套模塊，由 業(yè)務(wù)嵌套模塊根據(jù)被叫號碼確定其業(yè)務(wù)鍵，生成嵌套業(yè)務(wù)的呼叫接入請求后回 送給呼叫控制模塊，由呼叫控制模塊向業(yè)務(wù)邏輯處理模塊發(fā)起業(yè)務(wù)接入。由于
嵌套業(yè)務(wù)的呼叫請求不再轉(zhuǎn)發(fā)給會話初始化協(xié)議(SIP, Session Initialization Protocol)處理模塊通過軟交換呼出，軟交換經(jīng)過號碼分析后并再一次將該呼叫 通過SIP處理模塊接入業(yè)務(wù)平臺，而是由業(yè)務(wù)平臺內(nèi)的業(yè)務(wù)嵌套模塊處理模塊 完成嵌套業(yè)務(wù)的呼出/接入轉(zhuǎn)換，節(jié)約了系統(tǒng)中的帶寬資源，本發(fā)明特別適用于 通信系統(tǒng)中大量啟動嵌套業(yè)務(wù)的情形，本發(fā)明方案實(shí)現(xiàn)簡單且實(shí)用。


圖1為本發(fā)明嵌套業(yè)務(wù)的觸發(fā)裝置的組成結(jié)構(gòu)示意圖； 圖2為本發(fā)明嵌套業(yè)務(wù)的觸發(fā)方法的流程圖。
具體實(shí)施例方式
本發(fā)明的基本思想是用戶在正常呼叫過程中啟動嵌套業(yè)務(wù)時(shí)，業(yè)務(wù)平臺 中的呼叫控制模塊確定本呼叫為嵌套業(yè)務(wù)時(shí)，將當(dāng)前的呼叫請求轉(zhuǎn)發(fā)給業(yè)務(wù)嵌 套模塊，由業(yè)務(wù)嵌套模塊根據(jù)被叫號碼確定其業(yè)務(wù)鍵，生成嵌套業(yè)務(wù)的呼叫接 入請求后發(fā)送給呼叫控制模塊，由呼叫控制模塊向業(yè)務(wù)邏輯處理模塊發(fā)起業(yè)務(wù) 接入。由于嵌套業(yè)務(wù)的呼叫請求不再轉(zhuǎn)發(fā)給SIP處理模塊呼出發(fā)給軟交換進(jìn)行 號碼分析再一次進(jìn)入業(yè)務(wù)平臺進(jìn)行呼叫接入，而是由業(yè)務(wù)平臺內(nèi)的嵌套業(yè)務(wù)處 理模塊完成嵌套業(yè)務(wù)的呼出/接入轉(zhuǎn)換，節(jié)約了系統(tǒng)中的帶寬資源，本發(fā)明特別適用于通信系統(tǒng)中大量啟動嵌套業(yè)務(wù)的情形，本發(fā)明方案實(shí)現(xiàn)簡單且實(shí)用。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照 附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。
圖1為本發(fā)明嵌套業(yè)務(wù)的觸發(fā)裝置的組成結(jié)構(gòu)示意圖，如圖1所示，本發(fā)
明嵌套業(yè)務(wù)的觸發(fā)裝置包括SIP處理模塊101、業(yè)務(wù)嵌套模塊102、呼叫控制模 塊103、業(yè)務(wù)邏輯處理模塊105、配置模塊104和設(shè)置模塊106，其中，設(shè)置模 塊106用于為嵌套業(yè)務(wù)設(shè)置業(yè)務(wù)平臺內(nèi)專用的軟交換匹配號碼和正常業(yè)務(wù)的接 入碼。例如，在某業(yè)務(wù)平臺有兩個(gè)電話業(yè)務(wù)統(tǒng)一語音查詢業(yè)務(wù)"10000"和電 話號碼查詢"114"業(yè)務(wù)，其對外服務(wù)的接入碼為分別為"10000"和"114", 這兩個(gè)業(yè)務(wù)都可以對外提供單獨(dú)的接入服務(wù)，"114"業(yè)務(wù)同時(shí)也是"10000"業(yè) 務(wù)的嵌套業(yè)務(wù)，比如在"10000"業(yè)務(wù)中按T鍵進(jìn)入"114"號碼查詢業(yè)務(wù)， 業(yè)務(wù)平臺需要為其設(shè)置業(yè)務(wù)平臺內(nèi)專用的軟交換匹配號碼前綴，如"4500*，，， 作為業(yè)務(wù)平臺內(nèi)嵌套業(yè)務(wù)的軟交換匹配號碼前綴。配置模塊104用于配置所述 專用的軟交換匹配號碼與嵌套業(yè)務(wù)相對應(yīng)，同時(shí)也配置正常的被叫號碼與業(yè)務(wù) 鍵的對應(yīng)關(guān)系。
對于正常的電話呼入，SIP處理模塊101接收到軟交換發(fā)來的INVITE消息 后啟動正常呼叫流程，通過被叫號碼分析發(fā)現(xiàn)是"10000"業(yè)務(wù)鍵，則將該呼叫 轉(zhuǎn)發(fā)給呼叫控制模塊103，由呼叫控制模塊103向業(yè)務(wù)邏輯處理模塊105轉(zhuǎn)發(fā)
呼叫接入消息，正常觸發(fā)"ioooo"號業(yè)務(wù)。"ioooo"業(yè)務(wù)流程中如果用戶按"r，，
則業(yè)務(wù)向呼叫控制模塊103'發(fā)起軟交換匹配號碼為"4500"開頭的呼叫。
呼叫控制模塊103收到業(yè)務(wù)要求呼出的呼叫請求后，先分析當(dāng)前呼叫請求 為嵌套業(yè)務(wù)的呼叫請求還是普通業(yè)務(wù)的呼叫請求，如果是普通呼叫請求，則根 據(jù)軟交換匹配號碼分析后將得到的軟交換索引連同其他呼叫信息一并轉(zhuǎn)發(fā)給 SIP處理模塊lOl,由SIP處理模塊101啟動正常的呼叫流程，向指定軟交換發(fā) 出呼叫請求。完成正常呼叫。
如果是嵌套業(yè)務(wù)呼叫請求，則將當(dāng)前呼叫請求直接轉(zhuǎn)發(fā)給業(yè)務(wù)嵌套模塊 102;業(yè)務(wù)嵌套模塊102根據(jù)嵌套業(yè)務(wù)的被叫號碼(不同于軟交換匹配號碼)"114"確定該嵌套業(yè)務(wù)的業(yè)務(wù)鍵("114"業(yè)務(wù))，并以所述業(yè)務(wù)鍵為呼叫接入 對象，將所述嵌套業(yè)務(wù)的呼叫請求轉(zhuǎn)換為所在業(yè)務(wù)平臺中的呼叫接入消息，發(fā) 送給呼叫控制模塊103。呼叫控制模塊103接收到業(yè)務(wù)嵌套模塊102發(fā)送的呼 叫接入消息后轉(zhuǎn)發(fā)給業(yè)務(wù)邏輯處理模塊105，業(yè)務(wù)邏輯處理模塊105就觸發(fā)了 一個(gè)新的業(yè)務(wù)"114"，該業(yè)務(wù)這時(shí)就成了 "10000"業(yè)務(wù)的嵌套業(yè)務(wù)。之后，業(yè) 務(wù)嵌套模塊102接收到呼叫控制模塊的呼叫應(yīng)答消息后，將該應(yīng)答消息更換一 下呼叫索引后直接返回給上層，將主業(yè)務(wù)呼叫與嵌套業(yè)務(wù)呼叫進(jìn)行關(guān)聯(lián)， 一起 放到會話數(shù)據(jù)區(qū)進(jìn)行管理，此會話上的后續(xù)消息包括請求消息、事件報(bào)告等， 也由業(yè)務(wù)嵌套模塊102進(jìn)行相應(yīng)轉(zhuǎn)換、轉(zhuǎn)發(fā)，以確保業(yè)務(wù)流程正常進(jìn)行下去， 直到當(dāng)前呼叫被釋放，或者嵌套流程終止。對于呼叫控制模塊103和業(yè)務(wù)邏輯 處理模塊105來說，上述"10000"業(yè)務(wù)和"114"業(yè)務(wù)是兩個(gè)不同的數(shù)據(jù)區(qū)和 業(yè)務(wù)流程，沒用嵌套和被嵌套的差別，而從用戶或者業(yè)務(wù)流程的角度來說"114" 業(yè)務(wù)被"10000"業(yè)務(wù)所嵌杏。
SIP處理模塊lOl負(fù)責(zé)底層SIP協(xié)議消息接收/發(fā)送、協(xié)議解析、消息組裝、 號碼分析、會話管理等。業(yè)務(wù)嵌套模塊102專門負(fù)責(zé)嵌套業(yè)務(wù)的號碼分析、消 息轉(zhuǎn)換，會話管理等，與SIP處理模塊并列處于一個(gè)層次。呼叫控制模塊103 負(fù)責(zé)呼叫會話狀態(tài)機(jī)的維護(hù)、管理、狀態(tài)遷移等。配置模塊104用于配置軟交 換匹配號碼、被叫號碼分析、業(yè)務(wù)鍵配置，并同步到呼叫控制模塊103、業(yè)務(wù) 嵌套模塊102和SIP處理模塊。業(yè)務(wù)邏輯處理模塊105負(fù)責(zé)業(yè)務(wù)加載、業(yè)務(wù)邏 輯處理、會話管理等。它根據(jù)呼叫控制模塊103送來的不同業(yè)務(wù)鍵觸發(fā)不同的 業(yè)務(wù)。
圖2為本發(fā)明嵌套業(yè)務(wù)的觸發(fā)方法的流程圖，如圖2所示，本發(fā)明嵌套業(yè) 務(wù)的觸發(fā)方法包括以下步驟
步驟201:正常業(yè)務(wù)流程中接收到嵌套業(yè)務(wù)的呼叫請求時(shí)，根據(jù)所述嵌套 業(yè)務(wù)的被叫號碼確定所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵。
用戶呼叫通過壽欠交換(SS, Soft Switch)進(jìn)入業(yè)務(wù)平臺，SIP處理才莫塊、呼 叫控制模塊正常觸發(fā)業(yè)務(wù)1,成功建立連接后，根據(jù)需要嵌套觸發(fā)本業(yè)務(wù)平臺
8的業(yè)務(wù)2，這時(shí)業(yè)務(wù)1用一個(gè)指定的軟交換匹配號碼(如前述的"4500")給呼 叫控制模塊下發(fā)呼叫請求消息，呼叫控制模塊根據(jù)通信系統(tǒng)的軟交換匹配號碼 分析配置信息發(fā)現(xiàn)該呼叫為嵌套業(yè)務(wù)，則將此消息轉(zhuǎn)發(fā)給業(yè)務(wù)嵌套模塊，而不 是SIP處理模塊，后續(xù)嵌套業(yè)務(wù)流程都由業(yè)務(wù)嵌套模塊處理，這樣就不必再次 轉(zhuǎn)發(fā)給SS重入一次業(yè)務(wù)平臺了 。
步驟202:以所述業(yè)務(wù)鍵為呼叫接入對象，將所述嵌套業(yè)務(wù)的呼叫請求轉(zhuǎn) 換為正常業(yè)務(wù)所在業(yè)務(wù)平臺中的呼叫接入消息，在所述業(yè)務(wù)平臺中觸發(fā)所述嵌 套業(yè)務(wù)。
業(yè)務(wù)嵌套模塊102根據(jù)呼叫控制模塊103發(fā)來的呼叫請求消息中的被叫號 碼確定該嵌套業(yè)務(wù)的業(yè)務(wù)鍵(與SIP處理^^莫塊101的號碼分析一致)，并以所述 業(yè)務(wù)鍵為呼叫接入對象，將所述嵌套業(yè)務(wù)的呼叫請求轉(zhuǎn)換為正常業(yè)務(wù)所在業(yè)務(wù) 平臺中的呼叫接入消息，發(fā)送給呼叫控制模塊103，由呼叫控制模塊103將嵌 套業(yè)務(wù)的呼叫接入消息轉(zhuǎn)發(fā)給業(yè)務(wù)邏輯處理模塊105，業(yè)務(wù)邏輯處理模塊105 根據(jù)嵌套業(yè)務(wù)的業(yè)務(wù)鍵發(fā)起該嵌套業(yè)務(wù)，并由業(yè)務(wù)嵌套模塊102維護(hù)該嵌套業(yè) 務(wù)的整個(gè)流程(屬于被嵌套業(yè)務(wù)的子流程)。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種嵌套業(yè)務(wù)的觸發(fā)方法，其特征在于，包括正常業(yè)務(wù)流程中接收到嵌套業(yè)務(wù)的呼叫請求時(shí)，根據(jù)所述嵌套業(yè)務(wù)的被叫號碼確定所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵，并以所述業(yè)務(wù)鍵為呼叫接入對象，將所述嵌套業(yè)務(wù)的呼叫請求轉(zhuǎn)換為正常業(yè)務(wù)所在業(yè)務(wù)平臺中的呼叫接入消息，在所述業(yè)務(wù)平臺中觸發(fā)所述嵌套業(yè)務(wù)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括 為所述嵌套業(yè)務(wù)設(shè)置所述業(yè)務(wù)平臺內(nèi)專用的嵌套業(yè)務(wù)匹配號碼，并配置所述嵌套業(yè)務(wù)的被叫號碼與所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵的對應(yīng)關(guān)系。
3、 沖艮據(jù)權(quán)利要求2所迷的方法，其特征在于，所述方法還包括業(yè)務(wù)平臺的呼叫控制模塊接收到業(yè)務(wù)呼叫請求后，判斷軟交換匹配號碼是 否包括嵌套業(yè)務(wù)號碼前綴，若包括則確定當(dāng)前呼叫業(yè)務(wù)為嵌套業(yè)務(wù)，若不包括 則確定當(dāng)前呼叫業(yè)務(wù)為正常業(yè)務(wù)。
4、 根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述方法還包括業(yè)務(wù)平臺的呼叫控制模塊接收到正常業(yè)務(wù)呼叫請求時(shí)，將所述正常業(yè)務(wù)呼 叫請求轉(zhuǎn)發(fā)至?xí)挸跏蓟瘏f(xié)議SIP處理模塊，并由所述SIP模塊向指定的軟交 換發(fā)出INVITE信令呼出并接通^皮叫。
5、 一種嵌套業(yè)務(wù)的觸發(fā)裝置，其特征在于，包括呼叫控制模塊，用于確定所接收到的呼叫請求的類型，確定當(dāng)前呼叫請求 為嵌套業(yè)務(wù)的呼叫請求時(shí)，轉(zhuǎn)發(fā)給業(yè)務(wù)嵌套模塊處理；以及，將所接收到的呼 叫接入消息轉(zhuǎn)發(fā)給業(yè)務(wù)邏輯處理^t塊；業(yè)務(wù)嵌套模塊,用于根據(jù)呼叫控制模塊發(fā)來的呼叫請求中的被叫號碼確定 所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵，并以所述業(yè)務(wù)鍵為呼叫接入對象，將所迷嵌套業(yè)務(wù)的 呼叫請求轉(zhuǎn)換為正常業(yè)務(wù)所在業(yè)務(wù)平臺中的呼叫接入消息，發(fā)送給所述呼叫控 制模塊；以及業(yè)務(wù)邏輯處理模塊，用于根據(jù)所述呼叫控制模塊轉(zhuǎn)發(fā)的呼叫接入消息中的 業(yè)務(wù)鍵類型觸發(fā)相應(yīng)的業(yè)務(wù)。
6、 根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述裝置還包括SIP處理模 塊，用于在接收到所述呼叫控制模塊轉(zhuǎn)發(fā)的正常業(yè)務(wù)的呼叫請求后，根據(jù)所述 正常業(yè)務(wù)的呼叫信息確定所述正常業(yè)務(wù)的業(yè)務(wù)鍵，并以所述業(yè)務(wù)鍵為呼叫接入 對象，生成呼叫接入消息，發(fā)送給所述呼叫控制模塊。
7、 根據(jù)權(quán)利要求5或6所述的裝置，其特征在于，所述裝置還包括 設(shè)置模塊，用于為所述嵌套業(yè)務(wù)設(shè)置業(yè)務(wù)平臺內(nèi)專用的軟交換匹配號碼；以及配置模塊，用于配置所述嵌套業(yè)務(wù)的被叫號碼與所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵的 對應(yīng)關(guān)系。
8、 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述呼叫控制模塊根據(jù)被叫 號碼是否包括嵌套業(yè)務(wù)匹配號碼前綴來確定呼叫請求的類型，若包括嵌套業(yè)務(wù) 匹配號碼前綴則當(dāng)前呼叫請求為嵌套業(yè)務(wù)的呼叫請求，若不包括則當(dāng)前呼叫請 求為正常業(yè)務(wù)的呼叫-清求。
全文摘要
本發(fā)明公開了一種嵌套業(yè)務(wù)的觸發(fā)方法，涉及寬帶業(yè)務(wù)觸發(fā)、業(yè)務(wù)嵌套技術(shù)，為解決目前嵌套業(yè)務(wù)占用系統(tǒng)帶寬較多而提出，所采用的技術(shù)方案包括正常業(yè)務(wù)流程中接收到嵌套業(yè)務(wù)的呼叫請求時(shí)，根據(jù)所述嵌套業(yè)務(wù)的被叫號碼確定所述嵌套業(yè)務(wù)的業(yè)務(wù)鍵，并以所述業(yè)務(wù)鍵為呼叫接入對象，將所述嵌套業(yè)務(wù)的呼叫請求轉(zhuǎn)換為正常業(yè)務(wù)所在業(yè)務(wù)平臺中的呼叫接入消息，在所述業(yè)務(wù)平臺中觸發(fā)所述嵌套業(yè)務(wù)。本發(fā)明同時(shí)公開了一種實(shí)現(xiàn)前述方法的裝置。本發(fā)明降低了嵌套業(yè)務(wù)所耗費(fèi)的帶寬資源，方案實(shí)現(xiàn)簡單且實(shí)用。
文檔編號H04M7/00GK101594357SQ200910087039
公開日2009年12月2日 申請日期2009年6月15日 優(yōu)先權(quán)日2009年6月15日
發(fā)明者梅君君, 羅會平, 斌 郭, 韓銀俊 申請人:中興通訊股份有限公司