專利名稱：防止業(yè)務(wù)重復(fù)觸發(fā)的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務(wù)觸發(fā)技術(shù)，尤其涉及一種防止業(yè)務(wù)重復(fù)觸發(fā)的方法、系統(tǒng) 和設(shè)備。
背景技術(shù)：
軟交換(SS, Soft Switch)設(shè)備作為下一代網(wǎng)絡(luò)(NGN， Next Generation Network)的核心控制設(shè)備，在固網(wǎng)智能化的過程中發(fā)揮著核心控制作用。在軟 交換體系架構(gòu)下引入智能歸屬位置寄存器(SHLR ， Smart Home Location Register),可以實(shí)現(xiàn)固網(wǎng)用戶數(shù)據(jù)的集中管理，方便業(yè)務(wù)的靈活觸發(fā)和業(yè)務(wù)邏 輯關(guān)系的控制?，F(xiàn)有軟交換體系的組網(wǎng)結(jié)構(gòu)如圖l所示，端局(LS, Local Switch)通過中 繼網(wǎng)關(guān)(TG， Trunk Gateway)和信令網(wǎng)關(guān)(SG， Signaling Gateway)接入IP 網(wǎng)絡(luò)，匯接至SS設(shè)備；SHLR用于存儲用戶號碼及用戶簽約的智能業(yè)務(wù)等信息； 應(yīng)用服務(wù)器(APP， Application Server)為用戶提供智能業(yè)務(wù)，如一號通業(yè)務(wù)、 彩鈴業(yè)務(wù)等。SS設(shè)備通過綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分(ISUP, Integrated Service Digital Network User Part)協(xié)議或擴(kuò)展移動應(yīng)用部分(MAP, Mobile Application Part)協(xié)議與SHLR交互，查詢主、被叫號碼信息及智能業(yè)務(wù)信息，再通過會 話起始協(xié)議(SIP, Session Initiation Protocol)與APP交互，觸發(fā)APP實(shí)現(xiàn)相 應(yīng)的智能業(yè)務(wù)。一號通業(yè)務(wù)是指用戶對外界提供唯一的號碼，該號碼可以是虛擬號碼，也 可以是普通市話號碼，用戶可以通過一號通業(yè)務(wù)平臺將固定電話、手機(jī)、小靈 通等號碼進(jìn)行綁定，并通過設(shè)置不同情況的不同路由，將來話呼叫前轉(zhuǎn)到用戶 指定的目的號碼。這樣，只要對外一個號碼，朋友打電話到這個號碼，業(yè)務(wù)平臺即可根據(jù)用戶當(dāng)前設(shè)置的一個呼叫順序，對各種通信終端進(jìn)行振鈴。例如先呼叫辦公室固定電話，如果無人接聽則繼續(xù)呼叫手機(jī)，直至接通為止。當(dāng)然， 被綁定的多個號碼可設(shè)置為同時振鈴，也可以設(shè)置為依次振鈴。以一號通業(yè)務(wù)為例，假設(shè)主叫號碼沒有簽約任何智能業(yè)務(wù)，而被叫號碼A 簽約了一號通業(yè)務(wù)，并且一號通業(yè)務(wù)中與號碼A綁定的并機(jī)號碼為號碼B,號 碼B也沒有簽約任何智能業(yè)務(wù)，則現(xiàn)有技術(shù)中實(shí)現(xiàn)一號通業(yè)務(wù)的流程，如圖2 所示，主要包括以下步驟步驟201，主叫通過LSI發(fā)起呼叫，由LSI向SS設(shè)備發(fā)送初始地址消息 (IAM, Initial Address Message),發(fā)送的IAM消息中攜帶主叫號碼的路由號碼 和被叫號碼A。其中，路由號碼是運(yùn)營商用于實(shí)現(xiàn)成功呼叫所設(shè)置的呼叫路由標(biāo)識，路由 號碼不對用戶開放，因此對用戶是不可見的。步驟202, SS設(shè)備接收到來自LSI的IAM消息后，向SHLR發(fā)送發(fā)送路 由消息(SRI, Send Routing Information ),發(fā)送的SRI消息中攜帶主叫的路由 號碼和^L叫號碼A。步驟203, SHLR在自身的數(shù)據(jù)庫中查詢與主叫的路由號碼相對應(yīng)的主叫號 碼，根據(jù)主叫號碼查詢主叫沒有簽約一號通業(yè)務(wù)，并根據(jù)被叫號碼A查詢該被 叫號碼A簽約了 一號通業(yè)務(wù)，然后將查詢到的一號通業(yè)務(wù)接入碼與主叫號碼攜 帶在SRI確認(rèn)(SRIAck)消息中發(fā)送給SS設(shè)備。步驟204， SS設(shè)備將得到的被叫的一號通業(yè)務(wù)接入碼與被叫號碼A和主叫 號碼攜帶在初始呼叫請求(invite )消息中發(fā)送給APP。步驟205, APP通過查詢自身數(shù)據(jù)庫中的號碼綁定關(guān)系，得到與被叫號碼 A所綁定的并機(jī)號碼為號碼B。步驟206, APP實(shí)現(xiàn)被叫的一號通業(yè)務(wù)，向SS設(shè)備發(fā)送invite消息，發(fā)送 的invite消息中攜帶被叫號碼A與被叫的一號通業(yè)務(wù)接入碼。步驟207， SS設(shè)備向SHLR發(fā)送SRI消息，發(fā)送的SRI消息中攜帶主叫號 碼、被叫的一號通業(yè)務(wù)接入碼和被叫號碼A。步驟208, SHLR根據(jù)被叫的一號通業(yè)務(wù)接入碼和被叫號碼A，獲取對應(yīng)被 叫號碼A的路由號碼，并將被叫號碼A的路由號碼攜帶在SRIAck消息中發(fā)送 給SS設(shè)備。步驟209, SS設(shè)備接續(xù)被叫號碼A的路由號碼，向被叫所對應(yīng)的LS2發(fā)送 攜帶主叫號碼和3皮叫號碼A的路由號碼的IAM消息，從而實(shí)現(xiàn)對被叫號碼A 的呼叫。步驟210， APP實(shí)現(xiàn)被叫的一號通業(yè)務(wù)，向SS設(shè)備發(fā)送invite消息，發(fā)送 的invite消息中攜帶被叫號碼A、步驟205中查詢到的被叫號碼B和被叫的一 號通業(yè)務(wù)接入碼。步驟211, SS設(shè)備將被叫號碼B,與被叫號碼A進(jìn)行比較，確定被叫號碼 發(fā)生了改變；則向SHLR發(fā)送SRI消息，發(fā)送的SRI消息中攜帶被叫號碼B和 為0的主叫號碼。SS設(shè)備確定被叫號碼發(fā)生了改變，變?yōu)樘柎aB,則需要通過SHLR對號碼 B簽約的智能業(yè)務(wù)信息進(jìn)行查詢，而此時主叫號碼的智能業(yè)務(wù)已經(jīng)實(shí)現(xiàn)完畢， 無需SHLR再對主叫號碼簽約的智能業(yè)務(wù)信息進(jìn)行查詢，因此，為了防止對主 叫號碼的智能業(yè)務(wù)重復(fù)觸發(fā)5需要將發(fā)送給SHLR的SRI消息中的主叫號碼設(shè) 為空，以此表示不查詢主叫號碼的智能業(yè)務(wù)信息，只查詢被叫號碼B簽約的智 能業(yè)務(wù)信息。步驟212, SHLR根據(jù)主叫號碼為O確定無需查詢主叫號碼的智能業(yè)務(wù)，并 根據(jù)被叫號碼B查詢自身數(shù)據(jù)庫，確定被叫號碼B沒有簽約智能業(yè)務(wù)，然后將 被叫號碼B的路由號碼攜帶在SRIAck消息中發(fā)送給SS設(shè)備。步驟213, SS設(shè)備接續(xù)被叫號碼B的路由號碼，向被叫所對應(yīng)的LS2發(fā)送 攜帶主叫號碼和被叫號碼B的路由號碼的IAM消息，從而實(shí)現(xiàn)對被叫號碼B 的呼叫。需要指出的是，上述步驟206和步驟210沒有固定的先后順序，可以同時 執(zhí)行，也可以依次執(zhí)行。另外，由上述步驟211可知，為了防止智能業(yè)務(wù)的重復(fù)觸發(fā)，判斷被叫號碼是否發(fā)生改變是關(guān)鍵。而圖2所示的現(xiàn)有技術(shù)中判斷被叫號碼是否發(fā)生變化 的方法是由SS設(shè)備向APP發(fā)送invite消息時，在invite消息的頭域中新增加 一個字段，該字段用于攜帶當(dāng)前的被叫號碼信息，為號碼A; APP處理來自SS 設(shè)備的invite消息，并通過返回給SS設(shè)備的invite消息透傳新增加的字段，該 字段中攜帶被叫號碼A和查詢到被叫號碼B; SS設(shè)備解析新增字段，將得到的 被叫號碼B和被叫號碼A進(jìn)行比較，從而確定被叫號碼發(fā)生了改變。綜上所述，現(xiàn)有技術(shù)中的防止業(yè)務(wù)重復(fù)觸發(fā)的方法，在判斷被叫號碼是否 發(fā)生變化時，需要擴(kuò)充SIP協(xié)議以增加相應(yīng)的字段，因此，需要APP修改現(xiàn)有 流程以透傳新增字段，還需要SS設(shè)備修改現(xiàn)有流程以解析新增字段，從而使 得實(shí)現(xiàn)操作復(fù)雜，且實(shí)現(xiàn)成本較高。發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種防止業(yè)務(wù)重復(fù)觸發(fā)的方法、系 統(tǒng)和設(shè)備，以解決現(xiàn)有技術(shù)中防止業(yè)務(wù)重復(fù)觸發(fā)的方法實(shí)現(xiàn)操作復(fù)雜，實(shí)現(xiàn)成 本較高的問題。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種防止業(yè)務(wù)重復(fù)觸發(fā)的方法，包括根據(jù)來自軟交換設(shè)備的初始呼叫請求消息，確定業(yè)務(wù)是否需要改變被叫號碼；在確定所述業(yè)務(wù)需要改變被叫號碼時，設(shè)置被叫號碼改變標(biāo)志位，并將攜 帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備。 所述確定業(yè)務(wù)是否需要改變被叫號碼為解析所述來自軟交換設(shè)備的初始呼叫請求消息，得到主叫號碼、被叫號碼 和被叫號碼簽約的智能業(yè)務(wù)接入碼；根據(jù)所述被叫號碼簽約的智能業(yè)務(wù)接入碼查詢對應(yīng)的智能業(yè)務(wù)，獲取所述 智能業(yè)務(wù)的被叫號碼；將所迷智能業(yè)務(wù)的被叫號碼與來自所述軟交換設(shè)備的初始呼叫請求消息中的被叫號碼進(jìn)行比較，如果兩者相同，則確定所述智能業(yè)務(wù)不需要改變被叫號碼；否則，確定所述智能業(yè)務(wù)需要改變被叫號碼。所述將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給軟交換設(shè)備為在所述初始呼叫請求消息頭域的服務(wù)代碼(SC, Server Code )字段中，將 所述被叫號碼改變標(biāo)志位置位；將攜帶所述被叫號碼改變標(biāo)志位和智能業(yè)務(wù)被叫號碼的初始呼叫請求消息 發(fā)送給軟交換設(shè)備。所述將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給軟交換設(shè)備之 后，該方法還包括所述軟交換設(shè)備對來自應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行解析，確定所 述初始呼叫請求消息中的^C叫號碼改變標(biāo)志位是否置位，并在確定所述被叫號 碼改變標(biāo)志位置位時，將攜帶主叫號碼為空的SRI發(fā)送給SHLR。本發(fā)明還提供了一種防止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)，包括相互連接的應(yīng)用服 務(wù)器和軟交換設(shè)備；其中，所述應(yīng)用服務(wù)器，用于根據(jù)來自所述軟交換設(shè)備的初始呼叫請求消息，確定業(yè)務(wù)是否需要改變#:叫號碼，并在確定所述業(yè)務(wù)需要改變被叫號碼時，將攜 帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備；所述軟交換設(shè)備，用于對來自所述應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行解 析，確定所述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位，并在確定 所述被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼為空的SRI消息發(fā)送給 SHLR。所述應(yīng)用服務(wù)器包括相互連接的號碼改變需求確定模塊和初始呼叫請求 消息發(fā)送模塊；其中，所述號碼改變需求確定^t塊，用于根據(jù)來自所述軟交換設(shè)備的初始呼叫請求消息，確定業(yè)務(wù)是否需要改變被叫號碼；所述初始呼叫請求消息發(fā)送^f莫塊，用于在確定所述業(yè)務(wù)需要改變被叫號碼時，將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備。所述軟交換設(shè)備包括相互連接的消息解析模塊和SRI消息發(fā)送模塊；其中，所述消息解析模塊，用于對來自所述應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行 解析，確定所述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位；所述SRI消息發(fā)送模塊，用于在確定所述被叫號碼改變標(biāo)志位置位時，將 攜帶主叫號碼為空的SRI消息發(fā)送給SHLR。本發(fā)明還提供了一種應(yīng)用服務(wù)器，包括相互連接的號碼改變需求確定模 塊和初始呼叫請求消息發(fā)送模塊；其中，所述號碼改變需求確定模塊，用于根據(jù)來自軟交換設(shè)備的初始呼叫請求消 息，確定業(yè)務(wù)是否需要改變被叫號碼；所述初始呼叫請求消息發(fā)送模塊，用于在確定所述業(yè)務(wù)需要改變被叫號碼 時，將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備。所述號碼改變需求確定模塊包括消息解析子模塊、智能業(yè)務(wù)被叫號碼獲 取子模塊和比較子模塊；其中，所述消息解析子模塊，用于解析來自所述軟交換設(shè)備的初始呼叫請求消息， 得到主叫號碼、被叫號碼和被叫號碼簽約的智能業(yè)務(wù)接入碼；所述智能業(yè)務(wù)被叫號碼獲取子模塊，用于根據(jù)所述被叫號碼簽約的智能業(yè) 務(wù)接入碼查詢對應(yīng)的智能業(yè)務(wù)，獲取所述智能業(yè)務(wù)的被叫號碼；所述比較子模塊，用于將所述智能業(yè)務(wù)的被叫號碼與來自所述軟交換設(shè)備 的初始呼叫請求消息中的被叫號碼進(jìn)行比較，根據(jù)兩者是否相同確定所述智能 業(yè)務(wù)是否需要改變被叫號碼。本發(fā)明還提供了一種軟交換設(shè)備，包括相互連接的消息解析模塊和SRI 消息發(fā)送模塊；其中，所述消息解析模塊，用于對來自應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行解析， 確定所述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位；所述SRI消息發(fā)送模塊，用于在確定所述被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼為空的SRI消息發(fā)送給SHLR。本發(fā)明所提供的一種防止業(yè)務(wù)重復(fù)觸發(fā)的方法、系統(tǒng)和設(shè)備，由APP根據(jù) 來自SS設(shè)備的invite消息確定對應(yīng)的智能業(yè)務(wù)是否需要改變被叫號碼，并在需 要改變被叫號碼時，將攜帶被叫號碼改變標(biāo)志位的invite消息發(fā)送給SS設(shè)備， 使得SS設(shè)備可將—皮叫號碼改變標(biāo)志位設(shè)置為空的主叫號碼發(fā)送給SHLR，從而 避免了業(yè)務(wù)的重復(fù)觸發(fā)；本發(fā)明中的被叫號碼改變標(biāo)志位設(shè)置在invite消息頭 域的SC字段中，無需擴(kuò)充SIP協(xié)議，簡化了實(shí)現(xiàn)操作，降低了實(shí)現(xiàn)成本。


