專利名稱：利用早媒體技術播放彩色振鈴音的方法
技術領域：
本發(fā)明涉及IP多媒體子系統(tǒng)(以下簡稱IMS)中利用早媒體 (early-media)技術來給被叫方播放彩色振鈴音的方法。
背景技術：
在現有技術下，被叫方的振鈴音通常都是單一的、固定的。在固定 網絡的傳統(tǒng)呼叫流程中，交換機會向被叫方發(fā)送振鈴信號，電話在接收 到振鈴信號后作出相應的動作(聲音、振動、閃光)，提示被叫方接電話。 在移動網絡中，可以由被叫終端進行簡單的振鈴音設置，但是更多的顯 示的是被叫終端的意愿。
目前，在接通電話之前，被叫方對于主叫方的呼叫意圖只能從顯示 的號碼中得到部分信息來加以判斷，但是也僅僅局限于自己電話簿中熟 悉的號碼，如果主叫方電話機丟失、搬家等因素換一部電話機的話，被 叫方將不認識該號碼?，F在，騷擾電話也較為猖獗，更有甚者，采用陌 生電話來對用戶進行財務詐騙等等。因此，對于陌生的呼叫號碼， 一般 人不愿貿然接聽。如果改變一下呼叫流程，允許在呼叫建立之前讓主叫 方的一段個性化聲音作為振鈴音在被叫的電話機上播放，并且包含一些 與此次呼叫相關的信息，比如主叫方的自我介紹，主叫方的通話目的 等等，將使被叫方更加樂意接聽電話。
早媒體(early media)技術是指在被叫接收會話之前進行媒體(例 如語音，視頻等)交換，互聯(lián)網工程任務組(以下簡稱ITEF)對該 技術進行了描述，具體參見RFC3959 (RFC:Request For Comments)和 RFC3960;同時早媒體技術中要用到SIP協(xié)議臨時響應的可靠傳遞(以下 簡稱PRACK)技術，具體參見RFC3262;
為了更好地說明該業(yè)務系統(tǒng)，下面給出現有系統(tǒng)的圖示說明。圖l是 利用早媒體技術來播放彩色振鈴音的系統(tǒng)結構。
101: Caller,主叫用戶，包括SIP軟終端，SIP電話等，它和Caller Proxy 之間采用標準的SIP協(xié)議；
102: Caller Proxy,主叫代理服務器，可以為IMS域中的呼叫會話控 制功能(以下簡稱CSCF)節(jié)點，或者NGN中的SIP代理服務器節(jié)點， 功能包括終端注冊，呼叫控制和處理功能，并向應用服務器觸發(fā)智能 業(yè)務等等；Caller Proxy和SIP A/S之間采用標準的SIP協(xié)議；
103: SIP A/S， SIP應用服務器，提供增值業(yè)務或應用，進行業(yè)務邏 輯控制和執(zhí)行；SIP A/S和Media Server之間采用標準的SIP協(xié)議；
104: Media Server,媒體服務器，提供媒體處理功能；Media Server 和Content Server之間可以采用標準的超文本傳輸(以下簡稱HTTP) 協(xié)議；
105: Content Server,內容服務器，保存媒體文件等信息，通過HTTP
協(xié)議和Media Server通信，將媒體文件上傳到Media Server;
106: Callee Proxy,被叫代理服務器，功能與102: Caller P皿y相
對應；
107: Callee，被叫用戶，功能與101的Caller相對應。
現有的SIP A/S參與的呼叫建立過程，如圖2所示
201: Caller發(fā)送INVITE請求到Caller Proxy,其中包括主叫方的會
話描述協(xié)議(以下簡稱SDP)信息；
202: Caller Proxy對Caller的INVITE響應lOO Trying;
203: Caller Proxy進行業(yè)務觸發(fā)，得到業(yè)務所在的SIP A/S;
204: Caller Proxy將Caller的INVITE請求前轉到SIP A/S;
205: SIP A/S對Caller Proxy的INVITE響應100 Trying;
206: SIP A/S作為背靠背用戶代理(以下簡稱B2BUA)，根據Caller
側的INVITE請求重新封裝一個新的INV工TE請求到Callee Proxy，或者
SIP A/S也可作為SIP Proxy直接將INVITE請求Proxy到Callee Proxy;
以下流程以SIP A/S作為背靠背用戶代理為例說明；
207: Callee Proxy對該INVITE請求響應lOO Trying;
208: Callee Proxy將該INVITE請求前轉到Callee;
209: Callee對Callee Proxy的INVITE響應lOO Trying;210: Callee響應180 Ringing,同時被叫用戶聽振鈴音，該振鈴音可能是被叫端局發(fā)送或者被叫終端自身存儲的一段鈴聲；
211: Callee Proxy將i80 Ringing響應前轉到SIP A/S;
212: SIP A/S作為B2BUA，封裝一個180 Ringing響應到Caller Proxy;
213: Caller Proxy前轉180 Ringing響應到Caller方;
214:當Callee方接聽呼叫時，Callee方向Callee Proxy發(fā)送200 OK
響應，同時準備接收從Caller方過來的RTP包；
215: Callee Proxy前轉該200 OK響應到SIP A/S; .
216: SIP A/S作為B2BUA，封裝一個200 OK到Caller側的Caller Proxy;
217: Caller Proxy前轉該200 OK響應到Caller方;
218: Caller方對200 OK響應ACK請求，同時建立到Callee方的RTP端
219: Caller Proxy前轉該ACK請求到SIP A/S;
220: SIP A/S作為B2BUA，封裝一個ACK請求到被叫側；
221: Callee Proxy前轉該ACK請求到Callee方，Caller方和Callee方的通話建立；
現在的振鈴音一般由被叫端局發(fā)送或者由被叫側的移動終端來進 行簡單定制， 一者信號較為單調；二者沒有體現發(fā)起呼叫方的意愿。

