專利名稱：一種單對話彩鈴彩像業(yè)務的實現(xiàn)方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及IP (Internet Protocol,網(wǎng)絡互聯(lián)協(xié)議) 多媒體子系統(tǒng)中彩鈴彩像業(yè)務的實現(xiàn)方法。
背景技術：
IP多媒體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡稱IMS )是 由第三代合作伙伴計劃(3rd Generation Partnership Project,簡稱3GPP )提出 的一種基于IP的網(wǎng)絡架構，構建了一個的開放而靈活的業(yè)務環(huán)境，支持多媒 體應用，能夠為用戶提供豐富的多i某體業(yè)務。
在IMS業(yè)務體系中，控制層和業(yè)務層是分離的，控制層不提供具體業(yè)務， 只向業(yè)務層提供必要的觸發(fā)、路由、計費等功能?？刂茖又袠I(yè)務觸發(fā)和控制 功能是呼叫會話控制功能(Call Session Control Function,簡稱CSCF，分為代 理Proxy (P-CSCF )、查詢Interrogating (I-CSCF)和服務Serving ( S-CSCF ) 三種類型，其中負主要責任的是Serving; Interrogating類型是可選的)完成的； 業(yè)務層由一系列應用服務器(Application Server,簡稱AS)組成，能提供具 體業(yè)務服務?？刂茖?S-CSCF)根據(jù)用戶的簽約信息控制業(yè)務觸發(fā)，調用 AS上的業(yè)務，實現(xiàn)業(yè)務功能。AS和S-CSCF可以統(tǒng)稱為服務設備(Server Equipment,簡稱SE )。對話中的端到端設備稱為用戶設備UE ( User Equipment), 負責與用戶交互。
上述功能實體使用SIP ( Session Initiation Protocol)通訊。在需要播放多 媒體信息的業(yè)務中，會需要多媒體資源功能(Media Resource Function,簡稱 MRF,分為控制部分MRFC和媒體處理部分MRFP)的參與。MRF也稱為媒 體服務器，其控制部分負責將SE的SIP信令翻譯和解釋為對MRFP的指令， 或者反之將MRFP的回應翻譯和解釋為向SE發(fā)送的SIP信令，而處理部分負 責媒體流的發(fā)送和接收。SIP可以作為會話描述協(xié)議(Session Description Protocol,簡稱SDP)的
承載層，SDP負責進行媒體資源信息的協(xié)商，包括媒體類型，媒體連接地址， i某體連接端口，帶寬要求等信息。SDP協(xié)議內容分為請求和響應兩種，每個 請求必須有一個響應。
彩鈴業(yè)務是IMS提供的一種在呼叫建立過程中向主叫方播放多媒體信息 的業(yè)務；該業(yè)務允許在呼叫建立過程中，向主叫方播放由被叫方事先定制好 的多媒體信息。彩像業(yè)務是IMS提供的一種在呼叫建立過程中向被叫方播放 多媒體信息的業(yè)務；該業(yè)務允許在呼叫建立過程中，向被叫方播放由主叫方 事先定制好的多媒體信息。在被叫方對呼叫進行應答后，彩鈴彩像業(yè)務停止 尚未停止的多媒體信息的播放。單對話彩鈴彩像是這兩種業(yè)務的一種實現(xiàn)方 式，即在一個SIP對話中完成業(yè)務實現(xiàn)，而不需要引入新的對話，并且每個 SIP消息最多攜帶一個SDP信息。
由于彩鈴/彩像AS和S-CSCF之間的交互是標準的流程，為了簡化描述， 本文的各流程圖中將彩鈴/彩像AS和S-CSCF畫成一個實體。
圖1為現(xiàn)有的單對話彩鈴彩像業(yè)務服務器進行交互的基本消息流程圖； 該流程描述了主叫方呼叫被叫方，彩鈴/彩像服務器在呼叫建立過程中分別向 主叫方播放彩鈴，向被叫方播放彩像的過程，具體包括如下步驟
步驟101、主叫方的用戶設備UE-A向被叫方的用戶設備UE-B發(fā)起呼叫 請求，其中攜帶UE-A的SDP請求(SDP請求1);比如發(fā)送INVITE (邀請) 消息，在消息體中攜帶SDP請求l,該消息由S-CSCFl轉發(fā)到達彩像AS;
步驟102、彩像AS要執(zhí)行主叫方指定的彩像業(yè)務，向被叫方播放彩像信 息，于是將呼叫請求消息中的SDP請求1修改為彩像業(yè)務的SDP請求，然后 轉發(fā)給UE-B,消息由S-CSCF1和S-CSCF2轉發(fā)到達彩鈴AS;
步驟103、彩鈴AS將該呼叫請求消息通過S-CSCF2轉發(fā)給UE-B;
步驟104、 UE-B收到呼叫請求消息后，發(fā)送臨時響應消息給主叫方，比 如發(fā)送"183 SessionProgress，，消息，并在消息體中攜帶UE-B的SDP回應(SDP 回應1)，該臨時響應消息途經(jīng)S-CSCF2到達彩鈴AS;
步驟105~106、彩鈴AS要執(zhí)行被叫方指定的彩鈴業(yè)務，向主叫方播放彩鈴信息，于是將臨時響應消息中的SDP回應1修改為彩鈴業(yè)務的SDP回應， 然后轉發(fā)給UE-A，消息途經(jīng)S-CSCF2、 S-CSCF1、彩像AS、 S-CSCFl,最 終到達UE-A;
步驟107、此時彩像AS獲得的被叫方的SDP信息是彩鈴AS的，于是播 放彩像時，實際是播放給了彩鈴AS;
步驟108、此時彩鈴AS獲得的主叫方的SDP信息是彩像AS的，于是播 放彩鈴時，實際是播放給了彩像AS;
步驟109、 UE-B應答呼叫，發(fā)送應答消息，比如發(fā)送"200 OK"消息， 該消息途經(jīng)S-CSCF2到達彩鈴AS;
步驟IIO、彩鈴AS停止播放彩鈴，并向UE-B發(fā)送重呼叫請求；比如發(fā) 送reINVITE (重邀請)消息，該消息的消息體中不帶任何SDP信息；
步驟111、UE-B收到重呼叫請求后，發(fā)送響應重呼叫消息，比如發(fā)送"200 OK"消息，該消息的消息體中攜帶UE-B的新的SDP請求(SDP請求2 ), 該消息途經(jīng)S-CSCF2到達彩鈴AS;
步驟112、彩鈴AS向UE-A發(fā)送更新請求，比如發(fā)送UPDATE (更新) 消息，該消息的消息體中攜帶上述SDP請求2，該消息途經(jīng)S-CSCF2、 S-CSCF1、彩像AS和S-CSCF1，最終到達UE-A;
步驟113、 UE-A收到更新請求后，發(fā)送同意更新的消息，比如發(fā)送"200 OK"消息，該消息的消息體中攜帶UE-A的新的SDP回應(SDP回應2 ), 該消息途經(jīng)S-CSCFl到達彩像AS;
步驟114、此時彩像AS并不知道被叫方已經(jīng)應答了呼叫，因此不停止彩 像業(yè)務，于是將同意更新的消息中的SDP信息修改為彩像業(yè)務的SDP回應， 該消息途經(jīng)S-CSCFl 、 S-CSCF2到達彩鈴AS;
步驟115、彩鈴AS向UE-B發(fā)送確認消息，比如發(fā)送ACK (確認)消息， 該消息的消息體中攜帶步驟114中的彩像SDP回應，該消息途經(jīng)S-CSCF2 到達UE-B;
步驟116、同時彩鈴AS向UE-A轉發(fā)應答呼叫的消息，該消息途經(jīng) S-CSCF2、 S-CSCFl到達彩像AS;步驟117、彩像AS收到應答呼叫的消息后，停止播;改彩像，并向UE-B 發(fā)送重呼叫請求，比如發(fā)送r_eINVITE消息，該消息的消息體中不帶任何SDP 信息；該消息途經(jīng)S-CSCF1 、 S-CSCF2、彩鈴AS,最終到達UE-B;
步驟118、UE-B收到重呼叫請求后，發(fā)送響應重呼叫消息，比如發(fā)送"200 OK"消息，該消息的消息體中攜帶UE-B的新的SDP請求(SDP請求3 ); 該消息途經(jīng)S-CSCF2、彩鈴AS、 S-CSCFl,最終到達彩像AS;
步驟119、彩像AS向主叫方發(fā)送更新請求，比如發(fā)送UPDATE消息， 該消息的消息體中攜帶步驟118中的SDP請求3，該消息途經(jīng)S-CSCF1到達 UE-A;
步驟120、 UE-A收到更新請求后，發(fā)送同意更新的消息，比如發(fā)送"200 OK"消息，該消息的消息體中攜帶UE-A的新的SDP回應(SDP回應3 ), 該消息途經(jīng)S-CSCFl到達彩像AS;
步驟121、彩像AS向被叫方發(fā)送確認消息，比如發(fā)送ACK消息，該消 息途經(jīng)S-CSCF1、 S-CSCF2、彩鈴AS、 S-CSCF2,最終到達UE-B;
步驟122、同時彩像AS向主叫方轉發(fā)應答消息，該消息途經(jīng)S-CSCFl 到達UE-A;
至此，UE-A和UE-B建立起了媒體連接，開始通話。
從上述流程中可以看出，現(xiàn)有技術中在同時存在彩鈴服務器和彩像服務 器的情況下，彩鈴彩像信息無法向主叫方和被叫方正常播放；此外，在被叫 方應答呼叫后，需要經(jīng)過許多信令交互后才能真正開始通話，影響了用戶的 體驗。

