專利名稱：電路域感知ims域多媒體會(huì)話媒體信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種電路域感知IMS域多媒體會(huì)話媒體 信息的方法及系統(tǒng)。
背景技術(shù)：
下一代通信網(wǎng)的承載已經(jīng)全面開始換用IP。從通信網(wǎng)的發(fā)展來看，不管是 CDMA還是GSM/WCDMA,都經(jīng)歷了從傳統(tǒng)電路交換網(wǎng)絡(luò)到控制承載分離的 IP包交換網(wǎng)絡(luò)再到全I(xiàn)P的多媒體網(wǎng)絡(luò)這樣一個(gè)演進(jìn)過程。以CDMA的演進(jìn)為 例CDMA網(wǎng)絡(luò)承載從最初的TDM承載，到定義了 LMSD和MMD兩個(gè)演進(jìn) 階段，選擇IP作為核心網(wǎng)及接入網(wǎng)的承載選擇，并且A接口在承載類型上選 擇IP; CDMA LMSD階段電路域?qū)崿F(xiàn)了承載和控制的分離，在承載類型上支 持IP; MMD版本則在核心網(wǎng)引入IMS域，接口信令I(lǐng)P化(SIP)。這個(gè)演進(jìn)過 程中的最終目標(biāo)是由統(tǒng)一的IMS網(wǎng)絡(luò)來提供業(yè)務(wù)。另一方面，1984年美國貝爾通信公司與美國技術(shù)公司提出了智能網(wǎng)的概 念，它是一個(gè)能夠快速、方便、靈活、經(jīng)濟(jì)、有效地生成和實(shí)現(xiàn)各種新業(yè)務(wù)的 體系，具有業(yè)務(wù)處理和呼叫處理相分離的設(shè)計(jì)特點(diǎn)。因?yàn)橹悄芫W(wǎng)具有以上優(yōu)點(diǎn)， 傳統(tǒng)電路域迅速引入了智能網(wǎng)架構(gòu)，其中固定網(wǎng)絡(luò)定義了智能網(wǎng)應(yīng)用規(guī)程 (INAP, Intelligent Network Application Protocol )， GSM/WCDMA為實(shí)現(xiàn)智能 業(yè)務(wù)，引入了移動(dòng)網(wǎng)增強(qiáng)邏輯客戶化應(yīng)用(CAMEL, Customised Application for Mobile network Enhanced Logic )， CDMA移動(dòng)通信系統(tǒng)定義了 一系列無線智能 網(wǎng)(WIN, Wireless Intelligent Network)協(xié)議。以上這些智能網(wǎng)架構(gòu)都是基于 傳統(tǒng)電路域的，當(dāng)傳統(tǒng)電路域過渡到IMS網(wǎng)絡(luò)后，仍有必要把智能網(wǎng)引入到 IMS域，GSM/WCDMA已經(jīng)把CAMEL功能架構(gòu)引入到IMS域，并定義了相 關(guān)標(biāo)準(zhǔn)(TS23.278),而CDMA目前還沒有相關(guān)標(biāo)準(zhǔn)來定義如何把基子WIN的 智能網(wǎng)引入到IMS域。一、現(xiàn)有CDMA傳統(tǒng)電路域的智能業(yè)務(wù)實(shí)現(xiàn)流程。CDMA傳統(tǒng)電路域向用戶提供了很多種智能業(yè)務(wù)，如PPC(預(yù)付費(fèi))，F(xiàn)PH (被加付費(fèi))，ICS (入呼篩選)等業(yè)務(wù)，以下以PPC業(yè)務(wù)為例，說明CDMA 傳統(tǒng)電路域智能業(yè)務(wù)的實(shí)現(xiàn)機(jī)制。* 傳統(tǒng)電路域用戶簽約PPC業(yè)務(wù)并發(fā)起主叫的流程參見圖1所示，包括 下列步驟1. 用戶通過BSC向MSC/SSF發(fā)送始呼請(qǐng)求，攜帶被叫號(hào)碼和主叫用戶 標(biāo)識(shí)。2. MSC/SSF判斷主叫用戶簽約了 Origination—Attempt—Authorized觸發(fā) 器，根據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ORREQ消息，攜帶主叫用 戶標(biāo)識(shí)。3. SCP檢查用戶激活了 PPC業(yè)務(wù)且用戶具有足夠的帳戶余額則向 MSC/SSF返回orreq,指示呼叫繼續(xù)。4. MSC/SSF判斷主叫用戶簽約了 Calling—Routing—Address—Available觸發(fā) 器，根據(jù)該觸發(fā)器對(duì)應(yīng)的地址向SCP發(fā)送ANLYZD，攜帶根據(jù)被叫號(hào)碼得到 的被叫路由信息。5. SCP根據(jù)ANLYZD里的被叫路由信息，決定主叫用戶通話的費(fèi)率，向 MSC/SSF返回anlyzd,指示呼叫繼續(xù)。6. MSC/SSF 4艮據(jù)路由信息，向被叫用戶歸屬網(wǎng)絡(luò)發(fā)送始呼消息(通過局 間控制信令)。7. 被叫網(wǎng)絡(luò)返回被叫振鈴消息，向主叫用戶發(fā)送回鈴音。8. 被叫網(wǎng)絡(luò)返回用戶應(yīng)答。9. MSC/SSF判斷主叫用戶簽約了 0—Answer觸發(fā)器，根據(jù)該觸發(fā)器對(duì)應(yīng) 的地址向SCP發(fā)送OANSWER消息，攜帶被叫用戶應(yīng)答時(shí)間，SCP根據(jù)該時(shí) 間開始計(jì)費(fèi)。
傳統(tǒng)電路域用戶簽約PPC業(yè)務(wù)作為被叫的流程參見圖2所示，包括下 列步驟1. MSC/SSF接收到始呼請(qǐng)求。2. MSC/SSF判斷被叫用戶是移動(dòng)用戶，到被叫歸屬的HLR獲取被叫路由狀自3. HLR判斷用戶簽約了 PPC業(yè)務(wù)，則返回對(duì)應(yīng)的智能觸發(fā)器列表和被叫 用戶標(biāo)識(shí)。4. MSC/SSF根據(jù)HLR返回的信息，判斷用戶簽約了 Initial—Termination觸 發(fā)器，根據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ANLYZD消息，攜帶被叫 用戶標(biāo)識(shí)。5.SCP檢查被叫用戶激活了 PPC業(yè)務(wù)且用戶具有足夠的帳戶余額則向 MSC/SSF返回anlyzd,指示呼叫繼續(xù)。6. MSC/SSF再次到HLR獲取被叫路由信息，攜帶trigtype參數(shù)，以區(qū)分 第一次和洛由。7. HLR返回termlist,指示被叫用戶當(dāng)前處于MSC/SSF管轄范圍內(nèi)(如果 用戶漫游到其他MSC，則HLR會(huì)返回能夠路由到其他MSC的路由信息)。8. MSC/SSF判斷孝皮叫用戶簽約了 Called—Routing—Address—Available觸發(fā) 器，根據(jù)該觸發(fā)器對(duì)應(yīng)的地址向SCP發(fā)送ANLYZD,攜帶根據(jù)HLR返回消息 得到的被叫路由信息。9.SCP根據(jù)ANLYZD里的被叫路由信息，決定被叫用戶通話的費(fèi)率，向 MSC/SSF返回anlyzd,指示呼叫繼續(xù)。10~11.因?yàn)楸唤杏脩艟驮诒綧SC/SSF, MSC/SSF向下屬BSC發(fā)送尋呼 請(qǐng)求消息，BSC返回尋呼響應(yīng)(如果被叫用戶漫游到其他MSC，則MSC/SSF 根據(jù)HLR返回的路由信息，向?qū)?yīng)的 12-13. MSC/SSF向下屬BSC發(fā)送指配消息，分配呼叫所需資源，BSC 返回指配完成，此時(shí)被叫用戶開始振鈴。14. MSC/SSF向主叫側(cè)返回被叫振鈴。15. ;波叫用戶返回應(yīng)答消息。16. MSC/SSF判斷被叫用戶簽約了 T^Answer觸發(fā)器，根據(jù)該觸發(fā)器對(duì)應(yīng) 的地址向SCP發(fā)送TANSWER消息，攜帶被叫用戶應(yīng)答時(shí)間，SCP根據(jù)該時(shí) 間開始計(jì)費(fèi)。17. MSC/SSF向主叫側(cè)返回被叫應(yīng)答。從以上CDMA傳統(tǒng)電路域智能業(yè)務(wù)流程可以看出，對(duì)于智能網(wǎng)業(yè)務(wù)， MSC/SSF的主要功能就是接受到呼叫控制信令后(可以來自于接入網(wǎng),也可為 來自于其他MSC),根據(jù)該呼叫控制信令包含的信息，判斷是否滿足用戶簽約 的智能觸發(fā)器條件，如果滿足，則與SCP交互，向SCP提供呼叫相關(guān)的信息， SCP根據(jù)該信息完成相關(guān)智能業(yè)務(wù)。需要說明的一點(diǎn)是，CDMA傳統(tǒng)電路域的 MSC/SSF僅處理語音呼叫一種業(yè)務(wù)，所以在與SCP的所有智能交互中，都不 攜帶業(yè)務(wù)類型(默認(rèn)就是語音)。二、 IMS域的多媒體會(huì)話。IMS域用戶可以進(jìn)行多^(某體會(huì)話(即包括語音，視頻等多種媒體流的會(huì) 話)，這些媒體流承載在IP之上。當(dāng)主被叫建立通話時(shí)，因?yàn)橹鞅唤薪K端能力 不同或者主被叫網(wǎng)絡(luò)狀況的不同，需要主被叫用戶對(duì)多媒體會(huì)話進(jìn)行協(xié)商，以 建立雙方都認(rèn)可的務(wù)活。* IMS域普通的呼叫建立流程參見圖3所示，包括下列步驟1. UE1通過P—CSCF向主叫用戶注冊(cè)的S—CSCF發(fā)送始呼請(qǐng)求(圖中省 略起見，沒有畫出P—CSCF)，請(qǐng)求消息中包含呼叫要建立的語音，視頻等媒 體流信息(媒體流信息包括主叫側(cè)支持的每種媒體流的編碼方案以及為每種 媒體流分配的帶寬等信息)。2. S—CSCF根據(jù)始呼消息中的被叫方信息(requesturl攜帶)，找到被叫歸
屬網(wǎng)絡(luò)，向被叫歸屬的I—CSCF轉(zhuǎn)發(fā)呼叫請(qǐng)求(如杲主叫用戶簽約了其他業(yè)務(wù)， 則S—CSCF會(huì)根據(jù)用戶簽約的iFC,將始呼請(qǐng)求轉(zhuǎn)發(fā)到AS， AS處理完后，再 返回給S—CSCF，由S—CSCF繼續(xù)進(jìn)行路由)。3. 被叫歸屬網(wǎng)絡(luò)的I—CSCF通過與被叫用戶歸屬的HSS交互，得知被叫 用戶注冊(cè)的S—CSCF,將呼叫請(qǐng)求轉(zhuǎn)發(fā)到被叫用戶注冊(cè)的S—CSCF (圖中省略 起見，沒有畫出I—CSCF與HSS交互的過程)。4. 被叫用戶注冊(cè)的S—CSCF根據(jù)注冊(cè)時(shí)記錄的用戶地址，通過P—CSCF 向被叫用戶發(fā)送始呼請(qǐng)求(圖中省略起見，沒有畫出P—CSCF)。注同主叫 一樣S—CSCF也可根據(jù)被叫用戶簽約的約的iFC,將始呼請(qǐng)求轉(zhuǎn)發(fā)到AS， AS 處理完后，再返回給S—CSCF，由S—CSCF繼續(xù)向被叫用戶發(fā)送始呼請(qǐng)求。5. 被叫用戶返回183消息，指示被叫用戶當(dāng)前僅能接收語音媒體成分， 以及語音媒體成分所支持的編碼方案(可有多種)和為語音媒體流分配的帶 寬，該消息根據(jù)始呼請(qǐng)求時(shí)建立的路徑原路返回主叫用戶。6. 主叫用戶返回183響應(yīng)的確認(rèn)消息(PRACK)，攜帶主叫用戶最終選擇 的語音編碼方案(僅一種)，根據(jù)接收到183響應(yīng)消息里記錄的路由路徑，發(fā) 送到被叫用戶(I一CSCF僅用于初始請(qǐng)求的路由，后續(xù)請(qǐng)求不在經(jīng)由I一CSCF )。7. 被叫用戶返回PRACK的響應(yīng)消息，攜帶的士某體信息與接收到的一致 (媒體流協(xié)商完成)。8. 主叫用戶完成主叫側(cè)資源預(yù)留后，向被叫側(cè)發(fā)送UPDATE消息，指示主 叫側(cè)資源預(yù)留完成。9. 凈皮叫用戶返回UPDATE的響應(yīng)消息。10. 被叫用戶完成資源預(yù)留后，返回180振鈴消息。11. 主叫用戶返回180響應(yīng)的確認(rèn)消息(PRACK)。12. 被叫用戶返回PRACK的響應(yīng)消息。13. 被叫用戶返回200 OK應(yīng)答消息。14. 主叫用戶返回應(yīng)答消息的確認(rèn)消息(ACK )。 在通話建立后，主被叫用戶仍可根據(jù)用戶需要重新發(fā)起媒體協(xié)商過程，可以增添、減少或者修改當(dāng)前通話的媒體流。IMS域會(huì)話中的媒體重協(xié)商過程參 見圖4所示，包括下列步驟1. UE1發(fā)送會(huì)話更改請(qǐng)求，要求從語音通話變?yōu)槎嗝襟w通話，請(qǐng)求消息 中包含要重新建立的語音，視頻等媒體流信息(媒體流信息包括UE1支持的 每種媒體流的編碼方案以及為每種^^某體流分配的帶寬等信息)，因?yàn)闀?huì)話更改 請(qǐng)求是在當(dāng)前會(huì)話里發(fā)送的消息，根據(jù)會(huì)話建立時(shí)插入的路由信息，直接發(fā)送 到UE2 (圖中省略期間，沒有畫出P一CSCF)。注這里的UE1即可為主叫用戶也可為^:叫用戶。2. UE2返回183消息，指示UE2當(dāng)前可接收多々某體呼叫，消息中包含每 種々某體流所支持的編碼方案(可有多種)和為每種i某體流分配的帶寬，該消息 返回給UE1。3. UE1戶返回183響應(yīng)的確認(rèn)消息(PRACK),攜帶UE1最終選擇的每 種媒體流的編碼方案(僅一種)，發(fā)送到UE2。4. UE2返回PRACK的響應(yīng)消息，攜帶的媒體信息與接收到的一致(媒 體流協(xié)商完成)。5. UE1完成主叫側(cè)資源預(yù)留后，向被叫側(cè)發(fā)送UPDATE消息，指示UE1 資源預(yù)留完成。6. UE2返回UPDATE的響應(yīng)消息。7. UE2完成資源預(yù)留后，返回180振鈴消息。8. l正l返回180響應(yīng)的確認(rèn)消息(PRACK)。9. UE2返回PRACK的響應(yīng)消息。10. l正2返回200 OK會(huì)話更 文請(qǐng)求完成消息。11. UE1返回應(yīng)答消息的確iU肖息(ACK)。從以上兩個(gè)IMS域流程可以看出，IMS域多媒體呼叫與傳統(tǒng)電路域的語音 呼叫相比，多了務(wù)活建立時(shí)的媒體協(xié)商過程以及會(huì)話中的媒體協(xié)商過程，而傳
統(tǒng)電路域的語音呼叫僅支持語音這種媒體，并且其編碼格式也是固定的(窄帶 語音編解碼格式)，所以不需要這種媒體協(xié)商過程。三、參見圖5所示，在3GPP標(biāo)準(zhǔn)23.278里已定義了一種向IMS域用戶 提供傳統(tǒng)電路域智能業(yè)務(wù)的架構(gòu)。該標(biāo)準(zhǔn)在IMS域引入了 IM-SSF的功能實(shí)體，一方面IM-SSF作為一個(gè)AS， 通過ISC接口接收S-CSCF發(fā)送的SIP消息，感知呼叫相關(guān)信令，另一方面 IM-SSF作為一個(gè)SSF,它檢測(cè)到用戶在IMS域發(fā)生呼叫后需要觸發(fā)到SCP去 進(jìn)行業(yè)務(wù)控制。IM-SSF通過Si接口下載智能簽約數(shù)據(jù)，并根據(jù)該簽約數(shù)據(jù)或 者是網(wǎng)絡(luò)配置情況，將呼叫觸發(fā)到對(duì)應(yīng)的SCP，進(jìn)行智能業(yè)務(wù)處理。GSM網(wǎng) 絡(luò)中g(shù)smSCP的功能實(shí)體與HSS/HLR之間具有MAP接口 ，通過該接口可以獲 取用戶在電路域的位置信息(漫游信息)，智能業(yè)務(wù)簽約情況和呼叫閉鎖，前 轉(zhuǎn)等其他電路域補(bǔ)充業(yè)務(wù)信息。在3GPP標(biāo)準(zhǔn)23.278里IM-SSF與gsmSCP之 間的交互可以使用CAP協(xié)議(用于GSM網(wǎng)絡(luò))，類似的IM-SSF與CDMA智 能業(yè)務(wù)控制實(shí)體(winSCP)之間的交互可以使用ANSI41協(xié)議，參見圖6所示?，F(xiàn)有技術(shù)里提到了IM-SSF具有觸發(fā)到CDMA智能業(yè)務(wù)控制實(shí)體(winSCP) 的能力，但是其接口協(xié)議(圖6中的T1接口 )仍使用傳統(tǒng)電路域的ANSI41協(xié)議。 傳統(tǒng)電路域的T1接口協(xié)議僅持語音呼叫，使用該接口協(xié)議，winSCP是不能感 知IMS域用戶的多々某體會(huì)話的々某體協(xié)商的過程，所以winSCP不能獲取用戶的多 媒體信息。以PPC業(yè)務(wù)為例，winSCP因?yàn)椴荒苤烙脩舭l(fā)起的是多媒體呼叫還 是僅語音呼叫，所以對(duì)用戶發(fā)起的這兩種呼叫無法區(qū)分，只能以相同的標(biāo)準(zhǔn)對(duì) 用戶收費(fèi)。另外如果用戶在通話過程中增添或減少了々某體流信息，winSCP也無 法感知，對(duì)于這種通話只能以初始通話時(shí)的標(biāo)準(zhǔn)進(jìn)行收費(fèi)。以上缺陷使得傳統(tǒng) 電路域的智能業(yè)務(wù)無法完善的提供給IMS域用戶。發(fā)明內(nèi)容本發(fā)明提供一種電路域感知IMS域多媒體^"媒體信息的方法及系統(tǒng)，用 以解決現(xiàn)有技術(shù)中電路域智能業(yè)務(wù)控制實(shí)體無法感知IMS域多媒體會(huì)話媒體 信息的問題。進(jìn)一步，解決現(xiàn)有技術(shù)中電路域智能業(yè)務(wù)控制實(shí)體無法根據(jù)IMS域的多媒 體會(huì)話媒體信息調(diào)整費(fèi)率或選擇被叫用戶的問題。 本發(fā)明方法包括下列步驟業(yè)務(wù)交換功能實(shí)體IM-SSF從收到的IMS域會(huì)話控制信令中獲取多媒體會(huì) 話媒體信息；以及IM-SSF將獲取的多媒體會(huì)話媒體信息上報(bào)給智能業(yè)務(wù)控制 實(shí)體SCP。其中，所述多媒體^^媒體信息包括IMS域會(huì)話建立時(shí)的媒體協(xié)商信息， 以及IMS域會(huì)話中的媒體協(xié)商信息。進(jìn)一步，所述媒體協(xié)商信息至少包括下列之一媒體類型、媒體所需帶寬、 媒體傳輸協(xié)議和纟某體編解碼格式。綜上所述，所述SCP根據(jù)當(dāng)前收到的多媒體會(huì)話媒體信息調(diào)整費(fèi)率，并對(duì) IMS域用戶計(jì)費(fèi)。又進(jìn)一步，在主被叫會(huì)話建立過程中，包括下列步驟Al、完成媒體協(xié)商后，S-CSCF將媒體協(xié)商結(jié)果信息告知M-SSF;Bl、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送 的消息中攜帶所述媒體協(xié)商結(jié)果信息。更進(jìn)一步，所述步驟Al之前還包括步驟Cll、 S-CSCF根據(jù)初始過濾規(guī)則iFC，在向IM-SSF轉(zhuǎn)發(fā)的始呼請(qǐng)求消息 中攜帶初始多媒體會(huì)話媒體信息；Dll、 IM-SSF才艮據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā) 送的消息中攜帶所述初始多媒體^"媒體信息，以使該SCP確定初始費(fèi)率。更進(jìn)一步，主叫側(cè)或被叫側(cè)在所述步驟Al之前發(fā)起增加媒體流的過程。再進(jìn)一步，所述步驟A1之前，若在所述SCP獲知初始多媒體^^舌媒體信 息后，又增加媒體類型，則包括步驟Ell、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中
記錄的SCP地址，在向該SCP發(fā)送的消息中至少攜帶所述增加的媒體類型以及i某體更改的方向。再進(jìn)一步，若IMS域用戶作為被叫用戶提供多媒體會(huì)話媒體信息，則所述 步驟A1之前還包括步驟C12、 S-CSCF根據(jù)初始過濾規(guī)則iFC，在向IM-SSF 轉(zhuǎn)發(fā)的始呼請(qǐng)求消息中不攜帶多媒體會(huì)話媒體信息；D12、 IM-SSF根據(jù)用戶簽 約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消息中不攜帶多媒體會(huì)話 媒體信息；E12、被叫側(cè)選擇多媒體會(huì)話媒體信息后，IM-SSF根據(jù)用戶簽約的 觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消息中攜帶被叫側(cè)選擇的多媒 體會(huì)話媒體信息，以及々某體更改的方向。所述步驟A1之前，若增加媒體類型， 則所述步驟E12之后還包括步驟F12、 IM-SSF 4艮據(jù)用戶簽約的觸發(fā)器中記錄 的SCP地址，在向該SCP發(fā)送的消息中至少攜帶增加的力某體類型以及i某體更 改的方向。又進(jìn)一步，若會(huì)話過程中發(fā)生媒體重協(xié)商，則包括下列步驟A2、完成媒 體重協(xié)商后，S-CSCF將i某體重協(xié)商結(jié)果信息告知IM-SSF; B2、 IM-SSF根據(jù) 用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消息中攜帶所述媒 體重協(xié)商結(jié)果信息。更進(jìn)一步，所述步驟A2之前還包括步驟S-CSCF根據(jù)初始過濾規(guī)則iFC, 在向IM-SSF轉(zhuǎn)發(fā)的會(huì)話更改請(qǐng)求消息中攜帶欲更改的多媒體會(huì)話媒體信息； IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消息中 攜帶欲更改的多媒體^i舌媒體信息，以及會(huì)話更改的方向。綜上所述，若SCP發(fā)起會(huì)話狀態(tài)查詢，則包括下列步驟IM-SSF收到查 詢消息后，根據(jù)查詢消息中攜帶的會(huì)話信息檢查與之對(duì)應(yīng)的會(huì)話狀態(tài)，若該會(huì) 話未被釋放，則IM-SSF在向所述SCP上才艮的查詢響應(yīng)消息中攜帶當(dāng)前會(huì)話所 使用的多媒體^S舌媒體信息；否則，返回錯(cuò)誤消息。綜上所述，所述SCP根據(jù)當(dāng)前收到的多媒體^i舌媒體信息選擇被叫用戶， 以完成會(huì)話建立。進(jìn)一步，在會(huì)話建立的入呼篩選過程中，包括下列步驟S-CSCF根據(jù)初始過濾規(guī)則iFC,在向IM-SSF轉(zhuǎn)發(fā)的始呼請(qǐng)求消息中攜帶初始 多媒體會(huì)話媒體信息；IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在 向該SCP發(fā)送的消息中攜帶所述初始多媒體^^舌媒體信息；SCP根據(jù)所述初始 多媒體會(huì)話媒體信息判斷媒體類型，并將與之對(duì)應(yīng)的被叫用戶信息返回，以完 成^^建立。綜上所述，通過擴(kuò)展IM-SSF與SCP之間的接口協(xié)議消息中的參數(shù)攜帶所 述多媒體會(huì)話媒體信息；或者擴(kuò)展IM-SSF與SCP之間的接口協(xié)議中的消息攜 帶所述多媒體會(huì)話媒體信息。進(jìn)一步，所述接口協(xié)議為CDMA智能網(wǎng)所使用 的ANSI41協(xié)議。所述SCP為CDMA智能網(wǎng)絡(luò)中的winSCP。本發(fā)明的系統(tǒng)，包括歸屬簽約服務(wù)器HSS、智能業(yè)務(wù)控制實(shí)體SCP和 S-CSCF，所述系統(tǒng)還包括與HSS、 SCP和S-CSCF分別相連的業(yè)務(wù)交換功能 實(shí)體IM-SSF,用于從收到的IMS域會(huì)話控制信令中獲取多媒體^i舌媒體信息； IM-SSF與SCP之間的接口 ，用于由IM-SSF向SCP上報(bào)所述獲取的多媒體會(huì) 話媒體信息。其中，所述SCP為CDMA智能網(wǎng)絡(luò)中的winSCP。 其中，所述多媒體^^舌媒體信息至少包括下列之一媒體類型、媒體所需 帶寬、媒體傳輸協(xié)議和媒體編解碼格式。 本發(fā)明有益效果如下本發(fā)明方法在IM-SSF從收到的IMS域會(huì)話控制信令中獲取多媒體會(huì)話媒 體信息后，通過擴(kuò)展IM-SSF與SCP (CDMA智能網(wǎng)絡(luò)中的winSCP)之間的 Tl接口協(xié)議消息中的參數(shù)攜帶多媒體會(huì)話媒體信息，或者擴(kuò)展T1接口協(xié)議中 的消息攜帶多媒體會(huì)話媒體信息，將多媒體^^媒體信息上報(bào)給對(duì)應(yīng)的SCP, 從而使該SCP可以感知多媒體##媒體信息。進(jìn)一步，在所述SCP感知IMS域多媒體^^媒體信息后，可才艮據(jù)當(dāng)前的 多媒體^H某體信息調(diào)整費(fèi)率，并對(duì)IMS域用戶計(jì)費(fèi)；或者選擇被叫用戶，以 完成會(huì)話建立。進(jìn)而向IMS域用戶提供完善的智能業(yè)務(wù)，達(dá)到重用原有電路域 的winSCP的目的，減少網(wǎng)絡(luò)運(yùn)營商的投資。