發(fā)明內容
本發(fā)明的目的是提供一種利用早媒體技術播放彩色振鈴音的方法。
為實現上述目的， 一種利用早媒體技術播放彩色振鈴音的方法，包 括步驟
a) 主叫方利用媒體服務器定制自己的彩色振鈴音，
b) 主叫方的代理服務器判斷主叫方是否簽約了彩色振鈴音業(yè)務，如 簽約則向SIP A/S觸發(fā)彩色振鈴音業(yè)務；
c) SIP A/S利用早媒體技術，向被叫方播送彩色振鈴音；
d) 當被叫方應答此次呼叫時，SIP A/S停止彩色彩鈴音的播放并釋放 相應的資源。
本發(fā)明充分利用早媒體技術，進行靈活的業(yè)務控制，能將主叫方定 制的彩色振鈴音利用早媒體通道發(fā)送到被叫方。在呼叫接通時，能夠停 止彩色振鈴音的播放并釋放相應的資源，且對于呼叫流程的改動較小。


圖l是利用早媒體技術播放彩色振鈴音的系統(tǒng)結構；
圖2是現有的SIP A/S參與的呼叫流程；
圖3是錄制彩色振鈴音的典型過程；
圖4是播放彩色振鈴音的示意圖5是利用早媒體技術播放彩色振鈴音的呼叫流程。
具體實施例方式
本發(fā)明充分利用靈活的業(yè)務邏輯控制，在呼叫建立之前將本次呼叫 相關的信息通過彩色振鈴音通知被叫方，使二者的溝通更加人性化，更
加順暢；為實現該目的，可以由主叫用戶自己定制振鈴音，并且在發(fā)起 呼叫的同時對被叫用戶播放。為實現該功能可以參見圖3和圖4。 圖3錄制彩色振鈴音典型過程。
301主叫撥打業(yè)務接入碼，該業(yè)務接入碼由業(yè)務運營商提供；
302 Caller Proxy進行業(yè)務觸發(fā)，將呼叫請求前轉到SIP A/S;
303 SIP A/S根據業(yè)務邏輯，建立主叫和媒體服務器之間的媒體通道， 準備錄音；
304主叫進行錄音；
305錄音完畢，將該振鈴音上傳到Content Server;
該方式只是一種典型的利用媒體服務器來進行彩色振鈴音錄制的實現， 也可以在其他介質上錄制完畢后，直接上載到Content Server上。
圖4播放彩色振鈴音示意圖
401主叫發(fā)起彩色振鈴音業(yè)務呼叫；
402 Caller Proxy根據主叫號碼或者其他屬性進行彩色振鈴音業(yè)務觸
403 SIP A/S啟動彩色振鈴音業(yè)務邏輯，呼叫被叫用戶且該請求中攜
帶要求早媒體支持的標識；
404 Callee Proxy轉發(fā)該呼叫請求；
405 Callee響應該呼叫請求，并在該響應中攜帶準備好的、用于播放 媒體信息的早媒體通道資源；
406 Callee Proxy轉發(fā)被叫的呼叫響應；
407 SIP A/S建立被叫和媒體服務器之間的通道通道，準備播放特色 振鈴音；
408媒體服務器從內容服務器得到對應的特色振鈴音資源；
409媒體服務器利用建立好的媒體通道，向被叫播放特色振鈴音；
410被叫應答呼叫；
411 Callee Proxy轉發(fā)被叫應答的響應；
412 SIP A/S釋放用于特色振鈴音播放的媒體資源；
413 SIP A/S轉發(fā)被叫應答的響應到Caller Proxy;
414 Caller Proxy轉發(fā)被叫應答的響應到Caller;
415主叫接收到被叫的應答響應，進入到通話狀態(tài)。
本發(fā)明的具體處理流程可以參見圖5:利用早媒體技術來播放彩色
振鈴音的呼叫流程
501: Caller發(fā)送INVITE請求到Caller Proxy,其中包括主叫方的會
話描述協(xié)議(以下簡稱SDP)信息；
502: Caller Proxy對Caller的INVITE響應lOO Trying;
503: Caller Proxy進行業(yè)務觸發(fā)，得到業(yè)務所在的SIP A/S;
504: Caller Proxy將Caller的INVITE請求前轉到SIP A/S;
505: SIP A/S對Caller Proxy的INVITE響應lOO Trying;
506: SIP A/S作為背靠背用戶代理(以下簡稱:B2BUA)，根據Caller
側的INVITE請求重新封裝一個新的INVITE請求到Callee Proxy,并且
增加支持早媒體(early-media)的標識到該INVITE請求消息中，發(fā).
往Callee Proxy;
507: Callee Proxy對該INVITE請求響應lOO Trying;
508: Callee Proxy將該INVITE請求前轉到Callee;
509: Callee對Callee Proxy的INVITE響應100 Trying;
510: Callee方準備好接收早媒體的實時傳送協(xié)議(以下簡稱RTP) 端口后，響應183 Session Progress到Callee Proxy,其中攜帶為早 媒體準備好的SDP信息，并且?guī)R時響應的可靠傳遞標志lOOrel;
511: Callee Proxy將Callee方的183 Session Progress響應前轉到SIP A/S;
512: SIP A/S作為B2BUA，封裝一個183 Session Progress響應，發(fā) 往Caller側的Caller Proxy,其中不攜帶Callee側的SDP信息和臨時 響應的可靠傳遞標志100rel;
513: Caller Proxy將183 Session Progress前轉至ijCaller方；
514: SIP A/S作為B2BUA，封裝一個INVITE請求到Media Server,其 中攜帶Callee方為早媒體準備好的SDP信息；同時在請求統(tǒng)一資源標 識符(以下簡稱Request-URI)中指定特色振鈴音的統(tǒng)一資源定位 符(以下簡稱URL);
515: Media Server對SIPA/S的INVITE請求進行自動應答，響應200 0K， 且攜帶Media Server的SDP信息；
516:當SIP A/S收到Media Server的200 0K響應時，封裝一個臨時響 應的確認消息(以下簡稱PRACK)至ljCallee Proxy,并且?guī)в肕edia Server的SDP信息;該PRACK消息是對Caller側183 Session Progress 響應的確認；
517: Callee Proxy將PRACK請求前轉到Callee方；
518: Callee方對PRACK請求響應200 0K，表示收到了PRACK請求，同時準備接收從Media Server過來的RTP包；
519: Callee Proxy將對PRACK的200 OK響應前轉到SIP A/S;
520: SIPA/S作為B2BUA，封裝一個確認消息(以下簡稱:ACK)到Media Server,對Media Server的200 OK響應進行確認，同時向Callee方早媒體SDP指定的端口發(fā)送RTP包，播放主叫定制的彩色振鈴音；
521: SIP A/S作為B2BUA，封裝一個180 Ringing響應到Caller Proxy;
522: Caller Proxy前轉180 Ringing響應到Caller方; 523:當Callee方接聽呼叫時，Callee方向Callee Proxy發(fā)送200 OK
響應，同時準備接收從Caller方過來的RTP包；
524: Callee Proxy前轉該200 OK響應到SIP A/S;
525: SIP A/S作為B2BUA，封裝一個200 OK到Caller側的Caller Proxy,
其中帶有Callee方的SDP;
526: Caller Proxy前轉該200 OK響應到Caller方;
527: SIPA/S作為B2BUA，封裝一個再見(以下簡稱:BYE)請求到Media
S6rv6r;
528: Media Server對該BYE請求響應200 0K，同時釋放播放彩色振鈴 音的RTP端口；
529: Caller方對200 OK響應ACK請求，同時建立到Callee方的RTP端 □;
530: Caller Proxy前轉該ACK請求到SIP A/S;
531: SIP A/S作為B2BUA，封裝一個ACK請求到被叫側；
532: Callee Proxy前轉該ACK請求到Callee方，Caller方和Callee方
的通話建立.
權利要求
1.一種利用早媒體技術播放彩色振鈴音的方法，包括步驟a)主叫方利用媒體服務器定制自己的彩色振鈴音；b)主叫方的代理服務器判斷主叫方是否簽約了彩色振鈴音業(yè)務，如簽約則向SIP A/S觸發(fā)彩色振鈴音業(yè)務；c)SIP A/S利用早媒體技術，向被叫方播送彩色振鈴音；d)當被叫方應答此次呼叫時，SIP A/S停止彩色彩鈴音的播放并釋放相應的資源。
2. 如權利要求l所述的方法其特征在于在步驟a)中，主叫方利用Web 上傳自己的彩色振鈴音。
3. 如權利要求l所述的方法其特征在于在步驟c)中，SIP A/S利用早 媒體技術，發(fā)送要求支持早媒體技術的工NVITE請求到被叫方。
4. 如權利要求l所述的方法其特征在于在步驟c)中，SIP A/S將被叫 的會話進展中的SDP封裝到媒體服務器的INVITE請求中。
5. 如權利要求l所述的方法其特征在于在步驟c)中，SIP A/S將主叫 方彩色振鈴音的URL地址封裝到Reques t-URI中發(fā)送給媒體服器。
6. 如權利要求l所述的方法其特征在于在步驟c)中，SIP A/S將媒體 服務器的200 OK響應中的SDP封裝到發(fā)往被叫的PRACK請求中。
7. 如權利要求l所述的方法其特征在于在步驟c)中，被叫方利用早媒 體的SDP通道接聽彩色振鈴音。
全文摘要
一種利用早媒體技術播放彩色振鈴音的方法，包括步驟主叫方利用媒體服務器定制自己的彩色振鈴音；主叫方的代理服務器判斷主叫方是否簽約了彩色振鈴音業(yè)務，如簽約則向SIPA/S觸發(fā)彩色振鈴音業(yè)務；SIPA/S利用早媒體技術，向被叫方播送彩色振鈴音；當被叫方應答此次呼叫時，SIPA/S停止彩色彩鈴音的播放并釋放相應的資源。本發(fā)明充分利用早媒體技術，進行靈活的業(yè)務控制，能將主叫方定制的彩色振鈴音利用早媒體通道發(fā)送到被叫方。在呼叫接通時，能夠停止彩色振鈴音的播放并釋放響應的資源，且對于呼叫流程的改動較小。
文檔編號H04M3/42GK101202788SQ200610161999
公開日2008年6月18日 申請日期2006年12月12日 優(yōu)先權日2006年12月12日
發(fā)明者張文穎, 飛 楊, 陳士金 申請人:北京三星通信技術研究有限公司;三星電子株式會社