發(fā)明內容
本發(fā)明所要解決的技術問題是，克服現(xiàn)有技術的不足，提供一種在同時 存在彩鈴服務器和彩像服務器的情況下，可實現(xiàn)向主叫方正常播放彩鈴或向 被叫方播放彩像的的方法。
為了解決上述問題，本發(fā)明提供一種單對話彩鈴彩像業(yè)務的實現(xiàn)方法，該方法包括
彩像應用服務器在呼叫的主叫方發(fā)往被叫方的消息中添加彩像業(yè)務的會 話描述協(xié)議SDP請求、或將該消息的SDP請求修改為彩像業(yè)務的SDP請求 時，在該消息中添加彩像業(yè)務標識，并將其向所述被叫方轉發(fā)；
彩鈴應用服務器接收到該消息后判斷其中是否攜帶所述彩像業(yè)務標識 若攜帶，則在所述呼叫的后續(xù)建立過程中不執(zhí)行單對話方式的彩鈴業(yè)務邏輯。
此外，所述主叫方發(fā)往被叫方的消息是呼叫請求消息；
所述單對話方式的彩鈴業(yè)務邏輯包括
所述彩鈴應用服務器在接收到所述被叫方發(fā)送的臨時響應消息時，將該 消息中的SDP回應修改為彩鈴業(yè)務的SDP回應后向所述主叫方轉發(fā)；以及
所述彩鈴應用服務器在接收到所述被叫方發(fā)送的應答呼叫的消息后，向 所述被叫方發(fā)送不攜帶SDP信息的重呼叫請求。
此外，所述主叫方發(fā)往;故叫方的消息是預確認消息；
所述單對話方式的彩鈴業(yè)務邏輯包括
所述彩鈴應用服務器在接收到所述被叫方發(fā)送的響應預確認消息時，將 該消息中的SDP回應修改為彩鈴業(yè)務的SDP回應后向所述主叫方轉發(fā)；以及
所述彩鈴應用服務器在接收到所述被叫方發(fā)送的應答呼叫的消息后，向 所述^^皮叫方發(fā)送不攜帶SDP信息的重呼叫請求。
此外，所述主叫方發(fā)往被叫方的消息是呼叫請求消息；
若所述彩鈴應用服務器接收到所述呼叫請求消息后判定其中攜帶所述彩 像業(yè)務標識，則在接收到所述被叫方發(fā)送的臨時響應消息時，在該消息中添 加彩4^某體的下載地址后向所述主叫方轉發(fā)。
此外，所述彩像應用服務器采用如下方法添加所述彩像業(yè)務標識
將所述彩像業(yè)務的SDP請求中的一個或多個媒體的方向屬性設置為 sendonly; 或
在所述主叫方發(fā)往-波叫方的消息中增加P-Early-Media頭域，且該頭域的 值不為supported。本發(fā)明還提供一種單對話彩鈴彩像業(yè)務的實現(xiàn)方法，該方法包括
彩鈴應用服務器在呼叫的被叫方發(fā)往主叫方的消息中添加彩鈴業(yè)務的會
話描述協(xié)議SDP請求、或將該消息的SDP請求修改為彩鈴業(yè)務的SEJP請求 時，在該消息中添加彩鈴業(yè)務標識，并將其向所述主叫方轉發(fā)；
彩像應用服務器接收到該消息后判斷其中是否攜帶所述彩鈴業(yè)務標識 若攜帶，則在該消息所對應的呼叫的后續(xù)建立過程中不執(zhí)行單對話方式的彩 像業(yè)務邏輯。
此外，所述纟皮叫方發(fā)往主叫方的消息是臨時響應消息； 所述單對話方式的彩像業(yè)務邏輯包括
所述彩像應用服務器在接收到所述主叫方發(fā)送的預確認消息時，在該消 息中添加彩像業(yè)務的SDP請求后向所述主叫方轉發(fā)；以及
所述彩像應用服務器在接收到所述被叫方發(fā)送的應答呼叫的消息后，向 所述主叫方發(fā)送不攜帶SDP信息的重呼叫請求。
此外，所述被叫方發(fā)往主叫方的消息是臨時響應消息；
若所述彩像應用服務器接收到所述臨時響應消息后判定其中攜帶所述彩 鈴業(yè)務標識，則在接收到所述主叫方發(fā)送的預確認消息時，在該消息中添加 彩像媒體的下載地址后向所述主叫方轉發(fā)該預確認消息。
此外，所述彩鈴應用服務器采用如下方法添加所述彩鈴業(yè)務標識
將所述彩鈴業(yè)務的SDP請求中的一個或多個媒體的方向屬性設置為 sendonly; 或
在所述被叫方發(fā)往主叫方的消息中增加P-Early-Media頭域，且該頭域的 值不為supported。
本發(fā)明的單對話彩鈴彩像業(yè)務的實現(xiàn)方法通過增加判斷是否有其他網(wǎng)元 執(zhí)行了單對話彩鈴/彩像業(yè)務，避免了彩鈴彩像信息沒有播放給用戶的問題，
同時也大大減少了被叫方應答呼叫后的信令交互，改善了用戶體驗。