圖1為現(xiàn)有的軟交換體系組網(wǎng)結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中實(shí)現(xiàn)一號通業(yè)務(wù)的流程圖；圖3為本發(fā)明的防止業(yè)務(wù)重復(fù)觸發(fā)的方法在APP側(cè)實(shí)現(xiàn)的流程圖；圖4為本發(fā)明的防止業(yè)務(wù)重復(fù)觸發(fā)的方法在SS設(shè)備側(cè)實(shí)現(xiàn)的流程圖；圖5為本發(fā)明實(shí)施例中的軟交換實(shí)現(xiàn)一號通業(yè)務(wù)的流程圖；圖6為本發(fā)明一種防止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)組成結(jié)構(gòu)示意圖。
具體實(shí)施方式
下面結(jié)合附圖和具體實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。 本發(fā)明所提供的防止業(yè)務(wù)重復(fù)觸發(fā)的方法，由APP根據(jù)來自SS設(shè)備的 invite消息確定對應(yīng)的智能業(yè)務(wù)是否需要改變被叫號碼，并在需要改變被叫號碼 時，將攜帶被叫號碼改變標(biāo)志位的invite消息發(fā)送給SS設(shè)備，使得SS設(shè)備可 將被叫號碼改變標(biāo)志位設(shè)置為空的主叫號碼發(fā)送給SHLR,從而避免了業(yè)務(wù)的 重復(fù)觸發(fā)。如圖3所示，圖3為本發(fā)明防止業(yè)務(wù)重復(fù)觸發(fā)的方法在APP側(cè)實(shí)現(xiàn)的流程 圖，主要包括以下步驟步驟301, APP根據(jù)來自SS設(shè)備的invite消息，確定業(yè)務(wù)是否需要改變被 叫號碼。APP解析來自SS設(shè)備的invite消息，得到主叫號碼、被叫號碼和被叫號碼 簽約的智能業(yè)務(wù)接入碼；并根據(jù)被叫號碼簽約的智能業(yè)務(wù)接入碼查詢自身數(shù)據(jù) 庫中對應(yīng)的智能業(yè)務(wù)，以獲取智能業(yè)務(wù)的被叫號碼；再將智能業(yè)務(wù)的被叫號碼 與來自SS設(shè)備的invite消息中的被叫號碼進(jìn)行比較，如果兩者相同，則確定智 能業(yè)務(wù)不需要改變被叫號碼；如果兩者不相同，則確定智能業(yè)務(wù)需要改變被叫 號碼。步驟302， APP在確定業(yè)務(wù)需要改變被叫號碼時，設(shè)置被叫號碼改變標(biāo)志 位，并將攜帶被叫號碼改變標(biāo)志位的invite消息發(fā)送給SS設(shè)備。在invite消息頭域的SC字段中增加一個比特(bit)位，用于存儲-陂叫號碼 改變標(biāo)志位信息，當(dāng)APP確定業(yè)務(wù)需要改變被叫號碼時，將被叫號碼改變的標(biāo) 志位置位，并將攜帶被叫號碼改變標(biāo)志位和智能業(yè)務(wù)被叫號碼的invite消息發(fā) 送給SS設(shè)備。如圖4所示，圖4為本發(fā)明防止業(yè)務(wù)重復(fù)觸發(fā)的方法在SS設(shè)備側(cè)實(shí)現(xiàn)的 流程圖，主要包括以下步驟步驟401, SS設(shè)備對來自APP的invite消息進(jìn)行解析，以確定invite消息 中的被叫號碼改變標(biāo)志位是否置位。步驟402, SS設(shè)備在確定被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼為 空的SRI消息發(fā)送給SHLR。SHLR接收到SRI消息，解析得到主叫號碼為空，則表明無需對主叫號碼 的業(yè)務(wù)信息進(jìn)行查詢，從而避免了對主叫號碼的智能業(yè)務(wù)重復(fù)觸發(fā)。下面以一號通業(yè)務(wù)為例，該實(shí)施例中主叫號碼沒有簽約任何智能業(yè)務(wù)，而 被叫號碼A簽約了 一號通業(yè)務(wù)，并且一號通業(yè)務(wù)中與號碼A綁定的并機(jī)號碼為 號碼B，號碼B也沒有簽約任何智能業(yè)務(wù)。上述圖3和圖4所示本發(fā)明防止業(yè) 務(wù)重復(fù)觸發(fā)的方法，應(yīng)用于一號通業(yè)務(wù)中實(shí)現(xiàn)的一號通業(yè)務(wù)流程圖，如圖5所 示，主要包括以下步驟步驟501，主叫通過LSI發(fā)起呼叫，由LSI向SS設(shè)備發(fā)送IAM消息，發(fā) 送的IAM消息中攜帶主叫號碼的路由號碼和被叫號碼A。步驟502， SS設(shè)備接收到來自LSI的IAM消息后，向SHLR發(fā)送SRI消 息，發(fā)送的SRI消息中攜帶主叫的路由號碼和被叫號碼A。步驟503, SHLR在自身的數(shù)據(jù)庫中查詢與主叫的路由號碼相對應(yīng)的主叫號 碼，根據(jù)主叫號碼查詢主叫沒有簽約一號通業(yè)務(wù)，并根據(jù)被叫號碼A查詢被叫 號碼A簽約了 一號通業(yè)務(wù)，然后將查詢到的被叫的一號通業(yè)務(wù)接入碼與主叫號 碼攜帶在SRIAck消息中發(fā)送給SS設(shè)備。步驟504， SS設(shè)備將得到的被叫的一號通業(yè)務(wù)接入碼與被叫號碼A和主叫 號碼攜帶在invite消息中發(fā)送給APP。步驟505， APP通過查詢自身數(shù)據(jù)庫中的號碼綁定關(guān)系，得到與被叫號碼 A所綁定的并機(jī)號碼為號碼B。步驟506, APP實(shí)現(xiàn)被叫的一號通業(yè)務(wù)，向SS設(shè)備發(fā)送invite消息，發(fā)送 的invite消息中攜帶被叫號碼A與被叫的一號通業(yè)務(wù)接入碼。步驟507, SS設(shè)備向SHLR發(fā)送SRI消息，發(fā)送的SRI消息中攜帶主叫號 碼、被叫的一號通業(yè)務(wù)接入碼和被叫號碼A。步驟508， SHLR根據(jù)被叫的一號通業(yè)務(wù)接入碼和被叫號碼A,獲取對應(yīng)被 叫號碼A的路由號碼，并將^L叫號碼A的路由號碼攜帶在SRIAck消息中發(fā)送 給SS設(shè)備。步驟509， SS設(shè)備接續(xù)被叫號碼A的路由號碼，向被叫所對應(yīng)的LS2發(fā)送 攜帶主叫號碼和被叫號碼A的路由號碼的IAM消息，從而實(shí)現(xiàn)對被叫號碼A 的呼叫。步驟510， APP將步驟505中查詢得到的被叫號碼B與來自SS設(shè)備的invite 消息中所攜帶的被叫號碼A進(jìn)行比較，發(fā)現(xiàn)兩者不相同，從而確定一號通業(yè)務(wù) 需要改變被叫號碼；然后，將invite消息頭域的SC字段中的被叫號碼改變標(biāo)志 位置位，并將攜帶被叫號碼改變標(biāo)志位、 一號通業(yè)務(wù)接入碼和被叫號碼B的 invite消息發(fā)送給SS設(shè)備。步驟511， SS設(shè)備解析invite消息頭域的SC字段，獲取到被叫號碼改變標(biāo) 志位，確定被叫號碼發(fā)生了改變，并將攜帶主叫號碼設(shè)置為0;然后將攜帶被叫號碼B和為0的主叫號碼的SRI消息發(fā)送給SHLR。步驟512, SHLR根據(jù)主叫號碼為O判斷出主叫沒有簽約一號通業(yè)務(wù)，并根 據(jù)被叫號碼B繼續(xù)查詢被叫沒有簽約任何智能業(yè)務(wù)，然后將被叫號碼B的路由 號碼攜帶在SRIAck消息中發(fā)送給SS設(shè)備。步驟513, SS設(shè)備接續(xù)被叫號碼B的路由號碼，向一皮叫所對應(yīng)的LS2發(fā)送 攜帶主叫號碼和被叫號碼B的路由號碼的IAM消息，從而實(shí)現(xiàn)對被叫號碼B 的呼叫。為了實(shí)現(xiàn)上述本發(fā)明的防止業(yè)務(wù)重復(fù)觸發(fā)的方法，本發(fā)明還提供了 一種防 止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)，如圖6所示，該系統(tǒng)包括相互連接的應(yīng)用服務(wù)器IO 和軟交換設(shè)備20。應(yīng)用服務(wù)器IO,用于根據(jù)來自軟交換設(shè)備20的invite消息， 確定業(yè)務(wù)是否需要改變被叫號碼，并在確定業(yè)務(wù)需要改變被叫號碼時，將攜帶 被叫號碼改變標(biāo)志位的invite消息發(fā)送給軟交換設(shè)備20。軟交換設(shè)備20,用于 對來自應(yīng)用服務(wù)器10的invite消息進(jìn)行解析，以確定invite消息中的被叫號碼 改變標(biāo)志位是否置位，并在確定被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼 為空的SRI消息發(fā)送給SHLR。其中，應(yīng)用服務(wù)器10包括相互連接的號碼改變需求確定模塊11和消息 發(fā)送模塊12。號碼改變需求確定模塊11，用于根據(jù)來自軟交換設(shè)備20的invite 消息，確定業(yè)務(wù)是否需要改變被叫號碼。消息發(fā)送模塊12,用于在號碼改變需 求確定模塊11確定業(yè)務(wù)需要改變被叫號碼時，將攜帶被叫號碼改變標(biāo)志位的初 invite消息發(fā)送給軟交換設(shè)備20。號碼改變需求確定模塊ll還包括消息解析子模塊lll、業(yè)務(wù)被叫號碼獲 取子模塊112和比較子模塊113。其中，消息解析子模塊lll，用于解析來自軟 交換設(shè)備200的invite消息，得到主叫號碼、被叫號碼和被叫號碼簽約的智能 業(yè)務(wù)接入碼。業(yè)務(wù)被叫號碼獲取子模塊112，連接消息解析子模塊111,用于根 據(jù)被叫號碼簽約的智能業(yè)務(wù)接入碼查詢對應(yīng)的智能業(yè)務(wù)，以獲取智能業(yè)務(wù)的被 叫號碼。比較子模塊113，連接業(yè)務(wù)被叫號碼獲取子模塊112,用于將智能業(yè)務(wù) 的被叫號碼與來自軟交換設(shè)備20的invite消息中的被叫號碼進(jìn)行比較，如果兩者相同，則確定智能業(yè)務(wù)不需要改變被叫號碼；如果兩者不相同，則確定智能 業(yè)務(wù)需要改變被叫號碼。其中，軟交換設(shè)備20包括相互連接的消息解析模塊21和SRI消息發(fā)送 模塊22。消息解析模塊21，用于對來自應(yīng)用服務(wù)器11的invite消息進(jìn)行解析， 以確定invite消息中的被叫號碼改變標(biāo)志位是否置位。SRI消息發(fā)送模塊22, 用于在確定被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼為空的SRI消息發(fā)送 給SHLR。需要指出的是，本發(fā)明所提供的防止業(yè)務(wù)重復(fù)觸發(fā)的方法、系統(tǒng)和設(shè)備， 其應(yīng)用范圍并不僅僅局限一號通業(yè)務(wù)，也適用于其他的智能業(yè)務(wù)；并且根據(jù)實(shí) 際應(yīng)用中的業(yè)務(wù)需要，SC字段也可以用來設(shè)置其他的標(biāo)志位，并不僅僅局限于 本發(fā)明中的^皮叫號碼改變標(biāo)志位，從而使得業(yè)務(wù)的控制更加靈活。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種防止業(yè)務(wù)重復(fù)觸發(fā)的方法，其特征在于，包括根據(jù)來自軟交換設(shè)備的初始呼叫請求消息，確定業(yè)務(wù)是否需要改變被叫號碼；在確定所述業(yè)務(wù)需要改變被叫號碼時，設(shè)置被叫號碼改變標(biāo)志位，并將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備。
2、 根據(jù)權(quán)利要求1所述防止業(yè)務(wù)重復(fù)觸發(fā)的方法，其特征在于，所述確定 業(yè)務(wù)是否需要改變被叫號碼為解析所述來自軟交換設(shè)備的初始呼叫請求消息，得到主叫號碼、被叫號碼 和被叫號碼簽約的智能業(yè)務(wù)接入碼；根據(jù)所述被叫號碼簽約的智能業(yè)務(wù)接入碼查詢對應(yīng)的智能業(yè)務(wù)，獲取所述 智能業(yè)務(wù)的被叫號碼；將所述智能業(yè)務(wù)的被叫號碼與來自所述軟交換設(shè)備的初始呼叫請求消息中 的被叫號碼進(jìn)行比較，如果兩者相同，則確定所述智能業(yè)務(wù)不需要改變被叫號 碼；否則，確定所述智能業(yè)務(wù)需要改變被叫號碼。
3、 根據(jù)權(quán)利要求1所述防止業(yè)務(wù)重復(fù)觸發(fā)的方法，其特征在于，所述將攜 帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給軟交換設(shè)備為在所述初始呼叫請求消息頭域的服務(wù)代碼SC字段中，將所述被叫號碼改 變標(biāo)志4立置4立；將攜帶所述被叫號碼改變標(biāo)志位和智能業(yè)務(wù)被叫號碼的初始呼叫請求消息 發(fā)送給軟交換設(shè)備。
4、 根據(jù)權(quán)利要求1至3任一項所述防止業(yè)務(wù)重復(fù)觸發(fā)的方法，其特征在于， 所述將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給軟交換設(shè)備之后， 該方法還包4舌所述軟交換設(shè)備對來自應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行解析，確定所 述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位，并在確定所述被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼為空的發(fā)送路由消息SRI發(fā)送給智能歸 屬位置寄存器SHLR。
5、 一種防止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)，其特征在于，包括相互連接的應(yīng)用服 務(wù)器和軟交換i殳備；其中，所述應(yīng)用服務(wù)器，用于根據(jù)來自所述軟交換設(shè)備的初始呼叫請求消息，確 定業(yè)務(wù)是否需要改變被叫號碼，并在確定所述業(yè)務(wù)需要改變被叫號碼時，將攜 帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備；所述軟交換設(shè)備，用于對來自所述應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行解 析，確定所述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位，并在確定 所述被叫號碼改變標(biāo)志位置位時，將攜帶主叫號碼為空的SRI消息發(fā)送給 SHLR。
6、 根據(jù)權(quán)利要求5所述防止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)，其特征在于，所述應(yīng)用 服務(wù)器包括相互連接的號碼改變需求確定模塊和初始呼叫請求消息發(fā)送模塊； 其中，所述號碼改變需求確定模塊，用于根據(jù)來自所述軟交換設(shè)備的初始呼叫請 求消息，確定業(yè)務(wù)是否需要改變被叫號碼；所述初始呼叫請求消息發(fā)送模塊，用于在確定所述業(yè)務(wù)需要改變被叫號碼 時，將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備。
7、 根據(jù)權(quán)利要求5所述防止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)，其特征在于，所述軟交 換設(shè)備包括相互連接的消息解析模塊和SRI消息發(fā)送模塊；其中，所述消息解析模塊，用于對來自所述應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行 解析，確定所述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位；所述SRI消息發(fā)送模塊，用于在確定所述被叫號碼改變標(biāo)志位置位時，將 攜帶主叫號碼為空的SRI消息發(fā)送給SHLR。
8、 一種應(yīng)用服務(wù)器，其特征在于，包括相互連接的號碼改變需求確定模 塊和初始呼叫請求消息發(fā)送模塊；其中，所述號碼改變需求確定模塊，用于根據(jù)來自軟交換設(shè)備的初始呼叫請求消息，確定業(yè)務(wù)是否需要改變被叫號碼；所述初始呼叫請求消息發(fā)送模塊，用于在確定所述業(yè)務(wù)需要改變被叫號碼 時，將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給所述軟交換設(shè)備。
9、 根據(jù)權(quán)利要求8所述應(yīng)用服務(wù)器，其特征在于，所述號碼改變需求確定 模塊包括消息解析子模塊、智能業(yè)務(wù)被叫號碼獲取子模塊和比較子模塊；其 中，所述消息解析子模塊，用于解析來自所述軟交換設(shè)備的初始呼叫請求消息， 得到主叫號碼、被叫號碼和被叫號碼簽約的智能業(yè)務(wù)接入碼；所述智能業(yè)務(wù)被叫號碼獲取子模塊，用于根據(jù)所述被叫號碼簽約的智能業(yè) 務(wù)接入碼查詢對應(yīng)的智能業(yè)務(wù)，獲取所述智能業(yè)務(wù)的被叫號碼；所述比較子模塊，用于將所述智能業(yè)務(wù)的被叫號碼與來自所述軟交換設(shè)備 的初始呼叫請求消息中的被叫號碼進(jìn)行比較，根據(jù)兩者是否相同確定所述智能業(yè)務(wù)是否需要改變被叫號碼。
10、 一種軟交換設(shè)備，其特征在于，包括相互連接的消息解析模塊和SRI 消息發(fā)送模塊；其中，所述消息解析模塊，用于對來自應(yīng)用服務(wù)器的初始呼叫請求消息進(jìn)行解析， 確定所述初始呼叫請求消息中的被叫號碼改變標(biāo)志位是否置位；所述SRI消息發(fā)送模塊，用于在確定所述被叫號碼改變標(biāo)志位置位時，將 攜帶主叫號碼為空的SRI消息發(fā)送給SHLR。全文摘要
本發(fā)明公開了一種防止業(yè)務(wù)重復(fù)觸發(fā)的方法，包括應(yīng)用服務(wù)器(APP)根據(jù)來自軟交換(SS)設(shè)備的初始呼叫請求(invite)消息，確定業(yè)務(wù)是否需要改變被叫號碼；APP在確定業(yè)務(wù)需要改變被叫號碼時，設(shè)置被叫號碼改變標(biāo)志位，并將攜帶被叫號碼改變標(biāo)志位的初始呼叫請求消息發(fā)送給SS設(shè)備。本發(fā)明還提供了一種防止業(yè)務(wù)重復(fù)觸發(fā)的系統(tǒng)和設(shè)備，可有效避免業(yè)務(wù)的重復(fù)觸發(fā)，并且本發(fā)明中的被叫號碼改變標(biāo)志位設(shè)置在invite消息頭域的服務(wù)代碼(SC)字段中，無需擴(kuò)充會話起始協(xié)議(SIP)，簡化了實(shí)現(xiàn)操作，降低了實(shí)現(xiàn)成本。
文檔編號H04Q7/22GK101272425SQ20081010236
公開日2008年9月24日 申請日期2008年3月20日 優(yōu)先權(quán)日2008年3月20日
發(fā)明者董志勇 申請人:中興通訊股份有限公司