專利名稱：Ims域中彩鈴限制業(yè)務的方法
技術領域：
本發(fā)明涉及IMS域中主叫側對彩鈴業(yè)務進行限制的方法。
背景技術：
彩鈴，即個性化回鈴音業(yè)務使得主叫用戶在撥打別人電話可以聽到個性化的鈴聲，而不是原來的單調的嘟嘟聲。
在現(xiàn)在的GSM，CDMA甚至是固定電話網(wǎng)絡中，個性化回鈴音業(yè)務的開展已經(jīng)如火如荼，并取得了極大的成功。當有其他用戶(主叫用戶)呼叫該個性化回鈴音登記的用戶號碼(被叫用戶)時，在它接通摘機前，對主叫用戶放一段音樂、廣告或者是被叫用戶自己設定的留言，這時主叫用戶聽到就是由業(yè)務用戶在系統(tǒng)中設定的個性化回鈴音，這種方式已經(jīng)逐漸被人們所接受并廣泛采用。
在未來的以IP為主體的IMS網(wǎng)絡中個性化回鈴音業(yè)務也應得到更加廣泛的應用。
為了更好地說明目前的彩鈴業(yè)務系統(tǒng)，圖表2給出了IMS域彩鈴業(yè)務的系統(tǒng)結構。其中201用戶設備(以下簡稱UE)包括注冊到IMS域的所有用戶，包括移動終端，固定終端，SIP軟終端等。202呼叫會話控制功能(以下簡稱CSCF)是IMS系統(tǒng)的呼叫控制核心。203應用服務器(以下簡稱AS)，例如SIP AS，OSA AS和CAMEL IM-SSF，提供增值業(yè)務，它可以位于用戶的歸屬網(wǎng)或者第三方的位置。204多媒體資源功能控制器(以下簡稱MRFC)主要完成對MRFP中的媒體資源控制功能，該功能實體可以和AS在一個物理實體上。205多媒體資源功能處理器(以下簡稱MRFP)主要是處理和存放媒體相關的資源。
在現(xiàn)在的網(wǎng)絡中，個性化回鈴音一般是由被叫用戶定制的，主叫側被動的接受被叫方定制的個性化回鈴音，而無法對特色回鈴音進行控制，使得該業(yè)務的靈活性受到了很大的限制。在某些情況下，主叫側可能要被迫接受被叫方定制的不適合自己品味的回鈴音。例如老年人播打年輕人電話時可能要接受搖滾樂的彩鈴，年輕人播打老年人電話時可能要被迫欣賞京劇片斷彩鈴，心臟病人有可能會受到惡作劇或者恐怖影像彩鈴的干擾，尤其是在頻繁播打某個號碼的時聽取自己不喜歡的回鈴音就變得更加難以忍受。隨著彩鈴業(yè)務的普及，單一由被叫方定制彩鈴業(yè)務的情況應當?shù)玫礁淖?，使得該項業(yè)務更加人性化，滿足人們的各種需求。

發(fā)明內容
本發(fā)明的目的是提供一種IMS域中實現(xiàn)彩鈴限制業(yè)務的方法。
為實現(xiàn)上述目的，一種IMS域中彩鈴限制業(yè)務的方法，包括步驟(1)用戶定制彩鈴限制業(yè)務；(2)當用戶呼叫被叫用戶時，主叫側CSCF根據(jù)初始過濾準則判斷主叫用戶是否定制了彩鈴限制業(yè)務；(3)若主叫用戶定制了彩鈴限制業(yè)務，主叫側CSCF則修改Invite消息，使其攜帶彩鈴限制業(yè)務標記；(4)主叫側CSCF將修改后的Invite消息轉發(fā)至被叫側的CSCF；(5)被叫側CSCF收到Invite消息后進行解析，發(fā)現(xiàn)主叫定制了彩鈴限制業(yè)務，則不管被叫用戶是否定制彩鈴業(yè)務，則不觸發(fā)彩鈴業(yè)務；(6)被叫側執(zhí)行正常呼叫流程，向主叫用戶播放普通的回鈴音。
本發(fā)明可以實現(xiàn)主叫用戶限制被叫用戶的特色回鈴音，用戶可通過短信/Web等多種方式定制彩鈴限制業(yè)務。