圖1為傳統(tǒng)電路域用戶簽約PPC業(yè)務(wù)并發(fā)起主叫的流程圖； 圖2為傳統(tǒng)電路域用戶簽約PPC業(yè)務(wù)作為被叫的流程圖； 圖3為IMS域普通的呼叫建立流程圖； 圖4為IMS域會(huì)話中的媒體重協(xié)商流程圖；圖5為現(xiàn)有的向IMS域用戶提供傳統(tǒng)電路域智能業(yè)務(wù)的系統(tǒng)架構(gòu)示意圖； 圖6為現(xiàn)有包含winSCP的向IMS域用戶提供傳統(tǒng)電路域智能業(yè)務(wù)的系統(tǒng) 架構(gòu)示意圖；圖7為本發(fā)明系統(tǒng)結(jié)構(gòu)示意圖； 圖8為本發(fā)明方法步驟流程圖； 圖9為本發(fā)明方法實(shí)例一流程圖； 圖IO為本發(fā)明方法實(shí)例二流程圖； 圖11為本發(fā)明方法實(shí)例三流程圖； 圖12為本發(fā)明方法實(shí)例四流程圖； 圖13為本發(fā)明方法實(shí)例五流程圖； 圖14為本發(fā)明方法實(shí)例六流程圖； 圖15為本發(fā)明方法實(shí)例七流程圖； 圖16為本發(fā)明方法實(shí)例八流程圖。
具體實(shí)施方式
為了使電路域智能業(yè)務(wù)控制實(shí)體無法感知IMS域多媒體會(huì)話媒體信息，本 發(fā)明提供一種電路域感知IMS域多媒體M媒體信息的系統(tǒng)，參見圖7所示， 包括IM-SSF，以及通過Si/Sh接口與所述IM-SSF相連的HSS，通過ISC接口
與所述IM-SSF相連的S-CSCF,通過Tl，接口與所述IM-SSF相連的SCP (在 CDMA智能網(wǎng)絡(luò)中為winSCP )。所述S-CSCF (服務(wù)會(huì)話控制功能實(shí)體)，為IMS域用戶進(jìn)行會(huì)話控制和 注冊(cè)服務(wù)。當(dāng)用戶處于^S舌中時(shí)，S-CSCF維持會(huì)話狀態(tài)，并且根據(jù)網(wǎng)絡(luò)運(yùn)營 商對(duì)服務(wù)支持的需要，通過ISC接口與IM-SSF進(jìn)行交互，由IM-SSF提供對(duì) 應(yīng)的業(yè)務(wù)。所述HSS存放與用戶和服務(wù)有關(guān)的數(shù)據(jù)，其中包括智能簽約數(shù)據(jù)。所述 智能簽約數(shù)據(jù)可以通過Si接口(使用ANSI41協(xié)議)或者Sh接口(使用diameter 協(xié)議)下栽到IM-SSF，以使IM-SSF根據(jù)該數(shù)據(jù)與對(duì)應(yīng)的SCP交互。所述SCP (CDMA網(wǎng)絡(luò)中的智能業(yè)務(wù)控制實(shí)體winSCP),該實(shí)體根據(jù) IM-SSF上報(bào)的會(huì)話信息提供相應(yīng)的智能業(yè)務(wù)。所述IM-SSF, —方面作為服務(wù)平臺(tái)(AS),接收從S-CSCF發(fā)來的會(huì)話控 制信令，并從收到的會(huì)話控制信令中獲取多媒體會(huì)話媒體信息；另一方面作為 業(yè)務(wù)交換功能實(shí)體，根據(jù)用戶智能簽約數(shù)據(jù)(通過Si/Sh接口從HSS下載)， 通過擴(kuò)展的T1接口 (Tl，)，即擴(kuò)展的CDMA智能網(wǎng)所使用的ANSI41協(xié)議， 向?qū)?yīng)的SCP提供業(yè)務(wù)信息(該信息從會(huì)話控制信令中提取)，由該SCP提供 對(duì)應(yīng)的智能業(yè)務(wù)。而且IM-SSF還需要通過Tl，接口上凈艮IMS域多媒體會(huì)話媒 體信息(包括IMS域會(huì)話建立時(shí)的媒體協(xié)商信息，以及IMS域會(huì)話中的媒體 協(xié)商信息；所述媒體協(xié)商信息進(jìn)一步至少包括下列之一媒體類型、媒體所需 帶寬、媒體傳輸協(xié)議和媒體編解碼格式)，使SCP能夠感知IMS域多媒體會(huì)話 的特征，從而提供完善的智能業(yè)務(wù)。應(yīng)用上述系統(tǒng)，本發(fā)明還提供了 一種電路域感知IMS域多媒體M媒體信 息的方法，參見圖8所示，包括下列主要步驟Sl、 IM-SSF收到IMS域會(huì)話控制信令。在會(huì)話建立過程中或會(huì)話持續(xù)過程中，IM-SSF會(huì)收到S-CSCF發(fā)來的IMS 域會(huì)話控制信令。 52、 IM-SSF從收到的IMS域會(huì)話控制信令中獲取多媒體會(huì)話媒體信息。 所述多媒體會(huì)話媒體信息包括IMS域會(huì)話建立時(shí)的媒體協(xié)商信息，以及IMS域會(huì)話中的媒體協(xié)商信息。進(jìn)一步，所述媒體協(xié)商信息至少包括下列之一 媒體類型、媒體所需帶寬、媒體傳輸協(xié)議和媒體編解碼格式。53、 IM-SSF將獲取的多媒體會(huì)話媒體信息上報(bào)給智能業(yè)務(wù)控制實(shí)體SCP。 IM-SSF在每次獲取新的多媒體會(huì)話媒體信息后都上報(bào)給對(duì)應(yīng)的SCP;或者僅在媒體協(xié)商結(jié)束后，直接將最終的媒體協(xié)商結(jié)果信息上報(bào)給對(duì)應(yīng)的SCP。 所述IM-SSF逐次獲取多媒體^^媒體信息的過程，包括但不限于在建立會(huì) 話過程中獲取初始多媒體^^舌媒體信息(可為空)的過程；在建立會(huì)話之前增 加媒體流，并獲取相應(yīng)的多媒體會(huì)話媒體信息的過程；在建立會(huì)話過程中，媒 體協(xié)商結(jié)束后，獲取相應(yīng)的多媒體^^舌媒體信息的過程；在會(huì)話持續(xù)時(shí)，媒體 重協(xié)商過程中，獲M目應(yīng)的多媒體會(huì)話媒體信息的過程；以及SCP發(fā)起會(huì)話狀 態(tài)查詢時(shí)，獲取當(dāng)前多媒體會(huì)話信息的過程。IM-SSF通過擴(kuò)展后的IM-SSF與SCP ( CDMA智能網(wǎng)絡(luò)中為winSCP )之間的Tr接口協(xié)議消息中的Wt攜帶所述多媒體^^媒體信息；或者IM-SSF 通過擴(kuò)展后的IM-SSF與SCP (CDMA智能網(wǎng)絡(luò)中為winSCP)之間的Tl ，接口 協(xié)議中的消息(即新增的消息)攜帶所述多媒體會(huì)話媒體信息，上報(bào)給對(duì)應(yīng)的 SCP。所述被擴(kuò)展的協(xié)議為CDMA智能網(wǎng)所使用的ANSI41協(xié)議。之后，所述SCP根據(jù)當(dāng)前收到的多媒體會(huì)話媒體信息，調(diào)整費(fèi)率，并對(duì) IMS域用戶計(jì)費(fèi)；或者選擇被叫用戶，以完成會(huì)話建立。從而向IMS域用戶提 供完善的智能業(yè)務(wù)。以下通過8個(gè)實(shí)例具體描述本發(fā)明方法。方法實(shí)例一、IMS域用戶發(fā)起主叫，由SCP向其提供PPC (預(yù)付費(fèi))業(yè) 務(wù)。參見圖9所示，包括下列具體步驟1. UE1通過P—CSCF向主叫用戶注冊(cè)的S—CSCF發(fā)送始呼請(qǐng)求(圖中省 略起見，沒有畫出P—CSCF),請(qǐng)求消息中包含呼叫要建立的語音，視頻等媒
體流信息(媒體流信息包括主叫側(cè)支持的每種媒體流的編碼方案以及為每種媒體流分配的帶寬等信息)，S一CSCF根據(jù)用戶簽約的iFC,將始呼請(qǐng)求轉(zhuǎn)發(fā) 到IM-SSF。2. IM-SSF判斷主叫用戶簽約了 Origination—Attempt—Authorized觸發(fā)器， 才艮據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ORREQ(Original Request)消息， 除攜帶原智能業(yè)務(wù)所需的會(huì)話信息外，還需攜帶medialist參數(shù)，該參數(shù)包含 了始呼請(qǐng)求消息中要建立的媒體流信息，這些信息包括可包4封某體類型(如 語音，視頻等)，傳輸協(xié)議(如RTP等)，媒體格式(即媒體流的編碼格式， 如語音的AMR， EVRC編碼等)，媒體流申請(qǐng)的帶寬等任意一種或組合。3. SCP檢查主叫用戶激活了 PPC業(yè)務(wù)且用戶具有足夠的帳戶余額支持這 次多媒體呼叫，則向MSC/SSF返回orreq，指示呼叫繼續(xù)。4. IM-SSF判斷主叫用戶簽約了 Calling—Routing—Address_Available觸發(fā) 器，根據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ANLYZD,攜帶根據(jù)被叫 用戶標(biāo)識(shí)得到的被叫路由信息。5. SCP根據(jù)ANLYZD里的被叫路由信息和ORREQ里攜帶的媒體流信 息，決定主叫用戶通話的初始費(fèi)率(此時(shí)還沒有完成々某體協(xié)商，該費(fèi)率后續(xù)可 能發(fā)生變化)，向IM-SSF返回anlyzd，指示呼叫繼續(xù)。6. IM-SSF處理完智能業(yè)務(wù)交互后，向S—CSCF返回始呼請(qǐng)求消息，并把 自身插入到呼叫路徑里。7. S一CSCF將呼叫請(qǐng)求路由到被叫側(cè)。8. 被叫側(cè)向S—CSCF返回183消息，指示被叫用戶當(dāng)前僅能接收語音媒 體成分，以及語音々某體成分所支持的編碼方案(可有多種，是主叫側(cè)提供的 編碼方案的子集)和為語音媒體流分配的帶寬。9. 因?yàn)镮M-SSF已插入到呼叫路徑里，S—CSCF將183消息轉(zhuǎn)發(fā)給 IM-SSF。10. IM-SSF記錄消息里的媒體流信息后，通過S—CSCF, P—CSCF將該消
息轉(zhuǎn)發(fā)給主叫用戶。11. 主叫用戶返回183響應(yīng)的確認(rèn)消息(PRACK),攜帶主叫用戶最終選 擇的語音編碼方案(僅一種)，根據(jù)接收到183響應(yīng)消息里記錄的路由路徑， 通過S—CSCF發(fā)送到IM-SSF, IM-SSF記錄該媒體信息。12. IM-SSF將PRACK消息返回給S—CSCF。13. S—CSCF將PRACK消息發(fā)往被叫側(cè)。14. 被叫用戶返回PRACK的響應(yīng)消息，攜帶的媒體信息與接收到的 PRACK—致(媒體流協(xié)商完成)。15. 因?yàn)镮M-SSF已插入到呼叫路徑里，S—CSCF將響應(yīng)消息轉(zhuǎn)發(fā)給 IM-SSF。16. IM-SSF記錄消息里的媒體流信息，并將該信息作為會(huì)話建立協(xié)商后的 媒體流信息，通過Sj:SCF， P—CSCF將該消息轉(zhuǎn)發(fā)給主叫用戶。17. 主被叫用戶完成資源預(yù)留過程(具體步驟參見背景技術(shù)2),由于 IM-SSF已經(jīng)插入到呼叫路徑里，如果資源預(yù)留過程中導(dǎo)致了協(xié)商后的媒體流 信息發(fā)生變化，IM-SSF也可以感知該信息(一般情況，資源預(yù)留會(huì)按照會(huì)話 協(xié)商的媒體流信息完成)。18. 被叫用戶返回會(huì)活應(yīng)答消息。19. 因?yàn)镮M-SSF已插入到呼叫路徑里，S—CSCF將會(huì)話應(yīng)答消息轉(zhuǎn)發(fā)給 IM-SSF。20. IM-SSF判斷主叫用戶簽約了 O—Answer觸發(fā)器，根據(jù)該觸發(fā)器記錄的 SCP地址，向SCP發(fā)送OANSWER消息，除攜帶原智能業(yè)務(wù)所需的會(huì)話信 息外，還需攜帶medialist參數(shù)，該參數(shù)要包含會(huì)話最終建立時(shí)的媒體流信息(即經(jīng)媒體協(xié)商和資源預(yù)留后，IM-SSF最終記錄的媒體流信息)；SCP收到 該消息后，根據(jù)最終會(huì)話建立時(shí)的媒體流信息，重新調(diào)整費(fèi)率，并開始對(duì)主 叫用戶計(jì)費(fèi)。21. IM-SSF通過S—CSCF ， P—CSCF將被叫用戶應(yīng)答消息轉(zhuǎn)發(fā)給主叫用 戶。22~24.主叫用戶返回應(yīng)答確認(rèn)消息(ACK)。注1:初始i貪求的媒體流4言息也可以在Calling—Routing_Address—Available 觸發(fā)的ANLYZD消息中攜帶。注2:初始請(qǐng)求的媒體流信息也可以不上報(bào)給SCP，僅在OANSWER消息 上報(bào)協(xié)商完成后的媒體信息。注3:雖然舉例為PPC業(yè)務(wù)，這種機(jī)制同樣適用于其他智能業(yè)務(wù)。方法實(shí)例二、 IMS域用戶作為被叫，由SCP向其提供PPC (預(yù)付費(fèi))業(yè) 務(wù)。參見圖10所示，包括下列具體步驟1. 主叫側(cè)將始呼請(qǐng)求消息路由到被叫用戶歸屬網(wǎng)絡(luò)的I一CSCF， I—CSCF 向被叫用戶注冊(cè)的S—CSCF發(fā)送始呼請(qǐng)求(圖中省略起見，沒有畫出 I一CSCF)，請(qǐng)求消息中包含呼叫要建立的語音，視頻等媒體流信息(媒體流 信息包括主叫側(cè)支持的每種媒體流的編碼方案以及為每種士某體流分配的帶寬 等信息)，S—CSCF根據(jù)被叫用戶簽約的iFC,將始呼請(qǐng)求轉(zhuǎn)發(fā)到IM-SSF。2. IM-SSF判斷被叫用戶簽約了 Initial—Termination觸發(fā)器，根據(jù)該觸發(fā) 器記錄的SCP地址，向SCP發(fā)送ANLYZD(Analyzedlnformation)消息，除攜 帶原智能業(yè)務(wù)所需的會(huì)話信息外，還需攜帶medialist參數(shù)，該參數(shù)包含了始 呼請(qǐng)求消息中要建立的々某體流信息，這些信息包括々某體類型(如語音，視頻 等)，傳輸協(xié)議(如RTP等)，媒體格式(即媒體流的編碼格式，如語音的 AMR編碼，EVRC編碼等)，媒體流申請(qǐng)的帶寬等。3. SCP檢查被叫用戶激活了 PPC業(yè)務(wù)且用戶具有足夠的帳戶余額支持這 次多媒體呼叫，則向IM-SSF返回anlyzd，指示呼叫繼續(xù)。4. IM-SSF判斷,皮叫用戶簽約了 Called—Routing—Address—Available觸發(fā) 器，根據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ANLYZD消息，攜帶被叫 用戶當(dāng)前的漫游信息。5. SCP根據(jù)ANLYZD里的被叫漫游信息和媒體流信息，決定被叫用戶通
話的初始費(fèi)率(此時(shí)還沒有完成媒體協(xié)商，該費(fèi)率后續(xù)可能發(fā)生變化)，向IM-SSF返回anlyzd，指示呼叫繼續(xù)。6. IM-SSF處理完智能業(yè)務(wù)交互后，向S一CSCF返回始呼請(qǐng)求消息，并把 自身插入到呼叫路徑里。7. S—CSCF根據(jù)被叫用戶注冊(cè)的地址，通過P一CSCF向被叫用戶發(fā)送始呼請(qǐng)求消息。8~ 17.后續(xù)的媒體協(xié)商和資源預(yù)留過程同主叫過程類似，因?yàn)镮M-SSF已 經(jīng)插入到呼叫路徑里，所以IM-SSF可以感知會(huì)話的媒體協(xié)商過程，并記錄相 應(yīng)的媒體流信息。18. 被叫用戶返回會(huì)話應(yīng)答消息。19. 因?yàn)镮M-SSF已插入到呼叫路徑里，S一CSCF將會(huì)話應(yīng)答消息轉(zhuǎn)發(fā)給 IM-SSF。20. IM-SSF判斷被叫用戶簽約了 TLAnswer觸發(fā)器，根據(jù)該觸發(fā)器記錄的 SCP地址，向SCP發(fā)送TANSWER消息，除攜帶原智能業(yè)務(wù)所需的會(huì)話信息 夕卜，還需攜帶medialist參數(shù)，該參數(shù)要包含會(huì)話最終建立時(shí)的媒體流信息(即 經(jīng)媒體協(xié)商和資源預(yù)留后，IM-SSF最終記錄的媒體流信息)；SCP收到該消 息后，根據(jù)最終會(huì)話建立時(shí)的媒體流信息，重新調(diào)整費(fèi)率，并開始對(duì)被叫用 戶計(jì)費(fèi)。21. IM-SSF通過S_CSCF,向主叫側(cè)發(fā)送被叫應(yīng)答消息。 22~24.主叫用戶返回應(yīng)答確認(rèn)消息(ACK)。注1:初始請(qǐng)求的媒體流信息也可以在Called—Routing—Address—Available 觸發(fā)的ANLYZD消息中攜帶。注2:初始請(qǐng)求的媒體流信息也可以不上報(bào)給SCP，僅在TANSWER消息 上報(bào)協(xié)商完成后的媒體信息。注3:雖然舉例為PPC業(yè)務(wù)，這種機(jī)制同樣適用于其他智能業(yè)務(wù)。方法實(shí)例三、IMS域用戶已經(jīng)建立了語音通話。通話過程中，本端用戶發(fā)
起了媒體重協(xié)商過程，建立視頻通話。SCP需要根據(jù)協(xié)商后的媒體信息重新調(diào) 整費(fèi)率。參見圖ll所示，包括下列具體步驟1. 主被叫雙方已建立語音通話。2. 本端用戶發(fā)起會(huì)話更改，希望增添視頻媒體成分。注本端用戶即可 為主叫用戶也可為凈皮叫用戶。3. 因?yàn)镮M-SSF已插入到呼叫路徑里，所以IM-SSF可接收到該會(huì)話更改 請(qǐng)求消息，IM-SSF檢測(cè)到0/TServicej:hangLRequest觸發(fā)器(對(duì)于主叫用戶 是O，被叫是T),根據(jù)該觸發(fā)器對(duì)應(yīng)的地址向SCP發(fā)送O/TSCR消息，攜帶 當(dāng)前會(huì)話更改請(qǐng)求消息中的媒體流信息，當(dāng)前的會(huì)話標(biāo)識(shí)(BILLINGID),用 戶標(biāo)識(shí)(MSID),以及會(huì)話更改的方向由本端發(fā)起(direct=local)。注 0/TService_Change—Request觸發(fā)器是新增的智能觸發(fā)器(傳統(tǒng)電路域里沒有會(huì) 話中媒體協(xié)商過程)，O/TSCR消息是新增的ANSI41協(xié)議消息；除媒體流信息 和會(huì)話更改方向外，其他參數(shù)為現(xiàn)有ANSI41協(xié)議定義的參數(shù)。4. SCP判斷本端用戶有足夠的余額支持增添視頻成分，則返回空scr(否 則scr里可帶拒絕原因)。5. IM-SSF將會(huì)話更改請(qǐng)求消息轉(zhuǎn)發(fā)給S—CSCF。6. S—CSCF將會(huì)話更改請(qǐng)求消息發(fā)送到對(duì)端。7. 進(jìn)行媒體協(xié)商和資源預(yù)留過程(參見背景技術(shù)2)，因?yàn)镮M-SSF已經(jīng) 插入到呼叫路徑里，所以IM-SSF可以感知會(huì)話更改的媒體協(xié)商過程，并記錄 相應(yīng)的媒體流信息。8. 對(duì)端返回務(wù)活更改完成消息。9. S—CSCF將該消息發(fā)送給IM-SSF。10. IM-SSF檢測(cè)到(O/T) Service_Change—Complish觸發(fā)器，根據(jù)該觸發(fā) 器對(duì)應(yīng)的地址向SCP發(fā)送(0/T)SCC，攜帶會(huì)活更改結(jié)果(result-Success),以 及協(xié)商后的々某體信息(如果協(xié)商失敗，則要攜帶更改前的媒體信息)，當(dāng)前的 會(huì)話標(biāo)識(shí)(BILLINGID)、用戶標(biāo)識(shí)(MSID)和協(xié)商完成時(shí)間(TOD，TDO)等信 息。注(0/T)SCC，也是新增的ANSI41消息。11. SCP收到該消息后重新調(diào)整費(fèi)率，返回響應(yīng)消息。12. IM-SSF向本端用戶返回更新完成。注1:欲更改的多媒體會(huì)話媒體信息以及會(huì)話更改的方向也可以不上報(bào)給 SCP，僅在(O/T) SCC消息上報(bào)重協(xié)商完成后的媒體信息。方法實(shí)例四、IMS域用戶已經(jīng)建立了語音通話。通話過程中，對(duì)端用戶發(fā) 起了媒體重協(xié)商過程，建立視頻通話，SCP需要根據(jù)協(xié)商后的媒體信息重新調(diào) 整費(fèi)率。參見圖12所示，包括下列具體步驟1. 主被叫雙方已建立語音通話。2. 對(duì)端發(fā)起會(huì)話更改，希望增添視頻媒體成分，會(huì)話更改請(qǐng)求消息發(fā)送 到本端用戶歸屬的S—CSCF。3. S一CSCF將會(huì)話更改請(qǐng)求消息發(fā)送到IM-SSF。4. IM-SSF接收到會(huì)話更改請(qǐng)求消息后，IM-SSF檢測(cè)到 (0/T)Service—Change—Request觸發(fā)器(對(duì)于主叫用戶是O,;陂叫是T),根據(jù)該 觸發(fā)器對(duì)應(yīng)的地址向SCP發(fā)送(0/T)SCR消息，攜帶當(dāng)前會(huì)話更改請(qǐng)求消息中 的媒體流信息，當(dāng)前的會(huì)話標(biāo)識(shí)(BILLINGID)，用戶標(biāo)識(shí)(MSID)，以及會(huì) 話更改的方向由對(duì)端發(fā)起(direct=reomote )。5. SCP判斷本端用戶有足夠的余額支持接收視頻成分，則返回空scr(否 則scr里可帶拒絕原因)。6. IM-SSF將會(huì)話更改請(qǐng)求消息發(fā)送給本端用戶。7. 進(jìn)行媒體協(xié)商和資源預(yù)留過程。8. 本端返回會(huì)活更改完成消息。9. IM-SSF檢測(cè)到(O/T) Service—Changej:omplish觸發(fā)器，根據(jù)該觸發(fā) 器對(duì)應(yīng)的地址向SCP發(fā)送(0/T)SCC，攜帶會(huì)話更改結(jié)果(result=Success)，以 及協(xié)商后的媒體信息(如果協(xié)商失敗，則要攜帶更改前的媒體信息)，當(dāng)前的 會(huì)話標(biāo)識(shí)(BILLINGID )、用戶標(biāo)識(shí)(MSID)和協(xié)商完成時(shí)間(TOD，TDO)
等信息。IO.SCP收到該消息后，重新調(diào)整費(fèi)率，返回響應(yīng)消息。11. IM-SSF向S—CSCF返回更新完成。12. S一CSCF向?qū)Χ擞脩舴祷馗峦瓿?。?:欲更改的多媒體^i舌媒體信息以及會(huì)話更改的方向也可以不上報(bào)給 SCP，僅在(O/T) SCC消息上報(bào)重協(xié)商完成后的媒體信息。方法實(shí)例五、IMS域主叫用戶在初始會(huì)話請(qǐng)求中要求建立語音呼叫，在協(xié) 商過程中要求增添^(某體流，變?yōu)槎嗝襟w呼叫。參見圖13所示，包括下列具體 步驟1~10.同方法實(shí)例一。ll.主叫用戶返回183響應(yīng)的確認(rèn)消息(PRACK)，除攜帶選擇的語音編 碼方案外，還攜帶新增的視頻媒體消息，即有語音呼叫變?yōu)槎嗝襟w呼叫。根據(jù) 接收到183響應(yīng)消息里記錄的路由路徑，通過S—CSCF發(fā)送到IM-SSF。12.IM-SSF 接收到 PRACK 消息后，IM-SSF 檢測(cè)到 0—Service—Change—Request觸發(fā)器，并且滿足該觸發(fā)器設(shè)定的條件(如設(shè)定條 件為々某體流增加)，則才艮據(jù)該觸發(fā)器對(duì)應(yīng)的地址向SCP發(fā)送OSCR消息，攜帶 PRACK消息中的媒體流信息，當(dāng)前的會(huì)話標(biāo)識(shí)(BILLINGID),用戶標(biāo)識(shí) (MSID)，以及々某體更改的方向由本端發(fā)起(direct=LOCAL )。13.SCP判斷本端用戶有足夠的余額支持發(fā)起多媒體會(huì)話，則返回空scr (否則scr里可帶拒絕原因)。14~26.后續(xù)過程同方法實(shí)例一。注l:如果SCP不關(guān)注媒體變化過程，僅關(guān)注最終媒體協(xié)商結(jié)果，則11 ~ 13為可選步驟。注2 :對(duì)于被叫流程，與該流程類似，區(qū)別在于觸發(fā)的是 T_Service_Change—Request觸發(fā)器，上報(bào)的TSCR消息里，攜帶的i某體更改方 向?yàn)閷?duì)端。 方法實(shí)例六、主叫用戶在初始會(huì)話請(qǐng)求不攜帶々某體信息，由IMS域被叫用 戶提供媒體信息，主叫用戶根據(jù)被叫用戶提供的媒體信息進(jìn)行協(xié)商(只有非 IMS域用戶呼叫IMS域用戶才可出現(xiàn)這種情況，所以僅提供被叫過程)。參見 圖14所示，包括下列具體步驟1. 主叫側(cè)將始呼請(qǐng)求消息路由到被叫用戶歸屬網(wǎng)絡(luò)的I一CSCF, I—CSCF 向被叫用戶注冊(cè)的S_CSCF發(fā)送始呼請(qǐng)求(圖中省略起見，沒有畫出I_CSCF), 請(qǐng)求消息中不包含呼媒體信息，S一CSCF根據(jù)被叫用戶簽約的iFC，將始呼請(qǐng)求 轉(zhuǎn)發(fā)到IM-SSF。2. IM-SSF判斷被叫用戶簽約了 Initial—Termination觸發(fā)器，根據(jù)該觸發(fā) 器記錄的SCP地址，向SCP發(fā)送ANLYZD(Analyzed Information)消息，除攜帶 原智能業(yè)務(wù)所需的會(huì)話信息外，可選的攜帶medialist參數(shù)，其內(nèi)容為空。注 也可不攜帶medialist ^t。3. SCP檢查被叫用戶激活了 PPC業(yè)務(wù)且用戶具有足夠的帳戶余額，則向 IM-SSF返回anlyzd,指示呼叫繼續(xù)。4. IM-SSF判斷4皮叫用戶簽約了 Called—Routing—Address—Available觸發(fā) 器，才艮據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ANLYZD消息，攜帶被叫用戶 當(dāng)前的漫游信息。5. SCP根據(jù)ANLYZD里的被叫漫游信息，決定被叫叫用戶通話的初始費(fèi) 率(此時(shí)還沒有媒體信息，該費(fèi)率后續(xù)可能發(fā)生變化)，向IM-SSF返回anlyzd, 指示呼叫繼續(xù)。6. IM-SSF處理完智能業(yè)務(wù)交互后，向S一CSCF返回始呼請(qǐng)求消息，并把 自身插入到呼叫路徑里。7. S—CSCF根據(jù)凈皮叫用戶注冊(cè)的地址，通過P—CSCF向被叫用戶發(fā)送始 呼請(qǐng)求消息。8. 被叫用戶向S—CSCF返回183消息，指示被叫用戶當(dāng)前選擇的媒體信 息，包含呼叫要建立的語音，視頻等媒體流信息。 9. 因?yàn)镮M-SSF已插入到呼叫路徑里，S—CSCF將183消息轉(zhuǎn)發(fā)給 IM-SSF 。10. IM-SSF接收到183消息后，IM-SSF檢測(cè)到T—Service—Change_Request 觸發(fā)器，并且滿足該觸發(fā)器設(shè)定的條件(如設(shè)定條件為媒體流增加)，則根據(jù)該 觸發(fā)器對(duì)應(yīng)的地址向SCP發(fā)送TSCR消息，攜帶183消息中的媒體流信息，當(dāng) 前的會(huì)話標(biāo)識(shí)(BILLINGID)，用戶標(biāo)識(shí)(MSID)，以及媒體更改的方向由本端 發(fā)起(direct=LOCAL )。11. SCP判斷本端用戶有足夠的余額接收多媒體會(huì)話，則返回空scr(否則 scr里可帶拒絕原因)。12. IM-SSF通過S一CSCF將該消息轉(zhuǎn)發(fā)給主叫用戶。13. 主叫用戶返回183響應(yīng)的確認(rèn)消息(PRACK)，攜帶主叫用戶選擇的 媒體信息(音頻)，根據(jù)接收到183響應(yīng)消息里記錄的路由路徑，通過S—CSCF 發(fā)送到IM-SSF, IM-SSF記錄該媒體信息(因?yàn)樵撁襟w信息是183消息包含的媒 體信息的子集，所以不會(huì)觸發(fā)T—Service—Change_Request觸發(fā)器)。14. IM-SSF將PRACK消息返回給S—CSCF。 15~26.后續(xù)過程同方法實(shí)例二。注1:被叫側(cè)選擇的多媒體會(huì)話媒體信息也可以不上報(bào)給SCP，僅在 TANSWER消息上報(bào)協(xié)商完成后的媒體信息。注2:在本方法實(shí)例中，也可附加增添4某體流的流程。即IM-SSF根據(jù)用 戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消息中攜帶被叫側(cè)選 擇的多媒體^^舌媒體信息，增加的媒體類型對(duì)應(yīng)的多媒體^^"媒體信息，以及 媒體更改的方向。方法實(shí)例七、SCP主動(dòng)向IM-SSF查詢當(dāng)前會(huì)活的狀態(tài)。參見圖15所示， 包括下列具體步驟1. 主被叫雙方已建立多媒體通話。2. SCP的會(huì)話狀態(tài)檢測(cè)定時(shí)器超時(shí)后，需要檢驗(yàn)用戶狀態(tài)，向IM-SSF
發(fā)送CCDIR消息，包含當(dāng)前的會(huì)話標(biāo)識(shí)(BILLINGID )、用戶標(biāo)識(shí)(MSID )、 SCP標(biāo)識(shí)(MSCID)等信息。注SCP檢驗(yàn)會(huì)話狀態(tài)的目的在于解決SCP和 IM-SSF兩側(cè)會(huì)話狀態(tài)不一致的問題，如IM-SSF發(fā)送(O/T ) ANSWER消息后， 進(jìn)入會(huì)話建立狀態(tài)，但是SCP因?yàn)楣收蠜]有收到該消息還處于等待用戶應(yīng)答狀 態(tài)。3. IM-SSF收到該消息后，IM-SSF根據(jù)BILLID和MSID檢查對(duì)應(yīng)的會(huì) 話狀態(tài)，如果呼叫沒有釋放，則返回ccdir，消息里攜帶medialist參數(shù)，指明 當(dāng)前進(jìn)行^^舌的媒體信息；否則，返回錯(cuò)誤消息。以上七個(gè)方法實(shí)例都是以PPC智能業(yè)務(wù)為例，但該機(jī)制不僅限于PPC智 能業(yè)務(wù)，其他智能業(yè)務(wù)也可應(yīng)用本機(jī)制來對(duì)IMS域用戶提供智能業(yè)務(wù)。方法實(shí)例八、IMS域用戶簽約了 ICS (入呼篩選)智能業(yè)務(wù)，可以根據(jù)入 呼的媒體類型來選擇不同的處理，若為語音呼叫則由本用戶處理，若為多媒體 呼叫則前轉(zhuǎn)到另一個(gè)用戶。參見圖16所示，包括下列具體步驟1. 主叫側(cè)將始呼請(qǐng)求消息路由到被叫用戶B歸屬網(wǎng)絡(luò)的I_CSCF,I_CSCF 向被叫用戶注冊(cè)的S一CSCF發(fā)送始呼請(qǐng)求(圖中省略起見，沒有畫出I_CSCF), 請(qǐng)求消息中包含被叫用戶B的標(biāo)識(shí)(request一url攜帶)以及呼叫要建立的語音， 視頻等媒體流信息(媒體流信息包括主叫側(cè)支持的每種媒體流的編碼方案以及 為每種媒體流分配的帶寬等信息)，Sj:SCF根據(jù)被叫用戶簽約的iFC，將始呼 請(qǐng)求轉(zhuǎn)發(fā)到IM-SSF。2. IM-SSF收到始呼請(qǐng)求后，判斷被叫用戶簽約了 Advance—Termination 觸發(fā)器，根據(jù)該觸發(fā)器記錄的SCP地址，向SCP發(fā)送ANLYZD消息，除攜帶 原ICS智能業(yè)務(wù)所需的會(huì)話信息外，還需攜帶medialist參數(shù)，該參數(shù)包含了始 呼請(qǐng)求消息中要建立的媒體流信息。3. SCP根據(jù)medialist參數(shù)判斷該呼叫為多媒體呼叫，需要呼叫前轉(zhuǎn)到用 戶C，則向IM-SSF返回anlyzd消息，包含termlist參數(shù)，包含前轉(zhuǎn)用戶C的 信息。
4. IM-SSF收到該消息后，根據(jù)termlist參數(shù)，重新構(gòu)造始呼請(qǐng)求消息， 將被叫方信息改為用戶C(修改request一url),并將修改后的始呼請(qǐng)求消息返回 S—CSCF。5. S—CSCF將該始呼請(qǐng)求消息路由到用戶C所歸屬的網(wǎng)絡(luò)。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種電路域感知IMS域多媒體會(huì)話媒體信息的方法，其特征在于，包括下列步驟業(yè)務(wù)交換功能實(shí)體IM-SSF從收到的IMS域會(huì)話控制信令中獲取多媒體會(huì)話媒體信息；以及IM-SSF將獲取的多媒體會(huì)話媒體信息上報(bào)給智能業(yè)務(wù)控制實(shí)體SCP。
2、 如權(quán)利要求1所述的方法，其特征在于，所述多媒體會(huì)話媒體信息包 括IMS域會(huì)話建立時(shí)的媒體協(xié)商信息，以及IMS域會(huì)話中的媒體協(xié)商信息。
3、 如權(quán)利要求2所述的方法，其特征在于，所述媒體協(xié)商信息至少包括 下列之一媒體類型、i某體所需帶寬、媒體傳輸協(xié)議和々某體編解碼格式。
4、 如權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，所述SCP根據(jù)當(dāng) 前收到的多媒體會(huì)話媒體信息調(diào)整費(fèi)率，并對(duì)IMS域用戶計(jì)費(fèi)。
5、 如權(quán)利要求4所述的方法，其特征在于，在主被叫會(huì)話建立過程中， 包括下列步驟Al、完成媒體協(xié)商后，S-CSCF將媒體協(xié)商結(jié)果信息告知IM-SSF; Bl、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送 的消息中攜帶所述媒體協(xié)商結(jié)果信息。
6、 如權(quán)利要求5所述的方法，其特征在于，所述步驟Al之前還包括步驟 Cll、 S-CSCF根據(jù)初始過濾規(guī)則iFC，在向IM-SSF轉(zhuǎn)發(fā)的始呼請(qǐng)求消息中攜帶初始多媒體會(huì)話媒體信息；Dll、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā) 送的消息中攜帶所述初始多媒體會(huì)話媒體信息，以使該SCP確定初始費(fèi)率。
7、 如權(quán)利要求5所述的方法，其特征在于，主叫側(cè)或被叫側(cè)在所述步驟 Al之前發(fā)起增加媒體流的過程。
8、 如權(quán)利要求7所述的方法，其特征在于，所述步驟A1之前，若在所述 SCP獲知初始多媒體會(huì)話媒體信息后，又增加媒體類型，則包括步驟Ell、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā) 送的消息中至少攜帶所述增加的媒體類型以及媒體更改的方向。
9、 如權(quán)利要求7所述的方法，其特征在于，若IMS域用戶作為被叫用戶 提供多媒體會(huì)話媒體信息，則所述步驟Al之前還包括步驟C12、 S-CSCF根據(jù)初始過濾規(guī)則iFC,在向IM-SSF轉(zhuǎn)發(fā)的始呼請(qǐng)求消息 中不攜帶多媒體會(huì)話媒體信息；D12、 IM-SSF才艮據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā) 送的消息中不攜帶多媒體會(huì)話媒體信息；E12、被叫側(cè)選擇多媒體會(huì)話媒體信息后，IM-SSF根據(jù)用戶簽約的觸發(fā)器 中記錄的SCP地址，在向該SCP發(fā)送的消息中攜帶被叫側(cè)選擇的多媒體會(huì)話 媒體信息，以及媒體更改的方向。
10、 如權(quán)利要求9所述的方法，其特征在于，所述步驟A1之前，若增加 媒體類型，則所述步驟E12之后還包括步驟F12、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā) 送的消息中至少攜帶增加的媒體類型以及媒體更改的方向。
11、 如權(quán)利要求4所述的方法，其特征在于，若會(huì)話過程中發(fā)生媒體重協(xié) 商，則包括下列步驟A2、完成媒體重協(xié)商后，S-CSCF將媒體重協(xié)商結(jié)果信息告知IM-SSF; B2、 IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送 的消息中攜帶所述媒體重協(xié)商結(jié)果信息。
12、 如權(quán)利要求11所述的方法，其特征在于，所述步驟A2之前還包括步 驟S-CSCF根據(jù)初始過濾規(guī)則iFC,在向IM-SSF轉(zhuǎn)發(fā)的會(huì)話更改請(qǐng)求消息中 攜帶欲更改的多媒體會(huì)話媒體信息；IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消 息中攜帶欲更改的多媒體^^舌媒體信息，以及會(huì)話更改的方向。
13、 如權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，若SCP發(fā)起會(huì)話狀態(tài)查詢，則包括下列步驟IM-SSF收到查詢消息后，根據(jù)查詢消息中攜帶的會(huì)話信息檢查與之對(duì)應(yīng) 的會(huì)話狀態(tài)，若該會(huì)話未被釋放，貝']IM-SSF在向所述SCP上報(bào)的查詢響應(yīng)消 息中攜帶當(dāng)前會(huì)話所使用的多媒體會(huì)話媒體信息；否則，返回錯(cuò)誤消息。
14、 如權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，所述SCP根據(jù)當(dāng) 前收到的多媒體會(huì)話媒體信息選擇被叫用戶，以完成會(huì)話建立。
15、 如權(quán)利要求14所述的方法，其特征在于，在會(huì)話建立的入呼篩選過 程中，包括下列步驟S-CSCF根據(jù)初始過濾規(guī)則iFC，在向IM-SSF轉(zhuǎn)發(fā)的始呼請(qǐng)求消息中攜帶 初始多媒體會(huì)話媒體信息；IM-SSF根據(jù)用戶簽約的觸發(fā)器中記錄的SCP地址，在向該SCP發(fā)送的消 息中攜帶所述初始多媒體^^舌媒體信息；SCP根據(jù)所述初始多媒體^"i舌媒體信息判斷媒體類型，并將與之對(duì)應(yīng)的被 叫用戶信息返回，以完成會(huì)話建立。
16、 如權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，通過擴(kuò)展IM-SSF 與SCP之間的接口協(xié)議消息中的參數(shù)攜帶所述多媒體^^舌媒體信息；或者擴(kuò)展 IM-SSF與SCP之間的接口協(xié)議中的消息攜帶所述多媒體會(huì)話媒體信息。
17、 如權(quán)利要求16所述的方法，其特征在于，所述接口協(xié)議為CDMA智 能網(wǎng)所使用的ANSI41協(xié)議。
18、 如權(quán)利要求l所述的方法，其特征在于，所述SCP為CDMA智能網(wǎng) 絡(luò)中的winSCP。
19、 一種電路域感知IMS域多媒體會(huì)話媒體信息的系統(tǒng)，包括歸屬簽約 服務(wù)器HSS、智能業(yè)務(wù)控制實(shí)體SCP和S-CSCF，其特征在于，所述系統(tǒng)還包 括與HSS、 SCP和S-CSCF分別相連的業(yè)務(wù)交換功能實(shí)體IM-SSF，用于從 收到的IMS域會(huì)話控制信令中獲取多媒體會(huì)話媒體信息； IM-SSF與SCP之間的接口 ，用于由IM-SSF向SCP上報(bào)所述獲取的多媒 體會(huì)話媒體信息。
20、 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述SCP為CDMA智能網(wǎng) 絡(luò)中的winSCP。
21、 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述多媒體會(huì)話媒體信息 至少包括下列之一媒體類型、媒體所需帶寬、媒體傳輸協(xié)議和4某體編解碼格 式。
全文摘要
本發(fā)明公開了一種電路域感知IMS域多媒體會(huì)話媒體信息的方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)中電路域智能業(yè)務(wù)控制實(shí)體無法感知IMS域多媒體會(huì)話媒體信息的問題。本發(fā)明方法包括業(yè)務(wù)交換功能實(shí)體IM-SSF從收到的IMS域會(huì)話控制信令中獲取多媒體會(huì)話媒體信息；以及IM-SSF將獲取的多媒體會(huì)話媒體信息上報(bào)給智能業(yè)務(wù)控制實(shí)體SCP。本發(fā)明的系統(tǒng)，包括HSS、SCP和S-CSCF，還包括與HSS、SCP和S-CSCF分別相連的IM-SSF；IM-SSF與SCP之間存在接口。本發(fā)明可使電路域智能業(yè)務(wù)控制實(shí)體感知IMS域多媒體會(huì)話媒體信息。
文檔編號(hào)H04L29/02GK101155173SQ200610152690
公開日2008年4月2日 申請(qǐng)日期2006年9月25日 優(yōu)先權(quán)日2006年9月25日
發(fā)明者朱東銘, 巖 李 申請(qǐng)人:華為技術(shù)有限公司