專利名稱：提供網(wǎng)際協(xié)議多媒體子系統(tǒng)業(yè)務(wù)的方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種提供網(wǎng)際協(xié)議多媒體子系統(tǒng)業(yè) 務(wù)的方法、系統(tǒng)及裝置。
背景技術(shù)：
目前公共電話交換網(wǎng)(Public Switched Telephone Network, PSTN)側(cè)已
經(jīng)實(shí)現(xiàn)網(wǎng)絡(luò)智能化，端局用戶的智能業(yè)務(wù)在匯接局上集中觸發(fā)。所有用戶的 智能業(yè)務(wù)簽約在智能歸屬位置寄存器(Smart Home Location Register, SHLR) 上，用戶端局呼叫全部上移到匯接局上，匯接局通過查詢SHLR得到用戶簽 約智能業(yè)務(wù)對(duì)應(yīng)的字冠，并按照業(yè)務(wù)的順序順次在被叫號(hào)碼前插智能業(yè)務(wù)字 冠，并觸發(fā)對(duì)應(yīng)的智能業(yè)務(wù)。當(dāng)智能業(yè)務(wù)觸發(fā)完畢后，最后沖艮據(jù);故叫號(hào)碼接 續(xù)被叫。
語(yǔ)音呼叫連續(xù)性(Voice Call Continuity between CS and IMS, VCC )包 括呼叫錨定、域選擇和域切換三個(gè)部分。其中"呼叫錨定"定義了如何將電 路交換(Circuit Switched, CS )域的呼叫信令錨定到網(wǎng)際協(xié)議(Internet Protocol, IP)多i某體子系統(tǒng)(IP Multimedia Subsystem, IMS)域的VCC應(yīng) 用服務(wù)器(Application Server, AS )，這樣VCC AS可為用戶提供后續(xù)的如"域 切換"的服務(wù)。VCC方案中的"呼叫錨定"原理，同樣可以應(yīng)用到其他由IMS 域AS為CS域或PSTN域用戶^是供業(yè)務(wù)的場(chǎng)景中。
在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述技術(shù)方案至少存在如下缺陷 現(xiàn)有技術(shù)描述的是呼叫錨定的基本流程，但沒有涉及在利用IMS域AS 為CS域或PSTN域用戶提供業(yè)務(wù)時(shí)，呼叫路由該如何走原有的匯接局，也 沒有定義如何防止在匯接局上重復(fù)觸發(fā)IMS業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種提供網(wǎng)際協(xié)議多媒體子系統(tǒng)業(yè)務(wù)的方法、系統(tǒng) 及裝置。
本發(fā)明實(shí)施例的目的是通過以下技術(shù)方案實(shí)現(xiàn)的 一種提供IP多4某體子系統(tǒng)業(yè)務(wù)的方法，包括判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；
將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含所述添加觸發(fā)字冠的 被叫號(hào)碼。
一種提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，包括 判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份；
如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，根據(jù)所述通配公共服務(wù)身份 處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由 到軟交換平臺(tái)；
如果所述被叫號(hào)碼不匹配通配公共服務(wù)身份，判斷呼叫不在IP多媒體子系 統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠，將呼叫請(qǐng)求路由到軟交換平臺(tái)， 所述呼叫請(qǐng)求包含所述添加觸發(fā)字冠的被叫號(hào)碼。
一種IP多々某體子系統(tǒng)業(yè)務(wù)平臺(tái)，包括
第一判斷單元，用于判斷呼叫是否在IP多媒體子系統(tǒng)內(nèi)路由；
第 一添加單元，用于在所述第 一判斷單元判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)
路由時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；
第一路由單元，用于將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含 所述添加觸發(fā)字冠的被叫號(hào)碼。
一種IP多々某體子系統(tǒng)業(yè)務(wù)平臺(tái)，包括
第二判斷單元，用于判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份；
第一處理單元，用于在所述第二判斷單元判斷所述被叫號(hào)碼匹配通配公 共服務(wù)身份時(shí)，根據(jù)所述通配公共服務(wù)身份處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)；
第二路由單元，用于在所述第 一處理單元處理完被叫IP多媒體子系統(tǒng)業(yè)務(wù) 后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由到軟交換平臺(tái)；
第三判斷單元，用于在所述第二判斷單元判斷被叫號(hào)碼不匹配通配公共
服務(wù)身份時(shí)，判斷呼叫是否在IP多媒體子系統(tǒng)內(nèi)落地；
第二添加單元，用于在所述第三判斷單元判斷呼叫不在IP多i某體子系統(tǒng)內(nèi) 落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；
第三路由單元，用于將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含 所述第二添加單元添加觸發(fā)字冠的被叫號(hào)碼。一種通信系統(tǒng)，包括
IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，用于判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由時(shí)，
在被叫號(hào)碼前添加觸發(fā)字冠；將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求 包含添加觸發(fā)字冠的被叫號(hào)碼；
軟交換平臺(tái)，用于接收所述IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)處理完主叫IP多媒體 子系統(tǒng)業(yè)務(wù)后送回的呼叫請(qǐng)求。
一種通信系統(tǒng)，包括
IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，用于判斷被叫號(hào)碼是否匹配通配公共服務(wù)身 份；如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，根據(jù)所述通配公共服務(wù)身份 處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由 到軟交換平臺(tái)；如果所述被叫號(hào)碼不匹配通配公共服務(wù)身份，判斷呼叫不在IP 多媒體子系統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠，將呼叫請(qǐng)求路由到軟 交換平臺(tái)，所述呼叫請(qǐng)求包含添加觸發(fā)字冠的被叫號(hào)碼；
軟交換平臺(tái)，用于接收所述IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)處理完主叫IP多媒體 子系統(tǒng)業(yè)務(wù)后送回的呼叫請(qǐng)求。
從本發(fā)明實(shí)施例提供的以上技術(shù)方案可以看出，本發(fā)明實(shí)施例由于在被 叫號(hào)碼前添加業(yè)務(wù)觸發(fā)字冠，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí) 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講， 在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實(shí)施例闡述的為用戶提供IP多々某體子系統(tǒng)業(yè)務(wù)的組網(wǎng)示意
圖2是本發(fā)明實(shí)施例一闡述的提供主叫IP多媒體子系統(tǒng)業(yè)務(wù)的方法流程
圖3是本發(fā)明實(shí)施例二闡述的主叫側(cè)IP多媒體業(yè)務(wù)的觸發(fā)流程信令圖； 圖4是本發(fā)明實(shí)施例三闡述的提供被叫IP多媒體子系統(tǒng)業(yè)務(wù)的方法流程
圖；圖5是本發(fā)明實(shí)施例四闡述的一種被叫側(cè)IP多媒體業(yè)務(wù)的觸發(fā)流程信令
圖6是本發(fā)明實(shí)施例五闡述的另一種被叫側(cè)IP多々某體業(yè)務(wù)的觸發(fā)流程信 令圖7是本發(fā)明實(shí)施例七闡述的一種同時(shí)提供主被叫IP多媒體子系統(tǒng)業(yè)務(wù) 的方法流程圖8是本發(fā)明實(shí)施例八闡述的IP多+某體子系統(tǒng)平臺(tái) 一次處理主凈皮叫業(yè)務(wù) 流程的信令圖9是本發(fā)明實(shí)施例九闡述的一種服務(wù)呼叫會(huì)話控制功能對(duì)被叫路由的 處理邏輯流程圖10是本發(fā)明實(shí)施例闡述的第一種IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)的組成示 意圖11是本發(fā)明實(shí)施例闡述的第二種IP多々某體子系統(tǒng)業(yè)務(wù)平臺(tái)的組成示 意圖12是本發(fā)明實(shí)施例闡述的通信系統(tǒng)一的組成框圖； 圖13是本發(fā)明實(shí)施例闡述的通信系統(tǒng)二的組成框圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而 不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作 出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實(shí)施例提供了一種提供網(wǎng)際協(xié)議多媒體子系統(tǒng)業(yè)務(wù)的方法、系統(tǒng) 及裝置。
參見圖l，圖1是為現(xiàn)網(wǎng)用戶提供IMS業(yè)務(wù)的組網(wǎng)示意圖，為了采用IMS 業(yè)務(wù)平臺(tái)為PSTN域用戶提供業(yè)務(wù)，PSTN域用戶的呼叫需要被錨定到IMS 業(yè)務(wù)平臺(tái)。錨定的方法是利用運(yùn)營(yíng)商已在PSTN網(wǎng)絡(luò)實(shí)施的全網(wǎng)智能化， 將IMS業(yè)務(wù)平臺(tái)作為 一個(gè)PSTN現(xiàn)網(wǎng)中的一個(gè)智能業(yè)務(wù)平臺(tái)，并在SHLR為 用戶配置相應(yīng)的IMS業(yè)務(wù)觸發(fā)數(shù)據(jù)。軟交換平臺(tái)收到主叫的始發(fā)呼叫請(qǐng)求或 者被叫的落地呼叫請(qǐng)求時(shí)，查詢SHLR得到主叫或者被叫用戶的業(yè)務(wù)接入碼，觸發(fā)相應(yīng)的智能業(yè)務(wù)和/或IMS業(yè)務(wù)。
圖1中的"IMS業(yè)務(wù)平臺(tái)"是相對(duì)于軟交換平臺(tái)而言的統(tǒng)稱，實(shí)際組網(wǎng) 中包括了查詢呼叫會(huì)話控制功能(Interrogating Call Session Control Function, I-CSCF)、服務(wù)呼叫^S舌控制功能(Serving Call Session Control Function, S-CSCF )、歸屬用戶服務(wù)器(Home Subscriber Server, HSS )、 AS等IMS邏 輯網(wǎng)元。
PSTN現(xiàn)網(wǎng)用戶的號(hào)碼格式為E164號(hào)碼，為了在IMS業(yè)務(wù)平臺(tái)為相應(yīng) 用戶提供業(yè)務(wù)觸發(fā)，需要在IMS為該用戶設(shè)置該E164號(hào)碼對(duì)應(yīng)的業(yè)務(wù)簽約 數(shù)據(jù)，該E164號(hào)碼在IMS的相關(guān)業(yè)務(wù)簽約數(shù)據(jù)，僅用來(lái)做業(yè)務(wù)觸發(fā)，不涉 及到相關(guān)呼叫在IMS域內(nèi)到用戶終端的落地，因此該E164號(hào)碼無(wú)需在IMS 域注冊(cè)，采用未注冊(cè)業(yè)務(wù)的方式進(jìn)行相關(guān)業(yè)務(wù)觸發(fā)。
同時(shí)，作為可選項(xiàng)，可為該用戶分配會(huì)話初始協(xié)議(Session Initial Protocol, SIP)統(tǒng)一資源標(biāo)識(shí)(Uniform Resource Identifier, URI)作為IMS 網(wǎng)絡(luò)內(nèi)的3各由標(biāo)識(shí)，并在El64號(hào)碼映射(El64 Number Mapping, ENUM ) 服務(wù)器上創(chuàng)建E164號(hào)碼和SIP URI之間的對(duì)應(yīng)關(guān)系，用于是否在IMS域內(nèi) 直才妻觸發(fā)一皮叫側(cè)IMS的判斷依據(jù)。
主叫業(yè)務(wù)的簽約通過配置用戶的主叫側(cè)初始過濾準(zhǔn)則(Initial Filter Criteria, IFC )來(lái)實(shí)現(xiàn)。被叫業(yè)務(wù)的簽約通過配置用戶的被叫側(cè)IFC或者通 過將被叫側(cè)IMS業(yè)務(wù)接入碼配置為通配公共服務(wù)身#( public service identity, PSI)來(lái)實(shí)現(xiàn)。
下面首先闡述一種提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法。
實(shí)施例一
本實(shí)施例闡述一種4是供主叫IMS業(yè)務(wù)的方法，參見圖2,本實(shí)施例的方 法可以包括以下步驟
當(dāng)主叫側(cè)IMS業(yè)務(wù)觸發(fā)完成后，需要路由呼叫請(qǐng)求時(shí)，執(zhí)行步驟201;
步驟201:判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由時(shí)，在被叫號(hào)碼前添加觸 發(fā)字冠；
判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由包括查詢沒有與所述被叫號(hào)碼對(duì) 應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，則判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由。如果從所述E164號(hào)碼映射服務(wù)器中獲得了與所述E164號(hào)碼對(duì)應(yīng)的會(huì)話初 始協(xié)議統(tǒng)一資源標(biāo)識(shí)，則根據(jù)所述會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，將呼叫請(qǐng)求 路由到被叫用戶所屬的IP多媒體子系統(tǒng)網(wǎng)絡(luò)內(nèi)。
如果有多個(gè)主叫IP多媒體子系統(tǒng)業(yè)務(wù)需要觸發(fā)時(shí)，在被叫號(hào)碼前添加所述 多個(gè)主叫IP多媒體子系統(tǒng)業(yè)務(wù)中的最后一個(gè)主叫IP多媒體子系統(tǒng)業(yè)務(wù)的觸發(fā) 字冠。
步驟202:將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含添加觸發(fā)字 冠的被叫號(hào)碼。
本實(shí)施例由于在被叫號(hào)碼前添加觸發(fā)字冠后將呼叫請(qǐng)求路由到軟交換平 臺(tái)，軟交換平臺(tái)收到呼叫后查詢SHLR, SHLR發(fā)現(xiàn)被叫號(hào)碼前有業(yè)務(wù)觸發(fā) 字冠，不再觸發(fā)該字冠對(duì)應(yīng)的業(yè)務(wù)，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)。
實(shí)施例二
本實(shí)施例闡述主叫側(cè)IMS業(yè)務(wù)的觸發(fā)流程，參見圖3，主叫側(cè)IMS業(yè)務(wù) 的觸發(fā)流程包括以下步驟
步驟301:為主叫用戶服務(wù)的軟交換平臺(tái)向SHLR查詢；
軟交換平臺(tái)查詢SHLR， SHLR發(fā)現(xiàn)主叫用戶簽約了 IMS業(yè)務(wù)，于是在 被叫號(hào)碼前加上主叫側(cè)IMS業(yè)務(wù)觸發(fā)字冠返回給軟交換平臺(tái)。
步驟302:上述軟交換平臺(tái)將呼叫路由到I-CSCF;
軟交換平臺(tái)觸發(fā)主叫側(cè)IMS業(yè)務(wù)，將呼叫路由到IMS業(yè)務(wù)平臺(tái)，此處
是將呼叫路由到I-CSCF。
步驟303: I-CSCF根據(jù)主叫IMS業(yè)務(wù)觸發(fā)字冠查詢HSS獲得主叫用戶 的S-CSCF;
步驟304: I-CSCF將呼叫路由到S-CSCF;
步驟305: S-CSCF評(píng)估主叫用戶的IFC;
步驟306: S-CSCF將呼叫路由到AS;
S-CSCF觸發(fā)主叫側(cè)IMS業(yè)務(wù)，刪除^f皮叫號(hào)碼前的主叫IMS業(yè)務(wù)觸發(fā)字 冠，將呼叫路由到AS。
步驟307: AS處理完主叫IMS業(yè)務(wù)后，將呼叫送回到S-CSCF; 步驟308: S-CSCF查詢ENUM服務(wù)器；S-CSCF發(fā)現(xiàn)被叫號(hào)碼為E164號(hào)碼，查詢ENUM服務(wù)器。此時(shí)ENUM 中如果未配置E614號(hào)碼和SIP URI的對(duì)應(yīng)關(guān)系，說明該呼叫需要路由到軟交 換。
步驟309: S-CSCF將呼叫路由到為被叫用戶服務(wù)的軟交換平臺(tái)。
S-CSCF將呼叫路由回軟PSTN網(wǎng)絡(luò)的軟交換平臺(tái)，并且在被叫號(hào)碼前 加主叫IMS業(yè)務(wù)觸發(fā)字冠，當(dāng)有多個(gè)主叫IMS業(yè)務(wù)觸發(fā)時(shí)，加最后一個(gè)觸 發(fā)的主叫IMS業(yè)務(wù)觸發(fā)字冠，避免業(yè)務(wù)重復(fù)觸發(fā)。
本實(shí)施例能夠?yàn)楝F(xiàn)網(wǎng)用戶提供IMS業(yè)務(wù)，并且由于IMS業(yè)務(wù)平臺(tái)在處 理完主叫IMS業(yè)務(wù)后，進(jìn)一步判斷在E164號(hào)碼映射服務(wù)器中是否配置E164 號(hào)碼和會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，如果沒有配置，則在^C叫號(hào) 碼前添加主叫IP多媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠后將呼叫請(qǐng)求路由到軟交換平 臺(tái)，軟交換平臺(tái)收到呼叫后查詢SHLR, SHLR發(fā)現(xiàn)一皮叫號(hào)碼前有主叫業(yè)務(wù) 觸發(fā)字冠，不再觸發(fā)該字冠對(duì)應(yīng)的主叫業(yè)務(wù)，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)。
實(shí)施例一和實(shí)施例二闡述了^是供主叫側(cè)IMS業(yè)務(wù)的方法，下面的實(shí)施例 三至實(shí)施例五闡述提供被叫側(cè)IMS業(yè)務(wù)的方法。
實(shí)施例三
本實(shí)施例闡述一種提供被叫側(cè)IMS業(yè)務(wù)的方法，參見圖4，本實(shí)施例的 方法可以包括以下步驟
在處理完被叫側(cè)IMS業(yè)務(wù)，需要路由呼叫請(qǐng)求時(shí)，執(zhí)行步驟401;
步驟401:判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份；
公共服務(wù)身份是一個(gè)標(biāo)識(shí)符，可以是SIPURI,通配是指公共服務(wù)身份可 以是一個(gè)前綴，即可以對(duì)應(yīng)一個(gè)業(yè)務(wù)觸發(fā)字冠。例如
被叫號(hào)碼為1234+ 0755123456, 1234為業(yè)務(wù)觸發(fā)字冠。那么可以將1234 在IMS域內(nèi)配置成通配PSI。這樣無(wú)論什么樣的被叫號(hào)碼，只要其前面的業(yè)務(wù) 觸發(fā)字冠相同，觸發(fā)的IMS業(yè)務(wù)就相同。如1234 + 0755123456和1234 + 020123456都觸發(fā)一個(gè)語(yǔ)音信箱業(yè)務(wù)。
在步驟401之前還可以包括判斷被叫號(hào)碼前的觸發(fā)字冠是主叫觸發(fā)字冠 還是被叫觸發(fā)字冠；如果是主叫觸發(fā)字冠，還需要判斷呼叫是否路由到IMS 內(nèi)，在判斷呼叫路由到IP多媒體子系統(tǒng)內(nèi)時(shí)，根據(jù)與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，將呼叫請(qǐng)求路由到被叫網(wǎng)絡(luò)；如果是被叫觸發(fā)字冠， 則判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份。即，處理完主叫IMS業(yè)務(wù)后，處 理被叫IMS業(yè)務(wù)，然后才將呼叫請(qǐng)求路由到軟交換平臺(tái)，這樣，可以一次處理 完主叫IMS業(yè)務(wù)和被叫IMS業(yè)務(wù)。
如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，執(zhí)行步驟402;如果所述被叫 號(hào)碼不匹配通配公共服務(wù)身份，則執(zhí)行步驟403。
步驟402:如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，根據(jù)所述通配公共 服務(wù)身份處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫 請(qǐng)求路由到軟交換平臺(tái)；
如果被叫號(hào)碼匹配通配公共服務(wù)身份，則被叫號(hào)碼一定包含觸發(fā)字冠。
步驟403:如果所述被叫號(hào)碼不匹配通配公共服務(wù)身份，判斷呼叫不在IP 多媒體子系統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；將呼叫請(qǐng)求路由到軟 交換平臺(tái)，所述呼叫請(qǐng)求包含添加觸發(fā)字冠的被叫號(hào)碼。
判斷呼叫不在IP多^某體子系統(tǒng)內(nèi)落地可以包括
查詢沒有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述被叫號(hào)碼屬于同 一隱式注冊(cè) 集，則判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)落地。
如果有多個(gè)被叫IP多媒體子系統(tǒng)業(yè)務(wù)需要觸發(fā)時(shí)，所述在被叫號(hào)碼前添加 觸發(fā)字冠的步驟可以為
在被叫號(hào)碼前添加所述多個(gè)被叫IP多媒體子系統(tǒng)業(yè)務(wù)中的最后一個(gè)被叫 IP多i某體子系統(tǒng)業(yè)務(wù)的觸發(fā)字冠。
判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)落地之前還包括刪除被叫號(hào)碼前的觸發(fā) 字冠。此時(shí)的觸發(fā)字冠是軟交換平臺(tái)查詢SHLR時(shí)添加的，由于已經(jīng)執(zhí)行了觸 發(fā)字冠對(duì)應(yīng)的IMS業(yè)務(wù)，因此需要將觸發(fā)字冠刪除。
本實(shí)施例由于在判斷沒有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述被叫號(hào)碼屬 于同一隱式注冊(cè)集時(shí)，在被叫號(hào)碼前添加被叫IP多々某體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠 后，將呼叫請(qǐng)求路由到軟交換平臺(tái)，軟交換平臺(tái)收到呼叫后查詢SHLR, SHLR 發(fā)現(xiàn)被叫號(hào)碼前有被叫業(yè)務(wù)觸發(fā)字冠，不再觸發(fā)該字冠對(duì)應(yīng)的被叫業(yè)務(wù)，避 免了業(yè)務(wù)的重復(fù)觸發(fā)。
實(shí)施例四本實(shí)施例闡述一種被叫側(cè)IMS業(yè)務(wù)的觸發(fā)流程，參見圖5,被叫側(cè)觸發(fā)
IMS業(yè)務(wù)流程可以包括以下步驟
步驟501:軟交換平臺(tái)向SHLR查詢；
軟交換平臺(tái)查詢SHLR， SHLR發(fā)現(xiàn)被叫用戶簽約了 IMS業(yè)務(wù)，于是在 被叫號(hào)碼前加上被叫側(cè)IMS業(yè)務(wù)觸發(fā)字冠返回給軟交換平臺(tái)。 步驟502:軟交換平臺(tái)將呼叫路由到I-CSCF;
軟交換平臺(tái)觸發(fā)被叫側(cè)IMS業(yè)務(wù)，將呼叫路由到IMS業(yè)務(wù)平臺(tái)，此處 是將呼叫路由到I-CSCF。
步驟503: I-CSCF根據(jù)被叫IMS業(yè)務(wù)觸發(fā)字冠查詢HSS獲得被叫用戶 的S-CSCF;
步驟504: I-CSCF將呼叫路由到S畫CSCF;
步驟505: S-CSCF評(píng)估被叫用戶的IFC;
步驟506: S-CSCF將呼叫路由到AS;
S-CSCF觸發(fā)被叫側(cè)IMS業(yè)務(wù)，刪除被叫號(hào)碼前的被叫IMS業(yè)務(wù)觸發(fā)字
冠，將呼叫路由到AS。
步驟507: AS處理完被叫IMS業(yè)務(wù)后，將呼叫送回到S-CSCF;
步驟508: S-CSCF判斷無(wú)SIPURI與被叫號(hào)碼屬于同一隱式注冊(cè)集；
S-CSCF發(fā)現(xiàn)凈皮叫號(hào)碼為E164號(hào)碼，且無(wú)SIPURI與其屬于同一隱式注 冊(cè)集，說明該呼叫需要路由到軟交換而不是在IMS網(wǎng)絡(luò)內(nèi)落地。
如果S-CSCF判斷有SIPURI與一皮叫E164號(hào)碼屬于同一隱式注冊(cè)集時(shí)， 則說明該呼叫需要路由到IMS網(wǎng)絡(luò)內(nèi)。
步驟509: S-CSCF將呼叫路由到軟交換平臺(tái)。
S-CSCF將呼叫路由回軟PSTN網(wǎng)絡(luò)的軟交換平臺(tái)，并且在被叫號(hào)碼前 加被叫IMS業(yè)務(wù)觸發(fā)字冠，當(dāng)有多個(gè)^皮叫IMS業(yè)務(wù)觸發(fā)時(shí)，加最后一個(gè)觸 發(fā)的被叫IMS業(yè)務(wù)觸發(fā)字冠，避免業(yè)務(wù)重復(fù)觸發(fā)。
本實(shí)施例能夠?yàn)楝F(xiàn)網(wǎng)用戶4是供IMS業(yè)務(wù)，并且由于IMS業(yè)務(wù)平臺(tái)在處 理完被叫IMS業(yè)務(wù)后，進(jìn)一步判斷是否會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和被叫 E164號(hào)碼屬于同一隱式注冊(cè)集，如果沒有，則在被叫號(hào)碼前添加被叫IP多 媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠后將呼叫請(qǐng)求路由到軟交換平臺(tái)，軟交換平臺(tái)收到呼叫后查詢SHLR， SHLR發(fā)現(xiàn)被叫號(hào)碼前有被叫業(yè)務(wù)觸發(fā)字冠，不再觸發(fā) 該字冠對(duì)應(yīng)的#1叫業(yè)務(wù)，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)。
實(shí)施例四被叫業(yè)務(wù)的簽約是通過配置用戶的被叫側(cè)IFC來(lái)實(shí)現(xiàn)，實(shí)施例 五則是通過將被叫側(cè)IMS業(yè)務(wù)接入碼配置為通配PSI來(lái)實(shí)現(xiàn)。
實(shí)施例五
本實(shí)施例闡述一種被叫側(cè)IMS業(yè)務(wù)的觸發(fā)流程，參見圖6,該流程可以 包括以下步驟
步驟601:軟交換平臺(tái)向SHLR查詢；
軟交換平臺(tái)查詢SHLR, SHLR發(fā)現(xiàn)被叫用戶簽約了 IMS業(yè)務(wù)，于是在 被叫號(hào)碼前加上被叫側(cè)IMS業(yè)務(wù)觸發(fā)字冠返回給軟交換平臺(tái)。 步驟602:軟交換平臺(tái)將呼叫路由到I-CSCF;
軟交換平臺(tái)觸發(fā)被叫側(cè)IMS業(yè)務(wù)，將呼叫路由到IMS業(yè)務(wù)平臺(tái)，此處 是將呼叫路由到I-CSCF。
步驟603: I-CSCF根據(jù)通配PSI查詢HSS獲得凈皮叫用戶的S-CSCF;
被叫側(cè)IMS業(yè)務(wù)觸發(fā)字冠被配置為通配PSI, I-CSCF才艮據(jù)通配PSI,查 詢HSS獲得S-CSCF地址。
步驟604: I-CSCF將呼叫路由到S-CSCF;
步驟605: S-CSCF評(píng)估PSI的IFC;
步驟606: S-CSCF將呼叫路由到AS;
步驟607: AS處理完被叫IMS業(yè)務(wù)后，將呼叫送回到S-CSCF; 步驟608: S-CSCF判斷被叫號(hào)碼帶有被叫IMS業(yè)務(wù)觸發(fā)字冠； S-CSCF發(fā)現(xiàn)被叫號(hào)碼帶有被叫IMS業(yè)務(wù)觸發(fā)字冠，說明該呼叫需要路 由到軟交換而不是在IMS網(wǎng)絡(luò)內(nèi)落地。
步驟609: S-CSCF將呼叫路由到軟交換平臺(tái)。
此時(shí)被叫號(hào)碼前帶有被叫IMS業(yè)務(wù)觸發(fā)字冠，避免了業(yè)務(wù)的重復(fù)觸發(fā)。 本實(shí)施例能夠?yàn)楝F(xiàn)網(wǎng)用戶提供IMS業(yè)務(wù)，并且由于IMS業(yè)務(wù)平臺(tái)在處 理完被叫IMS業(yè)務(wù)后，進(jìn)一步判斷被叫號(hào)碼帶有被叫IMS業(yè)務(wù)觸發(fā)字冠， 則將呼叫請(qǐng)求路由到軟交換平臺(tái)，軟交換平臺(tái)收到呼叫后查詢SHLR， SHLR 發(fā)現(xiàn)被叫號(hào)碼前有被叫業(yè)務(wù)觸發(fā)字冠，不再觸發(fā)該字冠對(duì)應(yīng)的被叫業(yè)務(wù)，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)。
實(shí)施例一和實(shí)施例二闡述了提供主叫側(cè)IMS業(yè)務(wù)的方法，實(shí)施例三至實(shí) 施例五闡述了提供被叫側(cè)IMS業(yè)務(wù)的方法，IMS主叫業(yè)務(wù)觸發(fā)完成后，呼叫 需要被路由回軟交換平臺(tái)以觸發(fā)IMS被叫業(yè)務(wù)。這樣，設(shè)備間的消息交互較 多，呼叫接續(xù)時(shí)間較長(zhǎng)，由于IMS業(yè)務(wù)平臺(tái)本身具備路由功能，因此在某些 應(yīng)用場(chǎng)景下，可以在IMS業(yè)務(wù)平臺(tái)上一次處理完所有的IMS主叫側(cè)業(yè)務(wù)和 被叫側(cè)業(yè)務(wù)，然后再將呼叫路由回軟交換平臺(tái)。如當(dāng)主被叫都簽約了 IMS業(yè) 務(wù)，主叫側(cè)IMS業(yè)務(wù)在主叫側(cè)的業(yè)務(wù)中是最后一個(gè)被觸發(fā)的業(yè)務(wù)，；故叫IMS 業(yè)務(wù)在被叫側(cè)的業(yè)務(wù)中是第一個(gè)被觸發(fā)的業(yè)務(wù)的情況。下面的實(shí)施例六至實(shí) 施例八提供了同時(shí)處理主被叫IMS業(yè)務(wù)的方法。
實(shí)施例六
本實(shí)施例闡述一種同時(shí)處理主被叫IMS業(yè)務(wù)的方法，參見圖7,本實(shí)施 例的方法可以包括以下步驟
協(xié)-漢統(tǒng)一資源標(biāo)識(shí)；
在處理完主叫IP多i某體子系統(tǒng)業(yè)務(wù)后，主叫服務(wù)呼叫會(huì)話控制功能在判斷 被叫號(hào)碼為E164號(hào)碼時(shí)，查詢E164號(hào)碼映射服務(wù)器獲取與所述E164號(hào)碼對(duì)應(yīng) 的會(huì)話初始協(xié)議統(tǒng)一 資源標(biāo)識(shí)；
步驟702:主叫服務(wù)呼叫會(huì)話控制功能根據(jù)所述會(huì)話初始協(xié)議統(tǒng)一資源標(biāo) 識(shí)，將呼叫請(qǐng)求路由到被叫服務(wù)呼叫會(huì)話控制功能；
步驟703:應(yīng)用服務(wù)器在接收到所述被叫服務(wù)呼叫會(huì)話控制功能發(fā)送的呼 叫請(qǐng)求后，處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)，處理完被叫IP多媒體子系統(tǒng)業(yè)務(wù)后 將呼叫請(qǐng)求送回被叫服務(wù)呼叫會(huì)話控制功能；
處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)之前還包括步驟703A:判斷被叫IP多媒 體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠是否是公共服務(wù)身份；如果被叫業(yè)務(wù)觸發(fā)字冠是公共 服務(wù)身份,根據(jù)所述公共服務(wù)身份觸發(fā)被叫IP多媒體子系統(tǒng)業(yè)務(wù)并將呼叫請(qǐng)求 路由到軟交換平臺(tái)；如果被叫業(yè)務(wù)觸發(fā)字冠不是公共服務(wù)身份，執(zhí)行所述處 理被叫IP多々某體子系統(tǒng)業(yè)務(wù)的步驟。
判斷被叫IP多i某體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠是否是公共服務(wù)身份之前還包括判斷被叫號(hào)碼前的業(yè)務(wù)觸發(fā)字冠是主叫IP多媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠還是被
叫IP多媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠；如果被叫號(hào)碼前的業(yè)務(wù)觸發(fā)字冠是被叫IP
多媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠,執(zhí)行判斷被叫IP多媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠是否
是公共服務(wù)身份的步驟703A;如果被叫號(hào)碼前的業(yè)務(wù)觸發(fā)字冠是主叫IP多媒 體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠，處理主叫IP多4某體子系統(tǒng)業(yè)務(wù)，處理完后執(zhí)行所述查
識(shí)的步驟701。
步驟704:被叫服務(wù)呼叫會(huì)話控制功能在判斷被叫號(hào)碼是E164號(hào)碼時(shí)，判 斷是否有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述E164號(hào)碼屬于同一隱式注冊(cè)集； 如果判斷沒有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述E164號(hào)碼屬于同一隱式注冊(cè) 集時(shí)，執(zhí)行步驟705;
如果判斷有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述E164號(hào)碼屬于同 一隱式注 冊(cè)集時(shí)，被叫服務(wù)呼叫會(huì)話控制功能根據(jù)所述會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)， 將呼叫請(qǐng)求路由到被叫所屬的IP多媒體子系統(tǒng)網(wǎng)絡(luò)內(nèi)。
步驟705:在所述被叫號(hào)碼前添加被叫IP多媒體子系統(tǒng)業(yè)務(wù)觸發(fā)字冠；
步驟706:所述被叫服務(wù)呼叫會(huì)話控制功能將包含所述被叫IP多媒體子系 統(tǒng)業(yè)務(wù)觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由到軟交換平臺(tái)。
本實(shí)施例能夠?yàn)楝F(xiàn)網(wǎng)用戶4是供IMS業(yè)務(wù)，由于在^^皮叫號(hào)碼前添加業(yè)務(wù)觸 發(fā)字冠，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)，并且本實(shí)施例由于IP多々某體子系統(tǒng)業(yè)務(wù) 平臺(tái) 一次完成主叫和被叫業(yè)務(wù)的處理，簡(jiǎn)化了呼叫過程中呼叫信令的數(shù)量， 縮短了呼叫接續(xù)時(shí)間；IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)根據(jù)需要決定業(yè)務(wù)觸發(fā)后呼 叫是被路由到軟交換平臺(tái)還是被叫用戶所屬的IP多媒體子系統(tǒng)網(wǎng)絡(luò)，能夠起 到路由優(yōu)化的作用。
實(shí)施例七
本實(shí)施例闡述一種IMS業(yè)務(wù)平臺(tái) 一次處理主被叫業(yè)務(wù)的流程，參見圖8, 該流程可以包括以下步驟
步驟801:軟交換平臺(tái)查詢SHLR;
軟交換平臺(tái)查詢SHLR, SHLR發(fā)現(xiàn)主叫用戶簽約了 IMS業(yè)務(wù)，于是在 被叫號(hào)碼前加上主叫側(cè)IMS業(yè)務(wù)觸發(fā)字冠返回給軟交換平臺(tái)。步驟802:軟交換平臺(tái)將呼叫路由到主叫I-CSCF; 軟交換平臺(tái)觸發(fā)主叫側(cè)IMS業(yè)務(wù)，將呼叫路由到IMS業(yè)務(wù)平臺(tái)。 步驟803:主叫I-CSCF查詢HSS獲得主叫S-CSCF; 主叫I-CSCF根據(jù)主叫側(cè)IMS業(yè)務(wù)觸發(fā)字冠，查詢HSS來(lái)獲得服務(wù)主叫 用戶的S-CSCF。
步驟804:主叫I-CSCF將呼叫路由到主叫S-CSCF; 步驟805:主叫S-CSCF評(píng)估主叫用戶的IFC; 步驟806:主叫S-CSCF將呼叫路由到AS;
主叫S-CSCF觸發(fā)主叫側(cè)IMS業(yè)務(wù)，刪除被叫號(hào)碼前的主叫IMS業(yè)務(wù)觸 發(fā)字冠，將呼叫路由到AS。
步驟807: AS處理完主叫IMS業(yè)務(wù)后，將呼叫送回主叫S-CSCF; 步驟808:主叫S-CSCF查詢ENUM服務(wù)器；
主叫S-CSCF進(jìn)行被叫路由，由于被叫號(hào)碼為E164號(hào)碼，主叫S-CSCF 判斷ENUM服務(wù)器是否配置了 SIP URI與El64號(hào)碼的對(duì)應(yīng)關(guān)系，由于處理 完主叫側(cè)IMS業(yè)務(wù)后需要立即處理被叫側(cè)IMS業(yè)務(wù)，因此不能將呼叫路由 回軟交換平臺(tái)，此時(shí)ENUM月良務(wù)器中必須配置El 64號(hào)碼和SIP URI的對(duì)應(yīng) 關(guān)系，主叫S-CSCF查詢ENUM l良務(wù)器來(lái)獲得對(duì)應(yīng)SIP URI, E164號(hào)碼與 SIP URI的對(duì)應(yīng)關(guān)系需要預(yù)先配置在ENUM服務(wù)器上。
步驟809:主叫S-CSCF將呼叫路由到被叫I-CSCF;
主叫S-CSCF依據(jù)ENUM查詢獲的SIP URI格式的被叫號(hào)碼，按域名部 分路由呼叫到被叫所屬的I-CSCF。如果IMS業(yè)務(wù)平臺(tái)^f故完了主叫處理，再 緊接著做被叫處理，必然需要在ENUM服務(wù)器中配置相應(yīng)的El 64到SIP URI 的相關(guān)數(shù)據(jù)。否則，主叫S-CSCF可能直接路由被叫的E164號(hào)碼到軟交換平 臺(tái)，而不是做完被叫處理后，再路由到軟交換平臺(tái)。
步驟810:被叫I-CSCF查詢HSS獲得被叫S-CSCF;
步驟811:被叫I-CSCF將呼叫路由到被叫S-CSCF;
步驟812:被叫S-CSCF評(píng)估-故叫用戶的IFC;
步驟813:被叫S-CSCF將呼叫路由到AS;
被叫S-CSCF觸發(fā)被叫業(yè)務(wù)，將呼叫路由到AS。步驟814: AS處理完被叫IMS業(yè)務(wù)后，將呼叫送回被叫S-CSCF; 步驟815:被叫S-CSCF判斷，沒有其它SIPURI和被叫El64號(hào)碼屬于 同一隱式注冊(cè)集；
被叫S-CSCF判斷被叫號(hào)碼為E164號(hào)碼，且沒有其他SIPURI與該號(hào)碼 屬同一個(gè)隱式注冊(cè)集，則被叫S-CSCF不做落地處理，而是將呼叫路由到軟 交換平臺(tái)。
步驟816:被叫S-CSCF將呼叫路由到軟交換平臺(tái)。
被叫S-CSCF將呼叫路由到軟交換平臺(tái)，同時(shí)在被叫號(hào)碼前加被叫IMS 業(yè)務(wù)觸發(fā)字冠，抑制軟交換平臺(tái)重復(fù)觸發(fā)IMS業(yè)務(wù)。
本實(shí)施例能夠?yàn)楝F(xiàn)網(wǎng)用戶提供IMS業(yè)務(wù)，由于在被叫號(hào)碼前添加業(yè)務(wù)觸 發(fā)字冠，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)，并且由于IP多力某體子系統(tǒng)業(yè)務(wù)平臺(tái)一次 完成主叫和被叫業(yè)務(wù)的處理，簡(jiǎn)化了呼叫過程中呼叫信令的數(shù)量，縮短了呼 叫4妄續(xù)時(shí)間。
下面闡述IMS業(yè)務(wù)平臺(tái)為了防止業(yè)務(wù)重復(fù)觸發(fā)如何進(jìn)行處理。
PSTN側(cè)的網(wǎng)絡(luò)智能化中，軟交換平臺(tái)查詢SHLR得到用戶簽約智能業(yè) 務(wù)對(duì)應(yīng)的智能業(yè)務(wù)字冠，在被叫號(hào)碼前插智能業(yè)務(wù)字冠，觸發(fā)對(duì)應(yīng)的智能業(yè) 務(wù)到業(yè)務(wù)控制點(diǎn)，當(dāng)業(yè)務(wù)控制點(diǎn)處理完相應(yīng)的智能業(yè)務(wù)后，在返回呼叫到軟 交換平臺(tái)時(shí)，仍在被叫號(hào)碼前仍攜帶相應(yīng)的智能業(yè)務(wù)字冠，從而使用軟交換 知道此智能業(yè)務(wù)已完成，接著處理用戶簽約的下一個(gè)智能業(yè)務(wù)。
IMS業(yè)務(wù)平臺(tái)為PSTN用戶提供IMS業(yè)務(wù)，需確保能兼容用戶已有的智 能業(yè)務(wù)。因此，IMS業(yè)務(wù)平臺(tái)在完成IMS業(yè)務(wù)處理，將呼叫路由回PSTN網(wǎng) 絡(luò)的軟交換平臺(tái)時(shí)，要符合現(xiàn)網(wǎng)全網(wǎng)智能化的要求，使用戶其他的智能業(yè)務(wù) 能夠正常完成。以aa/bb分別代表主叫IMS業(yè)務(wù)觸發(fā)字冠和被叫IMS業(yè)務(wù)觸 發(fā)字冠為例說明相應(yīng)的處理方法
1 ) IMS平臺(tái)僅為用戶提供了主叫IMS業(yè)務(wù)，呼叫路由回PSTN網(wǎng)絡(luò)的 軟交換平臺(tái)，當(dāng)呼叫被路由回與主叫同大區(qū)的PSTN網(wǎng)絡(luò)的專欠交換平臺(tái)交換 時(shí)，加主叫IMS業(yè)務(wù)觸發(fā)字冠aa,以便主叫的其他智能業(yè)務(wù)能夠繼續(xù)處理。 當(dāng)呼叫被路由到與主叫不同大區(qū)的PSTN網(wǎng)絡(luò)的軟交換平臺(tái)時(shí)，不帶任何字 冠。因?yàn)榇藭r(shí)帶主叫IMS業(yè)務(wù)觸發(fā)字冠aa到軟PSTN網(wǎng)絡(luò)的軟交換平臺(tái)會(huì)由于用戶沒有簽約而出^l晉。
2)當(dāng)IMS平臺(tái)為用戶提供了被叫IMS業(yè)務(wù)，呼叫路由回PSTN網(wǎng)絡(luò)的 軟交換平臺(tái)時(shí)一律攜帶被叫IMS業(yè)務(wù)觸發(fā)字冠bb。 實(shí)施例八
本實(shí)施例闡述一種服務(wù)呼叫會(huì)話控制功能對(duì)被叫路由的處理邏輯流程， 參見圖9，該流程可以包括以下步驟
步驟901: IP多i某體子系統(tǒng)接收請(qǐng)求；
現(xiàn)網(wǎng)用戶發(fā)起的邀請(qǐng)(INVITE)請(qǐng)求被觸發(fā)到IMS。
步驟902:判斷業(yè)務(wù)觸發(fā)字冠是主叫還是被叫業(yè)務(wù)觸發(fā)字冠，如果是主 叫業(yè)務(wù)觸發(fā)字冠，執(zhí)行步驟903，如果是被叫業(yè)務(wù)觸發(fā)字冠，執(zhí)行步驟912;
步驟903:處理主叫業(yè)務(wù)；
IMS才艮據(jù)主叫用戶的El64號(hào)碼處理主叫IMS業(yè)務(wù)。
步驟904:被叫號(hào)碼為E164號(hào)碼，查詢ENUM力良務(wù)器，是否有與所述 E164號(hào)碼對(duì)應(yīng)的SIPURI;如果有，執(zhí)行步驟907,如果沒有，執(zhí)行步驟905;
步驟905:在一皮叫號(hào)碼前加主叫IMS業(yè)務(wù)觸發(fā)字冠；
在被叫號(hào)碼前加主叫IMS業(yè)務(wù)觸發(fā)字冠，優(yōu)先依據(jù)被叫El64號(hào)碼進(jìn)行 路由，如無(wú)相應(yīng)路由，再按照主叫E164號(hào)碼進(jìn)行路由。
步驟906:將呼叫請(qǐng)求路由到軟交換平臺(tái)；
根據(jù)路由結(jié)果將INVITE請(qǐng)求發(fā)往PSTN網(wǎng)絡(luò)內(nèi)的軟交換平臺(tái)。
步驟907:依據(jù)被叫號(hào)碼域名路由INVITE請(qǐng)求；
步驟908:處理;故叫IMS業(yè)務(wù)；
IMS業(yè)務(wù)平臺(tái)根據(jù)被叫用戶的El64號(hào)碼做被叫業(yè)務(wù)處理。
步驟909:判斷^^皮叫E164號(hào)碼是否與其它SIPURI在同一隱式注冊(cè)集；
IMS業(yè)務(wù)平臺(tái)的被叫S-CSCF判斷被叫號(hào)碼為E164號(hào)碼，判斷是否有其
它SIPURT與其屬于同一隱式注冊(cè)集，如果是與其它SIPURI屬于同一隱式
注冊(cè)集，則執(zhí)行步驟911,如果否，則執(zhí)行步驟910; 步驟910:在纟皮叫號(hào)碼前加被叫業(yè)務(wù)觸發(fā)字冠； 步驟911:將呼叫請(qǐng)求在IMS網(wǎng)絡(luò)內(nèi)落地；
當(dāng)有其它SIPURI與^皮叫E164號(hào)碼屬于同一隱式注冊(cè)集時(shí)，需務(wù)敗落地處理，將呼叫請(qǐng)求在被叫所屬的IMS網(wǎng)絡(luò)內(nèi)落地。
步驟912:判斷被叫字冠是否是通配PSI;如果是，執(zhí)行步驟913,如果 不是，執(zhí)行步驟908;
步驟913:觸發(fā)被叫IMS業(yè)務(wù)； 沖艮據(jù)通配PSI觸發(fā)4皮叫IMS業(yè)務(wù)。 步驟914:將呼叫請(qǐng)求路由到軟交換平臺(tái)。
根據(jù)被叫E164號(hào)碼路由，依據(jù)路由結(jié)果將INVITE請(qǐng)求發(fā)往PSTN網(wǎng)絡(luò) 的軟交換平臺(tái)。
本實(shí)施例能夠?yàn)楝F(xiàn)網(wǎng)用戶4是供IMS業(yè)務(wù)，由于IP多i某體子系統(tǒng)業(yè)務(wù)平 臺(tái)一次完成主叫和被叫業(yè)務(wù)的處理，簡(jiǎn)化了呼叫過程中呼叫信令的數(shù)量，縮 短了呼叫接續(xù)時(shí)間；IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)根據(jù)需要決定業(yè)務(wù)觸發(fā)后呼叫 是被路由到軟交換平臺(tái)還是被叫用戶所屬的IP多媒體子系統(tǒng)網(wǎng)絡(luò)，能夠起到 路由優(yōu)化的作用；由于在被叫號(hào)碼前添加業(yè)務(wù)觸發(fā)字冠，能夠避免業(yè)務(wù)的重 復(fù)觸發(fā)。
需要說明的是，對(duì)于前述的各方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表 述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描 述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者 同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例 均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。
在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒有 詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。
以上提供了一種提供IP多々某體子系統(tǒng)業(yè)務(wù)的方法，本發(fā)明實(shí)施例還提供 了 IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)和通信系統(tǒng)。
首先闡述IMS業(yè)務(wù)平臺(tái)，此處的IMS業(yè)務(wù)平臺(tái)可以是指S-CSCF,也可 以是S隱CSCF、 I-CSCF、 AS和HSS等。
參見圖10, —種IMS業(yè)務(wù)平臺(tái)，包括
第一判斷單元IOOI,用于判斷呼叫是否在IP多媒體子系統(tǒng)內(nèi)路由； 第一添加單元1002,用于在所述第一判斷單元1001判斷呼叫不在IP多i某體 子系統(tǒng)內(nèi)路由時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；第一路由單元1003,用于將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求
包含所述添加觸發(fā)字冠的被叫號(hào)碼。
其中，所述第一判斷單元1001包括
第一查詢單元，用于查詢是否有與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng) 一資源標(biāo)識(shí)；
第一判斷子單元，用于在所述第一查詢單元查詢沒有與所述被叫號(hào)碼對(duì) 應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，則判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由。
上述IMS業(yè)務(wù)平臺(tái)可以用于實(shí)現(xiàn)本發(fā)明實(shí)施例提及的提供主叫側(cè)IMS 業(yè)務(wù)的方法，但不限于實(shí)現(xiàn)該方法。
參見圖ll， 一種IMS業(yè)務(wù)平臺(tái)，包括
第二判斷單元l 101,用于判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份； 第一處理單元1102,用于在所述第二判斷單元1101判斷所述被叫號(hào)碼匹 配通配公共服務(wù)身份時(shí)，根據(jù)所述通配公共服務(wù)身份處理被叫IP多媒體子系統(tǒng)
業(yè)務(wù)；
第二路由單元1103 ，用于在所述第 一處理單元1102處理完被叫IP多媒體子 系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由到軟交換平臺(tái)；
第三判斷單元1104,用于在所述第二判斷單元1101判斷被叫號(hào)碼不匹配 通配公共服務(wù)身份時(shí)，判斷呼叫是否在IP多媒體子系統(tǒng)內(nèi)落地；
第二添加單元1105，用于在所述第三判斷單元1104判斷呼叫不在IP多媒體 子系統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；
第三路由單元1106,用于將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求 包含所述第二添加單元1105添加觸發(fā)字冠的被叫號(hào)碼。
其中，所述第三判斷單元1104包括
第二查詢單元，用于查詢是否有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述被叫
號(hào)碼屬于同一隱式注冊(cè)集；
第三判斷子單元，用于在所述第二查詢單元查詢沒有會(huì)話初始協(xié)議統(tǒng)一 資源標(biāo)識(shí)和所述被叫號(hào)碼屬于同 一 隱式注冊(cè)集時(shí)，則判斷呼叫不在IP多^某體子 系統(tǒng)內(nèi)落地。
其中，上述IP多i某體子系統(tǒng)業(yè)務(wù)平臺(tái)還包括第四判斷單元，用于判斷被叫號(hào)碼前的觸發(fā)字冠是主叫觸發(fā)字冠還是被 叫觸發(fā)字冠；
第五判斷單元，用于在所述第四判斷單元判斷被叫號(hào)碼前的觸發(fā)字冠是
主叫觸發(fā)字冠時(shí)，判斷呼叫是否路由到IP多媒體子系統(tǒng)內(nèi)；
第四路由單元，用于在所述第五判斷單元判斷呼叫路由到IP多媒體子系統(tǒng) 內(nèi)時(shí)，根據(jù)與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，將呼叫請(qǐng)求 路由到^皮叫網(wǎng)絡(luò)；
所述第二判斷單元1101用于在所述第四判斷單元判斷是被叫觸發(fā)字冠 時(shí)，判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份。
上述IMS業(yè)務(wù)平臺(tái)可以用于實(shí)現(xiàn)本發(fā)明實(shí)施例提及的提供被叫側(cè)IMS 業(yè)務(wù)的方法以及一次處理主^皮叫側(cè)IMS業(yè)務(wù)的方法，-f旦不限于實(shí)現(xiàn)該方法。
下面闡述通信系統(tǒng)。
參見圖12， 一種通信系統(tǒng)，包括
IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)1201,用于判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由 時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；將呼叫請(qǐng)求路由到軟交換平臺(tái)1202，所述 呼叫請(qǐng)求包含添加觸發(fā)字冠的被叫號(hào)碼；
軟交換平臺(tái)1202,用于接收所述IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)1201處理完主叫 IP多媒體子系統(tǒng)業(yè)務(wù)后送回的呼叫請(qǐng)求。
參見圖13， 一種通信系統(tǒng)，包括
IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)1301 ，用于判斷被叫號(hào)碼是否匹配通配公共服務(wù) 身份；如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，根據(jù)所述通配公共服務(wù)身 份處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路 由到軟交換平臺(tái)1302;如果所述被叫號(hào)碼不匹配通配公共服務(wù)身份，判斷呼 叫不在IP多々某體子系統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠，將呼叫請(qǐng)求路 由到軟交換平臺(tái)1302,所述呼叫請(qǐng)求包含添加觸發(fā)字冠的被叫號(hào)碼；
軟交換平臺(tái)1302,用于接收所述IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)1301處理完主叫 IP多媒體子系統(tǒng)業(yè)務(wù)后送回的呼叫請(qǐng)求。
其中，上述IP多々某體子系統(tǒng)業(yè)務(wù)平臺(tái)1301還用于判斷被叫號(hào)碼前的觸 發(fā)字冠是主叫觸發(fā)字冠還是被叫觸發(fā)字冠；如果是主叫觸發(fā)字冠，在判斷呼叫路由到IP多媒體子系統(tǒng)內(nèi)時(shí)，根據(jù)與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)i義統(tǒng) 一資源標(biāo)識(shí)，將呼叫請(qǐng)求路由到被叫網(wǎng)絡(luò)；如果是被叫觸發(fā)字冠，則判斷被 叫號(hào)碼是否匹配通配公共服務(wù)身份。
本發(fā)明實(shí)施例由于在被叫號(hào)碼前添加業(yè)務(wù)觸發(fā)字冠，能夠避免業(yè)務(wù)的重 復(fù)觸發(fā)。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟 是可以通過程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī) 可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
以上對(duì)本發(fā)明實(shí)施例所提供的一種提供網(wǎng)際協(xié)議多媒體子系統(tǒng)業(yè)務(wù)的方 法、系統(tǒng)及裝置進(jìn)行了詳細(xì)介紹，以上實(shí)施例的說明只是用于幫助理解本發(fā)
明的方法及其思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想， 在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不 應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1、一種提供網(wǎng)際協(xié)議IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于，包括判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含所述添加觸發(fā)字冠的被叫號(hào)碼。
2、 根據(jù)權(quán)利要求1所述的提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于， 所述判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由包括查詢沒有與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，則判斷呼 叫不在IP多媒體子系統(tǒng)內(nèi)路由。
3、 根據(jù)權(quán)利要求1所述的提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于， 如果有多個(gè)主叫IP多媒體子系統(tǒng)業(yè)務(wù)需要觸發(fā)時(shí)，所述在被叫號(hào)碼前添加觸發(fā) 字冠的步驟具體為在被叫號(hào)碼前添加所述多個(gè)主叫IP多媒體子系統(tǒng)業(yè)務(wù)中的最后一個(gè)主叫 IP多媒體子系統(tǒng)業(yè)務(wù)的觸發(fā)字冠。
4、 一種提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于，包括 判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份；如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，根據(jù)所述通配公共服務(wù)身份 處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由 到軟交換平臺(tái)；如果所述被叫號(hào)碼不匹配通配公共服務(wù)身份，判斷呼叫不在IP多媒體子系 統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠，將呼叫請(qǐng)求路由到軟交換平臺(tái)， 所述呼叫請(qǐng)求包含所述添加觸發(fā)字冠的被叫號(hào)碼。
5、 根據(jù)權(quán)利要求4所述的提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于， 所述判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)落地包括查詢沒有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述被叫號(hào)碼屬于同一隱式注冊(cè) 集，則判斷呼叫不在IP多^某體子系統(tǒng)內(nèi)落地。
6、 根據(jù)權(quán)利要求4所述的提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于， 如果有多個(gè)被叫IP多媒體子系統(tǒng)業(yè)務(wù)需要觸發(fā)時(shí)，所述在被叫號(hào)碼前添加觸發(fā) 字冠的步驟具體為在被叫號(hào)碼前添加所述多個(gè)被叫IP多媒體子系統(tǒng)業(yè)務(wù)中的最后一個(gè)被叫IP多々某體子系統(tǒng)業(yè)務(wù)的觸發(fā)字冠。
7、 根據(jù)權(quán)利要求4所述的提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其特征在于， 所述判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)落地之前還包括刪除被叫號(hào)碼前的觸發(fā)字冠。
8、 根據(jù)權(quán)利要求4至7任一項(xiàng)所述的提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，其 特征在于，所述判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份之前還包括判斷被叫號(hào)碼前的觸發(fā)字冠是主叫觸發(fā)字冠還是被叫觸發(fā)字冠； 如果是主叫觸發(fā)字冠，在判斷呼叫路由到IP多媒體子系統(tǒng)內(nèi)時(shí)，根據(jù)與所 述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，將呼叫請(qǐng)求路由到被叫網(wǎng)絡(luò)； 如果是被叫觸發(fā)字冠，則判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份。
9、 一種IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，其特征在于，包括第 一判斷單元，用于判斷呼叫是否在IP多媒體子系統(tǒng)內(nèi)路由；第 一添加單元，用于在所述第 一判斷單元判斷呼叫不在IP多々某體子系統(tǒng)內(nèi)路由時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；第一路由單元，用于將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含 所述添加觸發(fā)字冠的被叫號(hào)碼。
10、根據(jù)權(quán)利要求9所述的多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，其特征在于，所述第 一判斷單元包括第一查詢單元，用于查詢是否有與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng) 一資源標(biāo)識(shí)；第一判斷子單元，用于在所述第一查詢單元查詢沒有與所述被叫號(hào)碼對(duì) 應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，則判斷呼叫不在IP多々某體子系統(tǒng)內(nèi)路由。
11、 一種IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，其特征在于，包括 第二判斷單元，用于判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份； 第 一處理單元，用于在所述第二判斷單元判斷所述被叫號(hào)碼匹配通配公 共服務(wù)身份時(shí)，根據(jù)所述通配公共服務(wù)身份處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)；第二路由單元，用于在所述第 一處理單元處理完被叫IP多媒體子系統(tǒng)業(yè)務(wù) 后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由到軟交換平臺(tái)；第三判斷單元，用于在所述第二判斷單元判斷被叫號(hào)碼不匹配通配公共服務(wù)身份時(shí)，判斷呼叫是否在IP多々某體子系統(tǒng)內(nèi)落地；第二添加單元，用于在所述第三判斷單元判斷呼叫不在IP多媒體子系統(tǒng)內(nèi) 落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；第三路由單元，用于將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含 所述第二添加單元添加觸發(fā)字冠的被叫號(hào)碼。
12、 根據(jù)權(quán)利要求11所述的IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，其特征在于，所述 第三判斷單元包括第二查詢單元，用于查詢是否有會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)和所述被叫號(hào)碼屬于同一隱式注冊(cè)集；第三判斷子單元，用于在所述第二查詢單元查詢沒有會(huì)話初始協(xié)議統(tǒng)一 資源標(biāo)識(shí)和所述^c叫號(hào)碼屬于同 一隱式注冊(cè)集時(shí)，則判斷呼叫不在IP多々某體子 系統(tǒng)內(nèi)落;也。
13、 根據(jù)權(quán)利要求11或12所述的IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，其特征在于， 還包括第四判斷單元，用于判斷被叫號(hào)碼前的觸發(fā)字冠是主叫觸發(fā)字冠還是被 叫觸發(fā)字冠；第五判斷單元，用于在所述第四判斷單元判斷被叫號(hào)碼前的觸發(fā)字冠是 主叫觸發(fā)字冠時(shí)，判斷呼叫是否路由到IP多媒體子系統(tǒng)內(nèi)；第四路由單元，用于在所述第五判斷單元判斷呼叫路由到IP多i某體子系統(tǒng)內(nèi)時(shí)，根據(jù)與所述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，將呼叫請(qǐng)求 路由到被叫網(wǎng)絡(luò)；所述第二判斷單元用于在所述第四判斷單元判斷是被叫觸發(fā)字冠時(shí)，判 斷被叫號(hào)碼是否匹配通配公共服務(wù)身份。
14、 一種通信系統(tǒng)，其特征在于，包括IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，用于判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由時(shí)， 在被叫號(hào)碼前添加觸發(fā)字冠；將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求 包含添加觸發(fā)字冠的被叫號(hào)碼；軟交換平臺(tái)，用于接收所述IP多々某體子系統(tǒng)業(yè)務(wù)平臺(tái)處理完主叫IP多4某體 子系統(tǒng)業(yè)務(wù)后送回的呼叫請(qǐng)求。
15、 一種通信系統(tǒng)，其特征在于，包括IP多媒體子系統(tǒng)業(yè)務(wù)平臺(tái)，用于判斷被叫號(hào)碼是否匹配通配公共服務(wù)身 份；如果所述被叫號(hào)碼匹配通配公共服務(wù)身份，根據(jù)所述通配公共服務(wù)身份 處理被叫IP多媒體子系統(tǒng)業(yè)務(wù)后，將包含觸發(fā)字冠的被叫號(hào)碼的呼叫請(qǐng)求路由 到軟交換平臺(tái)；如果所述被叫號(hào)碼不匹配通配公共服務(wù)身份，判斷呼叫不在IP 多媒體子系統(tǒng)內(nèi)落地時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠，將呼叫請(qǐng)求路由到軟 交換平臺(tái)，所述呼叫請(qǐng)求包含添加觸發(fā)字冠的被叫號(hào)碼；軟交換平臺(tái)，用于接收所述IP多i某體子系統(tǒng)業(yè)務(wù)平臺(tái)處理完主叫IP多媒體 子系統(tǒng)業(yè)務(wù)后送回的呼叫請(qǐng)求。
16、 根據(jù)權(quán)利要求15所述的通信系統(tǒng)，其特征在于，所述IP多^某體子系統(tǒng) 業(yè)務(wù)平臺(tái)還用于判斷被叫號(hào)碼前的觸發(fā)字冠是主叫觸發(fā)字冠還是被叫觸發(fā)字 冠；如果是主叫觸發(fā)字冠，在判斷呼叫路由到IP多媒體子系統(tǒng)內(nèi)時(shí)，根據(jù)與所 述被叫號(hào)碼對(duì)應(yīng)的會(huì)話初始協(xié)議統(tǒng)一資源標(biāo)識(shí)，將呼叫請(qǐng)求路由到被叫網(wǎng)絡(luò)； 如果是被叫觸發(fā)字冠，則判斷被叫號(hào)碼是否匹配通配公共服務(wù)身份。
全文摘要
本發(fā)明實(shí)施例公開了一種提供網(wǎng)際協(xié)議多媒體子系統(tǒng)業(yè)務(wù)的方法、系統(tǒng)及裝置，一種提供IP多媒體子系統(tǒng)業(yè)務(wù)的方法，包括判斷呼叫不在IP多媒體子系統(tǒng)內(nèi)路由時(shí)，在被叫號(hào)碼前添加觸發(fā)字冠；將呼叫請(qǐng)求路由到軟交換平臺(tái)，所述呼叫請(qǐng)求包含所述添加觸發(fā)字冠的被叫號(hào)碼。本發(fā)明實(shí)施例由于在被叫號(hào)碼前添加業(yè)務(wù)觸發(fā)字冠，能夠避免業(yè)務(wù)的重復(fù)觸發(fā)。
文檔編號(hào)H04L29/08GK101437176SQ20081018078
公開日2009年5月20日 申請(qǐng)日期2008年12月2日 優(yōu)先權(quán)日2008年12月2日
發(fā)明者揩 文, 鑫 聶 申請(qǐng)人:華為技術(shù)有限公司