圖1是IMS域中彩鈴限制業(yè)務的方法流程圖；圖2是IMS域中實現(xiàn)彩鈴業(yè)務的系統(tǒng)結構圖；圖3是IMS域中彩鈴限制業(yè)務信令流程圖；圖4是IMS域中彩鈴業(yè)務流程圖。
具體實施例方式
圖1是IMS域中實現(xiàn)彩鈴限制業(yè)務的方法流程。
101 開始一個呼叫過程
102 主叫側CSCF根據(jù)初始過濾準則判斷主叫用戶是否定制彩鈴限制業(yè)務，初始過濾準則(即用戶對哪些用戶定制彩鈴限制業(yè)務)的對象可以根據(jù)用戶的需求是一個或多個用戶，另外方式也可以選擇短信定制/Web定制/特服號定制/人工定制等多種方式，盡可能方便的滿足用戶的需求；103 若主叫用戶沒有定制彩鈴限制業(yè)務，則執(zhí)行正常的呼叫過程；104 若主叫用戶定制了彩鈴限制業(yè)務，則主叫側CSCF在發(fā)往被叫側CSCF的Invite消息中攜帶主叫限制彩鈴標記；105 被叫側CSCF在收到該Invite消息后發(fā)現(xiàn)該消息中含有彩鈴限制信息，則不向AS轉發(fā)該消息；106接續(xù)呼叫，繼續(xù)正常的呼叫過程圖3是IMS域中彩鈴限制業(yè)務實現(xiàn)流程圖，具體步驟如下301UE發(fā)送INVITE請求到主叫側CSCF，其中SDP包含UE所支持的媒體能力；302主叫側CSCF對收到的INVITE請求回應100 Trying；303主叫側CSCF(應為系統(tǒng)的S-CSCF功能模塊)根據(jù)用戶的業(yè)務數(shù)據(jù)，進行初始過濾準則評估；304主叫側CSCF根據(jù)初始過濾準則進行評估，修改INVITE請求，在該消息中攜帶彩鈴限制業(yè)務信息，并將該消息發(fā)至被叫側CSCF；305被叫側CSCF根據(jù)收到的Invite消息中攜帶的彩鈴限制標記，得知主叫用戶定制了彩鈴限制業(yè)務，則不觸發(fā)彩鈴業(yè)務(即不向AS轉發(fā)該Invite消息)，而是執(zhí)行正常的呼叫過程；306被叫側CSCF對收到的INVITE請求回應100 Trying；307被叫側CSCF繼續(xù)轉發(fā)INVITE消息；308被叫側CSCF接收到對INVITE請求的100 Trying臨時響應；309主叫側CSCF接收到前轉的100 Trying臨時響應；310被叫側CSCF接收到183會話進展響應，其中SDP包含目的端所支持的媒體流能力；311主叫側CSCF接收到轉發(fā)的183會話進展響應；
312主叫側CSCF(應為系統(tǒng)的P-CSCF功能模塊)基于運營商的本地策略對QoS資源進行授權；313主叫側CSCF前轉183會話進展到UE；314UE根據(jù)在183會話進展中所收到的媒體流能力，來決定本次會話所用的媒體流，并將此最終的媒體流包含在一新的SDP中，用PRACK請求發(fā)送到CSCF；315UE根據(jù)所決定的媒體流特性，發(fā)起為本次會話所需的資源預留過程；316主叫側CSCF將PRACK請求前轉到被叫側CSCF；317被叫側CSCF繼續(xù)前轉PRACK請求；318被叫側CSCF接收到200 OK響應；319主叫側AS接收到前轉的200 OK響應；320主叫側CSCF將200 OK響應前轉到UE；321當UE發(fā)起的資源預留過程結束，UE發(fā)送UPDATE請求通知對方；322主叫側CSCF前轉UPDATE請求至被叫側CSCF；323被叫側CSCF繼續(xù)前轉UPDATE請求；324被叫側CSCF收到目的端對UPDATE請求的200 OK響應；325被叫側CSCF將200 OK響應前轉到主叫側CSCF；326主叫側CSCF將200 OK響應前轉到UE；327被叫側CSCF收到對端的180 Ringing響應；328被叫側CSCF將180 Ringing響應前轉到主叫側CSCF；329主叫側CSCF將180 Ringing響應前轉到UE；330UE將PRACK請求發(fā)送到主叫側CSCF；331主叫側CSCF將PRACK響應轉發(fā)到被叫側CSCF；332被叫側CSCF繼續(xù)前轉PRACK響應；333被叫側CSCF收到目的端對PRACK請求的200 OK響應；334被叫側CSCF將200 OK響應轉發(fā)到主叫側CSCF；335主叫側CSCF將200 OK響應轉發(fā)到UE；336當被叫應答時，被叫側CSCF收到目的端對INVITE請求的最終200 OK響應；
337被叫側CSCF將200 OK響應前轉到主叫側CSCF；338主叫側CSCF(應為系統(tǒng)的P-CSCF功能模塊)對提交的QoS進行批準；339主叫側CSCF將200 OK響應前轉到UE；340UE開始此次會話的媒體流，并對200 OK響應回應ACK請求；341主叫側CSCF將ACK請求前轉到被叫側CSCF；342被叫側CSCF向發(fā)送對被叫應答200 OK響應的ACK；圖4是IMS域中彩鈴業(yè)務的實現(xiàn)流程，具體步驟如下401UE發(fā)送INVITE請求到CSCF，其中SDP包含UE所支持的媒體能力；402CSCF對收到的INVITE請求回應100 Trying；403CSCF(應為系統(tǒng)的S-CSCF功能模塊)根據(jù)用戶的業(yè)務數(shù)據(jù)，進行初始過濾準則評估；404CSCF將INVITE請求前轉到AS；405AS對收到的INVITE請求回應100 Trying；406AS進行彩鈴業(yè)務觸發(fā)，來決定下一跳的位置；407AS前轉INVITE請求；408AS接收到對INVITE請求的100 Trying臨時響應；409AS接收到183會話進展響應，其中SDP包含目的端所支持的媒體流能力；410AS將183會話進展前轉到CSCF；411CSCF(應為系統(tǒng)的P-CSCF功能模塊)基于運營商的本地策略對QoS資源進行授權；412CSCF前轉183會話進展到UE；413UE根據(jù)在183會話進展中所收到的媒體流能力，來決定本次會話所用的媒體流，并將此最終的媒體流包含在一新的SDP中，用PRACK請求發(fā)送到CSCF；414UE根據(jù)所決定的媒體流特性，發(fā)起為本次會話所需的資源預留過程；415CSCF將PRACK請求前轉到AS；416AS繼續(xù)前轉PRACK請求；
417AS接收到目的端對PRACK請求的200 OK響應；418AS將200 OK響應前轉到CSCF；419CSCF將200 OK響應前轉到UE；420當UE發(fā)起的資源預留過程結束，UE發(fā)送UPDATE請求通知對方；421CSCF將UPDATE請求前轉到AS；422AS繼續(xù)前轉UPDATE請求；423AS收到目的端對UPDATE請求的200 OK響應；424AS將200 OK響應前轉到CSCF；425CSCF將200 OK響應前轉到UE；426AS收到對端的180 Ringing響應；427彩鈴業(yè)務邏輯控制過程，決定向主叫用戶播放彩鈴；428AS向MRFC發(fā)起INVITE請求，其中SDP攜帶協(xié)商好的媒體流；429MRFC對INVITE請求回應100 Trying響應；430MRFC通過H.248交互為UE創(chuàng)建播放彩鈴業(yè)務而預留的資源；431MRFC應答AS的INVITE請求，并回送200 OK響應；432AS將200 OK響應前轉到CSCF；433CSCF(應為系統(tǒng)的P-CSCF功能模塊)對提交的QoS進行批準；434CSCF將200 OK響應前轉到UE；435UE開始此次會話的媒體流，并對200 OK響應回應ACK請求；436CSCF將ACK請求前轉到AS；437AS發(fā)送ACK請求到MRFC，其中攜帶有業(yè)務根據(jù)QoS協(xié)商結果；438當被叫應答時，AS收到目的端對INVITE請求的最終200 OK響應；439AS要求MRF停放彩鈴并釋放資源，向MRFC發(fā)送BYE請求；440MRFC對BYE請求回應200 OK；441MRFC通過H.248交互，停止播放彩鈴，并釋放相應的資源；442AS向CSCF發(fā)起reINVITE請求，攜帶被叫用戶的媒體信息；443CSCF前轉reINVITE請求到UE；444UE對reINVITE請求發(fā)送最終響應200 OK；445CSCF前轉200 OK到AS；446AS對于收到的200 OK響應回應ACK請求；
447CSCF將ACK請求前轉到UE，UE根據(jù)reINVITE中媒體流的信息開始此次會話的媒體流；448AS向目的端發(fā)送ACK請求。
權利要求
1.一種IMS域中彩鈴限制業(yè)務的方法，包括步驟(1)用戶定制彩鈴限制業(yè)務；(2)當用戶呼叫被叫用戶時，主叫側CSCF根據(jù)初始過濾準則判斷主叫用戶是否定制了彩鈴限制業(yè)務；(3)若主叫用戶定制了彩鈴限制業(yè)務，主叫側CSCF則修改Invite消息，使其攜帶彩鈴限制業(yè)務標記；(4)主叫側CSCF將修改后的Invite消息轉發(fā)至被叫側的CSCF；(5)被叫側CSCF收到Invite消息后進行解析，發(fā)現(xiàn)主叫定制了彩鈴限制業(yè)務，則不管被叫用戶是否定制彩鈴業(yè)務，則不觸發(fā)彩鈴業(yè)務；(6)被叫側執(zhí)行正常呼叫流程，向主叫用戶播放普通的回鈴音。
2.根據(jù)權利要求1所述的方法，其特征在于在步驟(3)和(4)之間還包括若主叫用戶沒有定制彩鈴限制業(yè)務，則主叫側CSCF轉發(fā)UE側發(fā)來的Invite消息，執(zhí)行正常的呼叫流程。
3.根據(jù)權利要求1所述的方法，其特征在于所述步驟(2)包括初始過濾準則的對象至少是一個。
4.根據(jù)權利要求1所述的方法，其特征在于所述步驟(1)的定制包括短信定制、Web定制、特服號定制或人工定制。
全文摘要
一種IMS域中彩鈴限制業(yè)務的方法，包括步驟用戶定制彩鈴限制業(yè)務；當用戶呼叫被叫用戶時，主叫側CSCF根據(jù)初始過濾準則判斷主叫用戶是否定制了彩鈴限制業(yè)務；若主叫用戶定制了彩鈴限制業(yè)務，主叫側CSCF則修改Invite消息，使其攜帶彩鈴限制業(yè)務標記；主叫側CSCF將修改后的Invite消息轉發(fā)至被叫側的CSCF；被叫側CSCF收到Invite消息后進行解析，發(fā)現(xiàn)主叫定制了彩鈴限制業(yè)務，則不管被叫用戶是否定制彩鈴業(yè)務，則不觸發(fā)彩鈴業(yè)務；被叫側執(zhí)行正常呼叫流程，向主叫用戶播放普通的回鈴音。本發(fā)明可以實現(xiàn)主叫用戶限制被叫用戶的特色回鈴音，用戶可通過短信/Web等多種方式定制彩鈴限制業(yè)務。
文檔編號H04M3/42GK1980287SQ20051013102
公開日2007年6月13日 申請日期2005年12月8日 優(yōu)先權日2005年12月8日
發(fā)明者張文穎, 楊飛, 陳士金 申請人:北京三星通信技術研究有限公司, 三星電子株式會社