圖1為現(xiàn)有的單對話彩鈴彩像業(yè)務服務器進行交互的基本消息流程圖； 圖2為本發(fā)明第一實施例單對話彩鈴彩像業(yè)務的實現(xiàn)方法流程圖； 圖3為本發(fā)明第二實施例單對話彩鈴彩像業(yè)務的實現(xiàn)方法流程圖。
具體實施例方式
下面將結合附圖和實施例對本發(fā)明進行詳細描述。
圖2為本發(fā)明第一實施例單對話彩鈴彩像業(yè)務的實現(xiàn)方法流程圖；該流 程描述了主叫方呼叫被叫方，彩像服務器先于彩鈴服務器執(zhí)行單對話的彩像 業(yè)務邏輯(即將主叫方的SDP請求替換為彩像SDP請求，并進行后續(xù)處理)， 彩鈴服務器于是不執(zhí)行單對話的彩鈴業(yè)務邏輯(即不執(zhí)行將被叫方的SDP回 應替換為彩鈴SDP回應，以及其他后續(xù)處理)，而是執(zhí)行其他方式的彩鈴業(yè) 務邏輯或不執(zhí)行彩鈴業(yè)務，具體包括如下步驟
步驟201 、 UE-A發(fā)起呼叫請求，攜帶UE-A的SDP請求(SDP請求1); 比如發(fā)送INVITE (邀請)消息，在該消息的消息體中攜帶SDP請求1，該消 息途經(jīng)S-CSCF1到達彩像AS;
步驟202、彩像AS要執(zhí)行主叫方指定的彩像業(yè)務，向被叫方播放彩像信 息，于是將呼叫請求消息中的SDP請求1修改為彩像業(yè)務的SDP請求，并添 加彩像業(yè)務標識；然后將修改后的呼叫請求消息轉發(fā)給UE-B，該消息途經(jīng) S-CSCF1和S-CSCF2的轉發(fā)到達彩鈴AS;
添加彩像業(yè)務標識的方式可以是將彩像業(yè)務的SDP請求中的一個或多 個或所有的媒體類型的方向屬性設置為sendonly (僅發(fā)送)；或在呼叫請求 消息中增加P-Early-Media頭域，其值設置為sendonly或sendrecv (收發(fā))等 非supported (支持)值。
步驟203、接收到上述呼叫請求消息后，彩鈴AS判斷該呼叫請求消息中 攜帶有彩像業(yè)務標識，于是決定不在后續(xù)步驟中執(zhí)行單對話方式的彩鈴業(yè)務 邏輯；并將該呼叫請求消息通過S-CSCF2轉發(fā)給UE-B;步驟204、 UE-B收到呼叫請求消息后，發(fā)送臨時響應消息給主叫方；比 如發(fā)送"183 Session Progress"消息，并在消息體中攜帶UE-B的SDP回應(SDP 回應1 ),該臨時響應消息途經(jīng)S-CSCF2到達彩鈴AS;
步驟205 206、彩鈴AS不執(zhí)行單對話彩鈴業(yè)務邏輯(即不將上述臨時響 應消息中的SDP回應1修改為彩鈴業(yè)務的SDP回應)，但可執(zhí)行其他方式的 彩鈴業(yè)務邏輯，比如在臨時響應消息的Call-Info或Alert-Info頭域中添加彩鈴 媒體的下載地址，然后轉發(fā)臨時響應消息；臨時響應消息途經(jīng)S-CSCF2、 S-CSCF1、彩像AS和S-CSCF1，最終到達UE-A;
步驟207、彩像AS獲得了UE-B的SDP信息，于是向UE-B播放彩像信自.
如果在步驟205中，彩鈴AS在臨時響應消息中添加了彩鈴力某體的下載 地址，則執(zhí)行步驟208-211:
步驟208、 UE-A向彩鈴AS要求下載彩4H某體數(shù)據(jù)，比如向彩鈴AS發(fā) 送HTTP (超文本傳輸協(xié)議)協(xié)議的GET (獲取)請求，該請求中攜帶彩鈴 i某體的下載地址；
步驟209、彩鈴AS收到UE-A的下載請求，向UE-A發(fā)送上述下載地址 對應的彩鈴i某體數(shù)據(jù)；
步驟210、彩4H某體數(shù)據(jù)傳送成功后，彩鈴AS向UE-A發(fā)送下載成功的 消息，比如發(fā)送HTTP協(xié)議的"200 OK"消息；
步驟2U、 UE-A獲得彩鈴媒體數(shù)據(jù)后，向用戶播放彩鈴信息；
步驟212、UE-B應答呼叫，比如發(fā)送"200 OK"消息，該消息途經(jīng)S-CSCF2
發(fā)送重呼叫請求)，于是轉發(fā)該應答消息，該應答消息途經(jīng)S-CSCF2、 S-CSCF1 到達彩像AS;
步驟213、彩像AS向被叫方發(fā)送重呼叫請求，比如發(fā)送reINVITE消息， 該消息的消息體中不帶任何SDP信息；該消息途經(jīng)S-CSCF1、 S-CSCF2、彩 鈴AS和S-CSCF2 ，最終到達UE-B;
步驟214、 l正-B發(fā)送響應重呼叫的消息，比如發(fā)送"200 OK"消息，該消息的消息體中攜帶UE-B的新的SDP請求(SDP請求2);該消息途經(jīng) S-CSCF2、彩鈴AS、 S-CSCF2和S-CSCF1,到達彩像AS;
步驟215、彩像AS向主叫方發(fā)送更新請求，比如發(fā)送UPDATE消息， 該消息的消息體中攜帶在步驟214中獲得的SDP請求2,該消息途經(jīng)S-CSCF1 到達UE-A;
步驟216、 UE-A發(fā)送同意更新消息，比如發(fā)送"200 OK"消息，該消息 的消息體中攜帶UE-A的SDP回應(SDP回應2 )，該消息途經(jīng)S-CSCF1到 達彩^象AS;
步驟217、彩像AS向被叫方發(fā)送確認消息，比如發(fā)送ACK消息，該消 息的消息體中攜帶步驟216中獲得的SDP回應2，該消息途經(jīng)S-CSCF1、 S-CSCF2、彩鈴AS和S-CSCF2,最終到達UE-B;
步驟218、同時彩像AS向UE-A轉發(fā)應答呼叫的消息，該消息途經(jīng) S-CSCF1到達UE隱A;
至此，UE-A和UE-B建立起了媒體連接，開始通話。
圖3為本發(fā)明第二實施例單對話彩鈴彩像業(yè)務的實現(xiàn)方法流程圖；該流 程描述了主叫方呼叫被叫方，彩鈴服務器先于彩像服務器執(zhí)行單對話的彩鈴 業(yè)務邏輯，彩像服務器于是不執(zhí)行單對話的彩像業(yè)務邏輯，而是執(zhí)行其他方 式的彩像業(yè)務邏輯或不執(zhí)行彩像業(yè)務，具體包括如下步驟
步驟301 、 UE-A發(fā)起呼叫請求，攜帶UE-A的SDP請求(SDP請求1 ); 比如發(fā)送INVITE (邀請)消息，在該消息的消息體中攜帶SDP請求1,該消 息途經(jīng)S-CSCF1到達彩像AS;
步驟302、彩像AS暫不執(zhí)行主叫指定的彩像業(yè)務(還可以在后續(xù)接收到 UE-A發(fā)送的預確認消息時執(zhí)行)，于是將呼叫請求消息轉發(fā)給UE-B;該消 息途經(jīng)S-CSCF1和S-CSCF2的轉發(fā)到達彩鈴AS;
步驟303、彩鈴AS向UE-B轉發(fā)該呼叫請求消息，該消息途經(jīng)S-CSCF2 到達UE-B;
步驟304、 UE-B收到呼叫請求消息后，向UE-A發(fā)送臨時響應消息；比如發(fā)送"183 Session Progress"消息，并在該消息的消息體中攜帶UE-B的SDP 回應(SDP回應1)，該臨時響應消息途經(jīng)S-CSCF2到達彩鈴AS;
步驟305 ~ 306、彩鈴AS欲執(zhí)行被叫方指定的彩鈴業(yè)務，向主叫方播放 彩鈴信息，于是在判定收到的呼叫請求消息中沒有攜帶彩像業(yè)務標識后，決 定執(zhí)行單對話方式的彩鈴業(yè)務邏輯，將臨時響應消息中的SDP回應1修改為 彩鈴業(yè)務的SDP回應，并添加彩鈴業(yè)務標識；然后將修改后的臨時響應消息 轉發(fā)給UE-A;該消息途經(jīng)S-CSCF2、 S-CSCFl 、彩像AS和S-CSCFl ，最終 到達UE-A;
添加彩鈴業(yè)務標識的方式可以是將彩鈴業(yè)務的SDP回應中的一個或多 個或所有的媒體的方向屬性設置為sendonly;或在臨時響應消息中增加 P-Early-Media頭i或，其值i殳置為sendonly或sendrecv等非supported值。
步驟307、彩鈴AS獲得了 UE-A的SDP信息，于是向UE-A播放彩鈴信
自
步驟308、 UE-A向UE-B發(fā)送預確認消息；比如發(fā)送PRACK (預確認) 消息，該消息途經(jīng)S-CSCFl到達彩像AS;
步驟309、彩像AS欲執(zhí)行主叫方指定的彩像業(yè)務，但判斷出步驟305中 的臨時響應消息中攜帶有彩鈴業(yè)務標識，于是決定不執(zhí)行單對話方式的彩像 業(yè)務邏輯(即不在預確認消息中添加彩像業(yè)務的SDP請求)，但可執(zhí)行其他 方式的彩像業(yè)務邏輯，比如在預確認消息的Call-Info或Alert-Info頭域中添加 彩係J某體的下栽地址，然后轉發(fā)預確認消息，該消息途經(jīng)S-CSCFl、 S-CSCF2、 彩鈴AS和S-CSCF2,最終到達UE-B;
步驟310、 UE-B發(fā)送響應預確認消息給UE-A，比如發(fā)送"200 OK"消 息，消息途經(jīng)S-CSCF2、彩鈴AS、 S-CSCF2、 S-CSCFl 、彩鈴AS和S-CSCFl ， 最終到達UE-A;
如果步驟309中，彩像AS在預確認消息中添加了彩係J某體的下載地址， 則執(zhí)行步驟311 ~314:
步驟311、 UE-B向彩像AS要求下載彩像々某體數(shù)據(jù)，比如向彩像AS發(fā) 送HTTP協(xié)議的GET請求，該請求中攜帶彩像媒體的下載地址；步驟312、彩像AS收到下載請求后，向UE-B發(fā)送上述下載地址對應的 彩像纟某體數(shù)據(jù)；
步驟313、彩像i某體數(shù)據(jù)傳送成功后，彩像AS向UE-B發(fā)送下載成功的 消息，比如發(fā)送HTTP協(xié)議的"200 OK"消息；
步驟314、 UE-B獲得彩像々某體數(shù)據(jù)后，向用戶播放彩像信息；
步驟315、UE-B應答呼叫，比如發(fā)送"200 OK"消息，該消息途經(jīng)S-CSCF2 到達彩鈴AS;
步驟316、彩鈴AS向UE-B發(fā)送重呼叫請求，比如發(fā)送reINVITE消息， 該消息的消息體中不帶任何SDP信息，該消息途經(jīng)S-CSCF2到達UE-B;
步驟317、 UE-B發(fā)送響應重呼叫的消息，比如發(fā)送"200 OK"消息，該 消息體中攜帶UE-B的新的SDP請求(SDP請求2 ),該消息途經(jīng)S-CSCF2 到達彩鈴AS;
步驟318、彩鈴AS向主叫方發(fā)送更新請求，比如發(fā)送UPDATE消息， 該消息的消息體中攜帶步驟317中獲得的SDP請求2,該消息途經(jīng)S-CSCF2、 S-CSCF1 、彩像AS和S-CSCF1到達UE-A;
步驟319、 UE-A發(fā)送同意更新消息，比如發(fā)送"200 OK"消息，消息體 中攜帶UE-A的SDP回應(SDP回應2 )，該消息途經(jīng)S-CSCF1 、彩像AS、 S-CSCF1和S-CSCF2，到達彩鈴AS;
步驟320、彩鈴AS向UE-B發(fā)送確認消息，比如發(fā)送ACK消息，該消 息的消息體中攜帶步驟319中獲得的SDP回應2,該消息途經(jīng)S-CSCF2到達 UE-B;
步驟321、同時彩鈴AS向UE-A轉發(fā)應答呼叫的消息，該消息途經(jīng) S-CSCF2和S-CSCF1，到達彩像AS;由于彩像AS不執(zhí)行單對話方式的彩像 業(yè)務(即不向UE-B發(fā)送重呼叫請求)，于是直接轉發(fā)該應答消息，該消息 再經(jīng)過S-CSCF1最終到達UE-A;
至此，UE-A和UE-B建立起了媒體連接，開始通話。
權利要求
1、一種單對話彩鈴彩像業(yè)務的實現(xiàn)方法，其特征在于，該方法包括彩像應用服務器在呼叫的主叫方發(fā)往被叫方的消息中添加彩像業(yè)務的會話描述協(xié)議SDP請求、或將該消息的SDP請求修改為彩像業(yè)務的SDP請求時，在該消息中添加彩像業(yè)務標識，并將其向所述被叫方轉發(fā)；彩鈴應用服務器接收到該消息后判斷其中是否攜帶所述彩像業(yè)務標識若攜帶，則在所述呼叫的后續(xù)建立過程中不執(zhí)行單對話方式的彩鈴業(yè)務邏輯。
2、 如權利要求l所述的方法，其特征在于， 所述主叫方發(fā)往被叫方的消息是呼叫請求消息； 所述單對話方式的彩鈴業(yè)務邏輯包括所述彩鈴應用服務器在接收到所述被叫方發(fā)送的臨時響應消息時，將該 消息中的SDP回應修改為彩鈴業(yè)務的SDP回應后向所述主叫方轉發(fā)；以及所述彩鈴應用服務器在接收到所述被叫方發(fā)送的應答呼叫的消息后，向 所述被叫方發(fā)送不攜帶SDP信息的重呼叫請求。
3、 如權利要求l所述的方法，其特征在于， 所述主叫方發(fā)往被叫方的消息是預確認消息； 所述單對話方式的彩鈴業(yè)務邏輯包括所述彩鈴應用服務器在接收到所述被叫方發(fā)送的響應預確認消息時，將 該消息中的SDP回應修改為彩鈴業(yè)務的SDP回應后向所述主叫方轉發(fā)；以及所述彩鈴應用服務器在接收到所述被叫方發(fā)送的應答呼叫的消息后，向 所述^f皮叫方發(fā)送不攜帶SDP信息的重呼叫請求。
4、 如權利要求l所述的方法，其特征在于， 所述主叫方發(fā)往被叫方的消息是呼叫請求消息；若所述彩鈴應用服務器接收到所述呼叫請求消息后判定其中攜帶所述彩 像業(yè)務標識，則在接收到所述被叫方發(fā)送的臨時響應消息時，在該消息中添加彩4^某體的下載地址后向所述主叫方轉發(fā)。
5、 如權利要求l所述的方法，其特征在于，所述彩像應用服務器采用如下方法添加所述彩像業(yè)務標識將所述彩像業(yè)務的SDP請求中的一個或多個媒體的方向屬性設置為 sendonly; 或在所述主叫方發(fā)往-波叫方的消息中增加P-Early-Media頭域，且該頭域的 值不為supported。
6、 一種單對話彩鈴彩像業(yè)務的實現(xiàn)方法，其特征在于，該方法包括彩鈴應用服務器在呼叫的被叫方發(fā)往主叫方的消息中添加彩鈴業(yè)務的會 話描述協(xié)議SDP請求、或將該消息的SDP請求修改為彩鈴業(yè)務的SDP請求 時，在該消息中添加彩鈴業(yè)務標識，并將其向所述主叫方轉發(fā)；彩像應用服務器接收到該消息后判斷其中是否攜帶所述彩鈴業(yè)務標識 若攜帶，則在該消息所對應的呼叫的后續(xù)建立過程中不執(zhí)行單對話方式的彩 像業(yè)務邏輯。
7、 如權利要求6所述的方法，其特征在于， 所述#:叫方發(fā)往主叫方的消息是臨時響應消息； 所述單對話方式的彩像業(yè)務邏輯包括所述彩像應用服務器在接收到所述主叫方發(fā)送的預確認消息時，在該消 息中添加彩像業(yè)務的SDP請求后向所述主叫方轉發(fā)；以及所述彩像應用服務器在接收到所述被叫方發(fā)送的應答呼叫的消息后，向 所述主叫方發(fā)送不攜帶SDP信息的重呼叫請求。
8、 如權利要求6所述的方法，其特征在于， 所述被叫方發(fā)往主叫方的消息是臨時響應消息；若所述彩像應用服務器接收到所述臨時響應消息后判定其中攜帶所述彩 鈴業(yè)務標識，則在接收到所述主叫方發(fā)送的預確認消息時，在該消息中添加 彩傳J某體的下載地址后向所述主叫方轉發(fā)該預確認消息。
9、如權利要求6所述的方法，其特征在于，所述彩鈴應用服務器采用如下方法添加所述彩鈴業(yè)務標識將所述彩鈴業(yè)務的SDP請求中的一個或多個媒體的方向屬性設置為 sendonly; 或在所述被叫方發(fā)往主叫方的消息中增加P-Early-Media頭域，且該頭域的 值不為supported。
全文摘要
一種單對話彩鈴彩像業(yè)務的實現(xiàn)方法，該方法包括彩像應用服務器在呼叫的主叫方發(fā)往被叫方的消息中添加彩像業(yè)務的會話描述協(xié)議SDP請求、或將該消息的SDP請求修改為彩像業(yè)務的SDP請求時，在該消息中添加彩像業(yè)務標識，并將其向所述被叫方轉發(fā)；彩鈴應用服務器接收到該消息后判斷其中是否攜帶所述彩像業(yè)務標識若攜帶，則在所述呼叫的后續(xù)建立過程中不執(zhí)行單對話方式的彩鈴業(yè)務邏輯。本發(fā)明的單對話彩鈴彩像業(yè)務的實現(xiàn)方法通過增加判斷是否有其他網(wǎng)元執(zhí)行了單對話彩鈐/彩像業(yè)務，避免了彩鈴彩像信息沒有播放給用戶的問題，同時也大大減少了被叫方應答呼叫后的信令交互，改善了用戶體驗。
文檔編號H04W4/06GK101466074SQ200810127510
公開日2009年6月24日 申請日期2008年6月25日 優(yōu)先權日2008年6月25日
發(fā)明者謝振華 申請人:中興通訊股份有限公司