專利名稱：在ims域中實(shí)現(xiàn)視頻彩鈴業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體子系統(tǒng)(以下簡(jiǎn)稱IMS)，特別涉及在IMS域中實(shí)現(xiàn)視頻彩鈴業(yè)務(wù)的方法。
背景技術(shù)：
在現(xiàn)在的全球移動(dòng)通信系統(tǒng)(以下簡(jiǎn)稱GSM)、碼分多址(以下簡(jiǎn)稱CDMA)甚至是固定電話網(wǎng)絡(luò)中，個(gè)性化回鈴音業(yè)務(wù)的開展已經(jīng)如火如荼，并取得了極大的成功。當(dāng)有其他用戶(主叫用戶)呼叫該個(gè)性化回鈴音登記的用戶號(hào)碼(被叫用戶)時(shí)，在它接通摘機(jī)前，對(duì)主叫用戶放一段音樂、廣告或者是被叫用戶自己設(shè)定的留言，這時(shí)主叫用戶聽到就是由業(yè)務(wù)用戶在系統(tǒng)中設(shè)定的個(gè)性化回鈴音，這種方式已經(jīng)逐漸被人們所接受并廣泛采用。
在IMS網(wǎng)絡(luò)中，繼承并發(fā)揚(yáng)該業(yè)務(wù)是理所當(dāng)然的事情，一方面，由于IMS會(huì)話針對(duì)的是多媒體信息，另一方面，IMS網(wǎng)絡(luò)具有靈活的媒體流協(xié)商機(jī)制。在這種情況下一種增強(qiáng)的更符合IMS網(wǎng)絡(luò)所采用的視頻類彩鈴解決方案應(yīng)運(yùn)而生了。對(duì)于主叫用戶能夠支持視頻媒體流時(shí)，給主叫用戶播放視頻類彩鈴，當(dāng)不支持視頻類媒體流或者相應(yīng)的業(yè)務(wù)質(zhì)量(以下簡(jiǎn)稱QoS)達(dá)不到一定的要求時(shí)，給主叫用戶播放傳統(tǒng)的彩鈴音甚至是“嘟，嘟”的回鈴音。
為了更好地說明視頻類彩鈴業(yè)務(wù)系統(tǒng)，下面給出現(xiàn)有系統(tǒng)的圖示說明。圖1說明了IMS域視頻彩鈴業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)101用戶設(shè)備(以下簡(jiǎn)稱UE)，指注冊(cè)到IMS域的所有用戶，包括移動(dòng)終端，固定終端，SIP軟終端等；102呼叫會(huì)話控制功能(以下簡(jiǎn)稱CSCF)，是IMS系統(tǒng)的呼叫控制核心，從功能邏輯上CSCF可細(xì)分為代理CSCF(以下簡(jiǎn)稱P-CSCF)，查詢CSCF(以下簡(jiǎn)稱I-CSCF)和業(yè)務(wù)CSCF(以下簡(jiǎn)稱S-CSCF)，P-CSCF是IMS系統(tǒng)的第一個(gè)接入點(diǎn)，用于將呼叫請(qǐng)求代理至I-CSCF或者終端，負(fù)責(zé)產(chǎn)生呼叫詳細(xì)記錄(以下簡(jiǎn)稱CDR)，與終端建立安全連接；I-CSCF主要負(fù)責(zé)向HSS查詢歸屬位置信息，將終端注冊(cè)信息和呼叫正確尋路到S-CSCF；S-CSCF主要完成終端注冊(cè)，呼叫控制和處理功能，并向應(yīng)用服務(wù)器觸發(fā)智能業(yè)務(wù)。
103應(yīng)用服務(wù)器(以下簡(jiǎn)稱AS)，例如SIP AS，OSA AS和CAMELIM-SSF，提供增值業(yè)務(wù)，它可以位于用戶的歸屬網(wǎng)或者第三方的位置；104多媒體資源功能控制器(以下簡(jiǎn)稱MRFC)和多媒體資源功能處理(以下簡(jiǎn)稱MRFP)，MRFC主要完成對(duì)MRFP中的媒體資源控制功能，該功能實(shí)體可以和AS在一個(gè)物理實(shí)體上，MRFC和MRFP之間的接口協(xié)議可以采用H.248協(xié)議或者SIP協(xié)議，以3GPP的最新規(guī)范為準(zhǔn)，圖中采用H.248為例來進(jìn)行描述；105多媒體資源功能處理器(以下簡(jiǎn)稱MRFP)，MRFP主要是處理和存放媒體相關(guān)的資源。
圖2是現(xiàn)有方法中有應(yīng)用服務(wù)器參與的移動(dòng)發(fā)起(以下簡(jiǎn)稱MO)會(huì)話過程201UE發(fā)送INVITE請(qǐng)求到CSCF，其中SDP包含UE所支持的媒體能力；202CSCF對(duì)收到的INVITE請(qǐng)求回應(yīng)100 Trying；203CSCF(應(yīng)為系統(tǒng)的S-CSCF功能模塊)根據(jù)用戶的業(yè)務(wù)數(shù)據(jù)，進(jìn)行初始過濾準(zhǔn)則評(píng)估；204CSCF將INVITE請(qǐng)求前轉(zhuǎn)到AS；205AS對(duì)收到的INVITE請(qǐng)求回應(yīng)100 Trying；206AS進(jìn)行相應(yīng)的業(yè)務(wù)觸發(fā)，來決定下一跳的位置；207AS前轉(zhuǎn)INVITE請(qǐng)求；208AS接收到對(duì)INVITE請(qǐng)求的100 Trying臨時(shí)響應(yīng)；209AS接收到183會(huì)話進(jìn)展響應(yīng)，其中SDP包含目的端所支持的媒體流能力；210AS將183會(huì)話進(jìn)展前轉(zhuǎn)到CSCF；211CSCF(應(yīng)為系統(tǒng)的P-CSCF功能模塊)基于運(yùn)營商的本地策略對(duì)QoS資源進(jìn)行授權(quán)；
212CSCF前轉(zhuǎn)183會(huì)話進(jìn)展到UE；213UE根據(jù)在183會(huì)話進(jìn)展中所收到的媒體流能力，來決定本次會(huì)話所用的媒體流，并將此最終的媒體流包含在一新的SDP中，用PRACK請(qǐng)求發(fā)送到CSCF；214UE根據(jù)所決定的媒體流特性，發(fā)起為本次會(huì)話所需的資源預(yù)留過程；215CSCF將PRACK請(qǐng)求前轉(zhuǎn)到AS；216AS繼續(xù)前轉(zhuǎn)PRACK請(qǐng)求；217AS接收到目的端對(duì)PRACK請(qǐng)求的200 OK響應(yīng)；218AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；219CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；220當(dāng)UE發(fā)起的資源預(yù)留過程結(jié)束，UE發(fā)送UPDATE請(qǐng)求通知對(duì)方；221CSCF將UPDATE請(qǐng)求前轉(zhuǎn)到AS；222AS繼續(xù)前轉(zhuǎn)UPDATE請(qǐng)求；223AS收到目的端對(duì)UPDATE請(qǐng)求的200 OK響應(yīng)；224AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；225CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；226AS收到對(duì)端的180 Ringing響應(yīng)；227AS將180 Ringing響應(yīng)前轉(zhuǎn)到CSCF；228CSCF將180 Ringing響應(yīng)前轉(zhuǎn)到UE；229UE指示主叫用戶被叫正在振鈴，并對(duì)180 Ringing響應(yīng)回應(yīng)PRACK請(qǐng)求；230CSCF將PRACK請(qǐng)求前轉(zhuǎn)到AS；231AS繼續(xù)前轉(zhuǎn)PRACK請(qǐng)求；232AS接收到目的端對(duì)PRACK請(qǐng)求的200 OK響應(yīng)；233AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；234CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；235當(dāng)被叫應(yīng)答時(shí)，AS收到目的端對(duì)INVITE請(qǐng)求的最終200 OK響應(yīng)；236AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；237CSCF(應(yīng)為系統(tǒng)的P-CSCF功能模塊)對(duì)提交的QoS進(jìn)行批準(zhǔn)；
238CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；239UE開始此次會(huì)話的媒體流，并對(duì)200 OK響應(yīng)回應(yīng)ACK請(qǐng)求；240CSCF將ACK請(qǐng)求前轉(zhuǎn)到AS；241AS繼續(xù)前轉(zhuǎn)ACK請(qǐng)求到目的端在現(xiàn)在的GSM，CDMA和PSTN/ISDN網(wǎng)絡(luò)中，受限于網(wǎng)絡(luò)所支持的媒體流能力以及網(wǎng)絡(luò)協(xié)商能力的不足，個(gè)性化回鈴音一般是一段音樂、廣告或者業(yè)務(wù)用戶的留言等等，并且有些情況下在播放個(gè)性化回鈴音不成功的情況下，還會(huì)導(dǎo)致呼叫失敗，這些都是需要進(jìn)行加強(qiáng)和改善的地方。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種IMS域中視頻彩鈴業(yè)務(wù)實(shí)現(xiàn)方法。
為實(shí)現(xiàn)上述目的，一種在IMS域中實(shí)現(xiàn)視頻彩鈴業(yè)務(wù)的方法，包括步驟(1)用戶在IMS發(fā)起會(huì)話，CSCF判斷被叫用戶為簽約了視頻彩鈴的業(yè)務(wù)用戶，向AS觸發(fā)視頻彩鈴業(yè)務(wù)；(2)當(dāng)被叫用戶振鈴時(shí)，AS要求MRF功能根據(jù)QoS協(xié)商的結(jié)果播放符合當(dāng)前會(huì)話媒體流的彩鈴。
本發(fā)明充分利用IMS網(wǎng)絡(luò)支持豐富的多媒體信息以及網(wǎng)絡(luò)QoS協(xié)商能力，對(duì)鈴音信息進(jìn)一步豐富到多媒體視頻，同時(shí)對(duì)業(yè)務(wù)邏輯進(jìn)一步增強(qiáng)，來實(shí)現(xiàn)更為靈活的視頻類彩鈴業(yè)務(wù)。對(duì)于主叫用戶支持視頻媒體流時(shí)，給其播放視頻類媒體，例如Flash動(dòng)畫，視頻剪輯，生活片斷等，而對(duì)于主叫用戶不支持視頻媒體流時(shí)，給其播放彩鈴，例如音樂，廣告或留言等，當(dāng)二者失敗均失敗時(shí)，也不會(huì)影響呼叫接續(xù)，向主叫用戶放單一回鈴音。


圖1是IMS域中視頻彩鈴系統(tǒng)結(jié)構(gòu)；圖2是AS參與的MO呼叫流程；圖3是視頻彩鈴業(yè)務(wù)流程—業(yè)務(wù)播放成功情況；
圖4是視頻彩鈴業(yè)務(wù)流程—業(yè)務(wù)播放失敗情況。
具體實(shí)施例方式
本發(fā)明針對(duì)IMS網(wǎng)絡(luò)的特點(diǎn)，對(duì)鈴音種類進(jìn)一步豐富，同時(shí)對(duì)回鈴音的邏輯控制也進(jìn)一步增強(qiáng)，來體現(xiàn)IMS域使用的彩鈴的特點(diǎn)視頻彩鈴業(yè)務(wù)。(其中MRFC和MRFP之間的信息交互參考104項(xiàng)說明)具體的處理流程可以參見圖3視頻彩鈴業(yè)務(wù)流程—業(yè)務(wù)播放成功情況301UE發(fā)送INVITE請(qǐng)求到CSCF，其中SDP包含UE所支持的媒體能力；302CSCF對(duì)收到的INVITE請(qǐng)求回應(yīng)100 Trying；303CSCF(應(yīng)為系統(tǒng)的S-CSCF功能模塊)根據(jù)用戶的業(yè)務(wù)數(shù)據(jù)，進(jìn)行初始過濾準(zhǔn)則評(píng)估；304CSCF將INVITE請(qǐng)求前轉(zhuǎn)到AS；305AS對(duì)收到的INVITE請(qǐng)求回應(yīng)100 Trying；306AS進(jìn)行相應(yīng)的業(yè)務(wù)觸發(fā)，來決定下一跳的位置；307AS前轉(zhuǎn)INVITE請(qǐng)求；308AS接收到對(duì)INVITE請(qǐng)求的100 Trying臨時(shí)響應(yīng)；309AS接收到183會(huì)話進(jìn)展響應(yīng)，其中SDP包含目的端所支持的媒體流能力；310AS將183會(huì)話進(jìn)展前轉(zhuǎn)到CSCF；311CSCF(應(yīng)為系統(tǒng)的P-CSCF功能模塊)基于運(yùn)營商的本地策略對(duì)QoS資源進(jìn)行授權(quán)；212CSCF前轉(zhuǎn)183會(huì)話進(jìn)展到UE；313UE根據(jù)在183會(huì)話進(jìn)展中所收到的媒體流能力，來決定本次會(huì)話所用的媒體流，并將此最終的媒體流包含在一新的SDP中，用PRACK請(qǐng)求發(fā)送到CSCF；314UE根據(jù)所決定的媒體流特性，發(fā)起為本次會(huì)話所需的資源預(yù)留過程；315CSCF將PRACK請(qǐng)求前轉(zhuǎn)到AS；316AS繼續(xù)前轉(zhuǎn)PRACK請(qǐng)求；
317AS接收到目的端對(duì)PRACK請(qǐng)求的200 OK響應(yīng)；318AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；319CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；320當(dāng)UE發(fā)起的資源預(yù)留過程結(jié)束，UE發(fā)送UPDATE請(qǐng)求通知對(duì)方；321CSCF將UPDATE請(qǐng)求前轉(zhuǎn)到AS；322AS繼續(xù)前轉(zhuǎn)UPDATE請(qǐng)求；323AS收到目的端對(duì)UPDATE請(qǐng)求的200 OK響應(yīng)；324AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；325CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；326AS收到對(duì)端的180 Ringing響應(yīng)；327視頻彩鈴業(yè)務(wù)邏輯控制過程，決定向主叫用戶播放視頻彩鈴；328AS向MRFC發(fā)起INVITE請(qǐng)求，其中SDP攜帶協(xié)商好的媒體流；329MRFC對(duì)INVITE請(qǐng)求回應(yīng)100 Trying響應(yīng)；330MRFC通過H。248交互為UE創(chuàng)建播放視頻彩鈴業(yè)務(wù)而預(yù)留的資源；331MRFC應(yīng)答AS的INVITE請(qǐng)求，并回送200 OK響應(yīng)；332AS將200 OK響應(yīng)前轉(zhuǎn)到CSCF；333CSCF(應(yīng)為系統(tǒng)的P-CSCF功能模塊)對(duì)提交的QoS進(jìn)行批準(zhǔn)；334CSCF將200 OK響應(yīng)前轉(zhuǎn)到UE；335UE開始此次會(huì)話的媒體流，并對(duì)200 OK響應(yīng)回應(yīng)ACK請(qǐng)求；336CSCF將ACK請(qǐng)求前轉(zhuǎn)到AS；337AS發(fā)送ACK請(qǐng)求到MRFC，其中攜帶有業(yè)務(wù)根據(jù)QoS協(xié)商結(jié)果決定播放的鈴音類型，也可以采用SIP請(qǐng)求的INFO方法來攜帶所要播放的鈴音信息，只是業(yè)務(wù)邏輯上實(shí)現(xiàn)的細(xì)微差別；338MRFC通過H。248交互為UE播放視頻彩鈴或者普通彩鈴；339當(dāng)被叫應(yīng)答時(shí)，AS收到目的端對(duì)INVITE請(qǐng)求的最終200 OK響應(yīng)；340AS要求MRF停放視頻彩鈴并釋放資源，向MRFC發(fā)送BYE請(qǐng)求；341MRFC對(duì)BYE請(qǐng)求回應(yīng)200 OK；342MRFC通過H。248交互，停止播放視頻彩鈴，并釋放相應(yīng)的資源；343AS向CSCF發(fā)起reINVITE請(qǐng)求，攜帶被叫用戶的媒體信息；344CSCF前轉(zhuǎn)reINVITE請(qǐng)求到UE；
345UE對(duì)reINVITE請(qǐng)求發(fā)送最終響應(yīng)200 OK；346CSCF前轉(zhuǎn)200 OK到AS；347AS對(duì)于收到的200 OK響應(yīng)回應(yīng)ACK請(qǐng)求；348CSCF將ACK請(qǐng)求前轉(zhuǎn)到UE，UE根據(jù)reINVITE中媒體流的信息開始此次會(huì)話的媒體流；349AS向目的端發(fā)送ACK請(qǐng)求；對(duì)于業(yè)務(wù)播放失敗流程可以參見圖4視頻彩鈴業(yè)務(wù)流程—業(yè)務(wù)播放失敗情況(僅介紹其中不同部分的內(nèi)容，其他從略)401-426從略(參見前面的流程介紹)427視頻彩鈴業(yè)務(wù)邏輯控制過程，決定向主叫用戶播放視頻彩鈴；428AS向MRFC發(fā)起INVITE請(qǐng)求，其中SDP攜帶協(xié)商好的媒體流；429MRFC對(duì)INVITE請(qǐng)求回應(yīng)100 Trying響應(yīng)；430MRFC對(duì)INVITE回應(yīng)錯(cuò)誤的最終響應(yīng)；431AS對(duì)最終響應(yīng)回應(yīng)ACK請(qǐng)求；432AS業(yè)務(wù)邏輯處理MRFC發(fā)來的錯(cuò)誤的最終響應(yīng)，并決定向主叫用戶發(fā)送180 Ringing響應(yīng)；433-446從略(參見前面的流程介紹)
權(quán)利要求
1.一種在IMS域中實(shí)現(xiàn)視頻彩鈴業(yè)務(wù)的方法，包括步驟(1)用戶在IMS發(fā)起會(huì)話，CSCF判斷被叫用戶為簽約了視頻彩鈴的業(yè)務(wù)用戶，向AS觸發(fā)視頻彩鈴業(yè)務(wù)；(2)當(dāng)被叫用戶振鈴時(shí)，AS要求MRF功能根據(jù)QoS協(xié)商的結(jié)果播放符合當(dāng)前會(huì)話媒體流的彩鈴。
2.如權(quán)利要求1所述的方法，其特征在于還包括步驟AS要求MRF停放視頻彩鈴并釋放資源，向MRFC發(fā)送BYE請(qǐng)求；MRFC通過H.248交互，停止播放視頻彩鈴，并釋放相應(yīng)的資源。
3.如權(quán)利要求1所述的方法，其特征在于還包括步驟(3)當(dāng)AS收到MRF錯(cuò)誤的響應(yīng)時(shí)，AS進(jìn)行邏輯判斷，中止視頻彩鈴業(yè)務(wù)進(jìn)行正常的會(huì)話建立過程；(4)被叫用戶應(yīng)答此次會(huì)話時(shí)，AS命令MRF停止視頻彩鈴的播放并釋放相應(yīng)的資源。
4.如權(quán)利要求1所述的方法，其特征在于步驟2中，媒體流信息采用SIP請(qǐng)求的INFO方法來攜帶視頻彩鈴信息。
5.如權(quán)利要求3所述的方法其特征在于步驟4中，被叫用戶應(yīng)答時(shí)，AS能夠發(fā)起reINVITE過程建立和被叫端的正常會(huì)話。
全文摘要
一種在IMS域中實(shí)現(xiàn)視頻彩鈴業(yè)務(wù)的方法，包括步驟用戶在IMS發(fā)起會(huì)話，CSCF判斷被叫用戶為簽約了視頻彩鈴的業(yè)務(wù)用戶，向AS觸發(fā)視頻彩鈴業(yè)務(wù)；當(dāng)被叫用戶振鈴時(shí)，AS要求MRF功能根據(jù)QoS協(xié)商的結(jié)果播放符合當(dāng)前會(huì)話媒體流的彩鈴。本發(fā)明充分利用IMS網(wǎng)絡(luò)支持豐富的多媒體信息以及網(wǎng)絡(luò)QoS協(xié)商能力，對(duì)鈴音信息進(jìn)一步豐富到多媒體視頻，同時(shí)對(duì)業(yè)務(wù)邏輯進(jìn)一步增強(qiáng)，來實(shí)現(xiàn)更為靈活的視頻類彩鈴業(yè)務(wù)。對(duì)于主叫用戶支持視頻媒體流時(shí)，給其播放視頻類媒體，例如Flash動(dòng)畫，視頻剪輯，生活片斷等，而對(duì)于主叫用戶不支持視頻媒體流時(shí)，給其播放彩鈴，例如音樂，廣告或留言等，當(dāng)二者失敗均失敗時(shí)，也不會(huì)影響呼叫接續(xù)，向主叫用戶放單一回鈴音。
文檔編號(hào)H04L29/06GK1972340SQ20051012720
公開日2007年5月30日 申請(qǐng)日期2005年11月25日 優(yōu)先權(quán)日2005年11月25日
發(fā)明者陳士金, 楊飛 申請(qǐng)人:北京三星通信技術(shù)研究有限公司, 三星電子株式會(huì)社