一種多媒體彩鈴播放方法、裝置及其系統的製作方法

2023-05-21 23:04:51 2

專利名稱：一種多媒體彩鈴播放方法、裝置及其系統的製作方法
技術領域：
本發明有關於無線通信技術領域，尤其是有關於彩鈴播放技術領域，具 體地講是一種多媒體彩鈴播放方法、裝置及其系統。
背景技術：
多媒體彩鈴業務是一項在可視電話業務中，由被叫用戶定製，當主叫以 可視電話方式撥打被叫時，系統在被叫振鈴的同時為主叫用戶提供一段絢 麗、悅耳的多媒體視頻來替代普通回鈴音的業務。並且，該多媒體彩鈴業務 包括彩鈴、彩振、彩像。目前基於3GPP系統的可視電話，主要是通過CS (電路)交換網絡來實現 的，其基本的技術是324M技術。通過這樣的網絡來實現的彩鈴業務，我們稱 之為CS域多媒體彩鈴業務。圖1A所示的是通過CS域可視電話實現多媒體彩鈴業務的邏輯結構圖。下面對各網元功能進行描述1、 移動業務交換中心伺服器(MSCServer)。對位於它管轄區域中的移動終端參與的呼叫進行控制的功能實體。2、 媒體網關(MGW)。與MSC Server連接，在MSC Server的控制下實現對通話的交互。3、 拜訪位置寄存器(VLR)。 VLR是MSCServer為所管轄區域中終端呼叫 接續所需檢索信息的資料庫。VLR存儲與呼叫處理有關的一些數據，例如用 戶的號碼，所處區域的識別碼，向用戶提供的業務等參數。VLR和MSC Server—般都集成在一起，為合一網元。4、 無線網絡控制器(RNC) 。 RNC主要負責連接的建立和釋放，切換， 宏分集合併，無線網絡的資源管理控制功能。75、 NodeB。 Node B是WCDMA制式的基站，它支持FDD模式、TDD模 式或雙模，包括一個或多個小區。上述的RNC和NodeB主要是特指UMTS當 中的UTRAN部分。在本圖當中合未一網元。6、 歸屬位置寄存器(HLR)。運營商管理部門用於移動用戶管理的資料庫。 每個移動用戶都應在其歸屬位置寄存器中註冊登記。7、 鑑權中心(AUC)。為認證移動用戶身份和產生相應鑑權參數的功能實 體。 一般與HLR集成在一起。8、 媒體播放平臺。媒體播放平臺可以接受3G可視手機的撥號，撥不同 的號碼或撥號後進行按鍵選擇能訪問不同的節目內容，系統具備一定的存儲 容量，並能管理相關的節目內容。9、 多媒體彩鈴平臺。多媒體彩鈴平臺是為可視電話用戶提供多媒體彩 鈴的系統，具備多媒體彩鈴存儲、播放和管理能力，並且支持BICC/ISUP協 議。在被叫用戶申請該業務後，該平臺應可以為主叫終端提供多媒體彩鈴的 播放，並在被叫用戶接聽時應可以自動中斷該多媒體彩鈴的播放。上圖當中， 媒體播放平臺和多媒體彩鈴平臺合併為同 一個邏輯網元。10、 SCP。信令控制點，主要用於對彩鈴業務進行控制和觸發。 目前還可以通過IMS方案來實現彩鈴業務。IMS (IP MultimediaSubsystem, IP多媒體子系統)，在3GPP的R5版本中定義的一個子系統， 用於實現包括語音、視頻、數據在內的新一代多媒體電信業務。IMS首先是由移動領域的3GPP組織提出的，是一種基於對新型寬帶多 媒體業務的需求而產生的新的網絡技術，並將其寫入3GPP的R5版本的標 準當中，在R6、 R7版本中逐步完善其功能。圖IB所示的是在3GPP的IMS當中實現彩鈴業務的邏輯結構圖。其中，3GPPIMS的主要功能實體包括CSCF (Call Session Control Function)是呼叫會話控制功能，主要是對 會話進程的控制。它又分為三個不同實體P-CSCF (Proxy-CSCF) 、 I-CSCF(Interrogating-CSCF) 、 S-CSCF (Serving-CSCF) 。 P-CSCF是IMS網絡中用戶的第一個接觸點，主要負責驗證請求，處理和轉發響應。P-CSCF起到 了安全管理和隱藏接入網絡差異的作用。在R5中，P-CSCF還包括一個用於 資源授權和管理的功能實體PDF。 I-CSCF是多個IMS網絡域之間接口，負責 用戶信息的詢問和用戶S-CSCF的査找。I-CSCF用於隱藏網絡內部拓撲結構， 同時還起到負載均衡和流量控制的作用。S-CSCF在IMS中處於核心控制地 位，是IMS多進程控制的關鍵所在。其負責記錄並控制用戶進程狀態，執行 會話路由功能，並不斷與應用服務和計費功能進行交互，根據規則進行增值 業務路由觸發與業務控制。HSS (Home Subscriber Server:歸屬用戶伺服器)是一個存儲用戶和服 務相關數據的資料庫，是一個升級的HLR。 HSS以XML形式記錄了用戶身 份、註冊信息、接入參數和服務觸發信息。MRF (Multimedia Resource Function)包括控制部分(MRFC)和用戶 平面的處理部分(MRFP)，是對與承載相關的業務服務提供支持，如視頻 會議、用戶公告等，能夠完成數據媒體流的混合、媒體流的分發、承載代碼 的轉換、計費信息的發送等。IMS-MGW (IMS-Media Gateway)和MGCF (Media Gateway Control Function:媒體網關控制功能)是IMS和傳統CS網絡之間的網關，如IMS與 PSTN之間，使得兩個網絡的用戶可以進行通信。它能夠將CS網絡的信令與 SIP信令相互轉換，並且能夠報告計費信息。BGCF (Breakout Gateway Control Function:出口網關控制功能)也是與 傳統CS網絡相關的功能實體，是控制網關來完成信令轉換，負責選擇呼叫通 過哪個MGCF到達CS網絡。但如果選擇另外一個網絡作為呼叫的路徑，則將 會話轉發到那個網絡的BGCF。AS (Application Server:應用伺服器)並不完全屬於IMS，它是架構在 IMS之上的功能實體，能充分利用IMS提供的各種功能，如呼叫控制、帳戶管理、計費等。它主要是對外提供增值多媒體服務。基於IMS的AS能夠提供 很多獨特的功能，如在線狀態、消息和會議服務等。在本文當中，AS主要是特指提供多媒體彩鈴功能的應用伺服器。在上 圖當中，也就是CATAS。而如上述的實現彩鈴業務的現有終端的彩鈴業務的開展方式如下終端 用戶發起呼叫，MSC Server通過核心網的流程判斷被叫用戶是否訂閱了相關 的彩鈴業務；如果訂閱了彩鈴業務，那麼MSC Server在呼叫被叫的同時， 會向MRBT伺服器平臺發送IAM消息去激活相關的彩鈴業務。在被叫終端應答之前，MRBT伺服器平臺建立同主叫終端之間的彩鈴會 話，並通過早期的媒體通道發送彩鈴內容到主叫終端。如上所述的現有的技術，不但是彩鈴技術，還是彩振技術，都主要是通 過籤約關係判斷用戶的業務狀態，而不去考慮是否這個業務是否在合適的場 景當中開展。在實現本發明過程中，發明人發現現有技術中存在如下問題目前彩鈴 業務的方式只是依靠業務籤約，而不考慮其他的參數和信息，因此無法完成 定製化的功能。發明內容本發明的實施例就是鑑於上述問題而提出，其目的在於，提供一種能根 據條件來播放多媒體彩鈴的多媒體彩鈴播放方法、裝置及其系統。本發明的實施例提供一種多媒體彩鈴播放方法，該多媒體彩鈴播放方法 包括以下步驟根據用戶的呈現信息生成多媒體彩鈴播放信息；根據所述的 多媒體彩鈴播放信息生成多媒體彩鈴播放數據；將所述的多媒體彩鈴播放數 據傳送給終端進行播放。本發明的實施例還提供一種多媒體彩鈴播放方法，該多媒體彩鈴播放方 法包括以下步驟接收用戶端傳來的呈現信息；根據接收的呈現信息生成多媒體彩鈴播放信息；對生成的多媒體彩鈴播放信息與用戶端的對應關係進行 存儲；根據呼叫請求從存儲的對應關係中查詢與呼叫用戶端相關的多媒體彩 鈴播放信息；根據査詢到的多媒體彩鈴播放信息生成主叫用戶端多媒體彩鈴 播放數據和被叫用戶端多媒體彩鈴播放數據；將生成的多媒體彩鈴播放數據 傳送給對應的用戶端進行播放。本發明的實施例又提供一種多媒體彩鈴播放裝置，該多媒體彩鈴播放裝 置包括信息生成單元，用於根據用戶的呈現信息生成多媒體彩鈴播放信息； 播放數據生成單元，用於根據所述的多媒體彩鈴播放信息生成多媒體彩鈴播 放數據；傳送播放單元，用於將所述的多媒體彩鈴播放數據傳送給終端進行 播放。本發明的實施例又提供一種多媒體彩鈴播放裝置，該多媒體彩鈴播放裝 置包括信息接收單元，接收用戶端傳來的呈現信息；生成播放信息單元， 根據接收的呈現信息生成多媒體彩鈴播放信息；存儲單元，對生成的多媒體 彩鈴播放信息與用戶端的對應關係進行存儲；査詢單元，根據呼叫請求從存 儲的對應關係中查詢與呼叫用戶端相關的多媒體彩鈴播放信息；生成播放數 據單元，根據查詢到的多媒體彩鈴播放信息生成主叫用戶端多媒體彩鈴播放 數據和被叫用戶端多媒體彩鈴播放數據；輸出單元，將生成的多媒體彩鈴播 放數據傳送給對應的用戶端進行播放。本發明的實施例另提供一種多媒體彩鈴播放系統，該系統包括多媒體彩 鈴播放裝置和終端，其中所述終端生成呈現信息並發送到所述多媒體彩鈴播 放裝置，該呈現信息包括彩鈴開啟設置數據、彩鈴能力設置數據、終端位 置數據、終端狀態設置數據和黑名單設置數據，所述多媒體彩鈴播放裝置接 收所述呈現信息，並根據所述呈現信息生成多媒體彩鈴播放信息，對生成的 多媒體彩鈴播放信息與用戶端的對應關係進行存儲，並根據呼叫請求從存儲 的對應關係中查詢與呼叫用戶端相關的多媒體彩鈴播放信息，根據查詢到的 多媒體彩鈴播放信息生成主叫用戶端多媒體彩鈴播放數據和被叫用戶端多媒體彩鈴播放數據，將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行 播放。
本發明實施例的有益效果在於，因為採用了由多媒體彩鈴播放裝置分別 對主叫端和被叫端終端提供多媒體彩鈴業務，所以克服了現有技術當中無法 完成定製化的，進而達到了多媒體彩鈴業務的條件播放的效果。


圖1A所示的是現有技術當中CS域多媒體彩鈴業務的網絡框架圖。 圖1B所示的是現有技術當中在3GPP的IMS當中實現彩鈴業務的邏輯 結構圖。
圖2A所示的是本發明的一較佳實施方式的多媒體彩鈴播放裝置的結構 框圖。
圖2B所述的是本發明的一較佳實施方式的多媒體彩鈴播放方法的流程圖。
圖3所示的是通過伺服器的方式實現本發明實施例1的多媒體彩鈴業務 條件播放的結構框圖。
圖4所示的是本發明實施例1的開展CS方式的可視電話多媒體彩鈴業 務過程當中的信令流程圖。
圖5所示的是通過伺服器的方式實現本發明實施例2的多媒體彩鈴業務 條件播放的結構框圖。
圖6所示的是本發明實施例2的開展CS方式的可視電話多媒體彩鈴業 務過程當中的信令流程圖。
圖7所示的是通過伺服器的方式實現本發明實施例3的多媒體彩鈴業務 條件播放的結構框圖。
圖8所示的是本發明實施例3的開展IMS方式的可視電話多媒體彩鈴業 務過程當中的信令流程圖。
12圖9所示的是本發明實施例3的開展IMS方式的可視電話多媒體彩鈴業 務過程當中的信令流程圖。
具體實施例方式
為使本發明的實施例的目的、技術方案和優點更加清楚明白，下面結合 實施方式和附圖，對本發明的實施例做進一步詳細說明。在此，本發明實施 例的示意性實施方式及其說明用於解釋本發明的實施例，但並不作為對本發 明的限定。另外以下所述的本發明實施例的多媒體彩鈴包括彩鈴(回鈴音)、 彩振(振鈴音)以及彩像。
圖2A所示的是本發明的一較佳實施方式的多媒體彩鈴播放裝置的結構 框圖、圖2B所述的是本發明的一較佳實施方式的多媒體彩鈴播放方法的流 程圖。以下結合圖2A、圖2B詳細說明本發明較佳實施方式的多媒體彩鈴播 放裝置及其方法。
如圖2A所示，多媒體彩鈴播放裝置包括信息接收單元21，接收用戶 端傳來的多媒體彩鈴業務設置信息(本發明實施例中是呈現信息)；生成播 放信息單元22，根據接收的多媒體彩鈴業務設置信息生成多媒體彩鈴播放信 息；存儲單元23，對生成的多媒體彩鈴播放信息與用戶端的對應關係進行存 儲；查詢單元24，根據呼叫請求從存儲的對應關係中査詢與呼叫用戶端相關 的多媒體彩鈴播放信息；生成播放數據單元25，根據查詢到的多媒體彩鈴播 放信息生成主叫用戶端多媒體彩鈴播放數據和被叫用戶端多媒體彩鈴播放 數據；輸出單元26，將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行 播放。
其中所述的多媒體彩鈴業務設置信息包括彩鈴開啟設置數據、彩鈴能 力設置數據、終端位置數據、終端狀態設置數據以及黑名單設置數據。
所述的信息接收單元21接收主叫用戶端傳來的多媒體彩鈴業務設置信 息和被叫用戶端傳來的多媒體彩鈴業務設置信息。所述的生成播放信息單元22根據多媒體彩鈴業務設置信息生成彩鈴播 放信息、彩振播放信息以及彩像播放信息。
所述的生成播放數據單元25對主叫用戶端生成彩鈴播放數據或彩像播 放數據、對被叫用戶端生成彩振播放數據或彩像播放數據。
所述的輸出單元26，將所述的對主叫用戶端生成彩鈴播放數據或彩像播 放數據發送到主叫用戶端進行播放；將所述的對被叫用戶端生成彩振播放數 據或彩像播放數據發送到被叫用戶端進行播放。
所述的生成播放信息單元22根據主叫用戶端傳來的多媒體彩鈴業務設 置信息和被叫用戶端傳來的多媒體彩鈴業務設置信息的雙方或任意一方，生 成對主叫端的彩鈴播放信息。其中，可以根據主叫用戶端傳來的多媒體彩鈴 業務設置信息和被叫用戶端傳來的多媒體彩鈴業務設置信息中優先級高的 多媒體彩鈴業務設置信息來生成對主叫端的彩鈴播放信息；或根據主叫用戶 端傳來的多媒體彩鈴業務設置信息來生成對主叫端的彩鈴播放信息；或根據 被叫用戶端傳來的多媒體彩鈴業務設置信息來生成對主叫端的彩鈴播放信 息。
如圖2B所示，本發明較佳實施例的多媒體彩鈴播放方法包括以下步驟
接收用戶端傳來的多媒體彩鈴業務設置信息(S201);
根據接收的多媒體彩鈴業務設置信息生成多媒體彩鈴播放信息(S202);
對生成的多媒體彩鈴播放信息與用戶端的對應關係進行存儲(S203);
根據呼叫請求從存儲的對應關係中查詢與呼叫用戶端相關的多媒體彩 鈴播放信息(S204);
根據查詢到的多媒體彩鈴播放信息生成主叫用戶端多媒體彩鈴播放數 據和被叫用戶端多媒體彩鈴播放數據(S205);
將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行播放(S206)。
通過上述本發明的較佳實施例，可以分別向主叫和被叫同時提供按用戶 設置的彩鈴和彩振。實施例1
圖3所示的是通過伺服器的方式實現本發明實施例1的多媒體彩鈴業務 條件播放的結構框圖。在本實施例1中，主要考慮通過CS可視電話的方式， 通過跨接的網絡架構實現彩鈴業務。
如圖3所示，在整個的網絡結構當中，多媒體彩鈴平臺同呈現(Presence) 平臺連接，他們之間的協議可以採用核心網的BICC協議，也可以採用SIP協 議，在實施例1當中通過SIP協議實現，BICC協議的原理類似。
另外，在可視電話終端當中，本實施例l考慮的是移動終端，如手機。 基於CS的移動終端同Presence平臺之間的消息互通可以通過終端上的"環境 設置"功能，如戶外，會議，免打擾，離線等狀態，在終端本地進行設置， 終端本地會根據用戶對於每個狀態的設置，實現鈴聲，按鍵聲音，屏幕亮度 等的自定義，同時，還可以將彩鈴的設置狀態納入到這些狀態當中。
比如說，在會議狀態，終端設置的內容就是不允許進行彩振，取消不適 合會議場合的彩鈴類型的建立過程。
終端的這些終端的設置狀態，可以通過終端，利用SMS或者USSD進行 承載，從終端發送到伺服器，以便Presence伺服器保存這些狀態信息，在後 續的彩鈴業務開展過程當中利用。
圖4所示的是本發明實施例1的開展CS方式的可視電話多媒體彩鈴業 務過程當中的信令流程圖。以下，詳細說明信令流程圖-
401、 UEA向MSC SERVER A發SETUP消息，消息中攜帶的BC—IE信元 中ITC為，UDI，， ORA為'H.223&H.245'。
402、 MSC SERVER A向歸屬位置寄存器(HLR) B發起SRI請求。
403、 HLRB向被叫附著的MSCSERVERB取漫遊號碼。
404、 移動交換中心伺服器(MSC SERVER) B向HLRB返回漫遊號碼， 如果MSC SERVERB支持預尋呼，這時會先發起預尋呼過程後再返回漫遊號 碼。
15405、 HLRB向MSC SERVER A返回UEB的路由信息，並攜帶被叫用戶 是否定製多媒體彩鈴業務的信息。
406、 MSC SERVER A獲得被叫的MSRN (Mobile Station Roaming Number:移動臺漫遊號後，向主叫終端發起Call一Proceeding。
407、 MSC SERVER A向多媒體彩鈴平臺發起ISUPIAM消息。如果被叫 用戶籤約了主叫號碼顯示業務，ISUPIAM (ISDN User Part Initial Address Message)消息中需要攜帶主叫號碼和業務前綴信息。
A、 多媒體彩鈴平臺此時會向Presence平臺發起查詢過程，主要査詢終端 相關的呈現信息，包括用戶狀態(會議，戶外等)，用戶彩鈴偏好，甚至用 戶位置信息等內容。這些信息是終端通過本次呼叫外的其他方式進行配置 的，如何配置，前文己經說明，在CS方式當中可以採用SMS或者USSD方式。 查詢這些信息的目的主要在於，彩鈴平臺可以通過取回這些信息，同本地的 用戶彩鈴業務籤約狀態進行結合，判斷是否向用戶提供彩鈴，以及提供何種 彩鈴。
B、 Presence平臺根據多媒體彩鈴平臺的査詢請求，返回其所需要的 Presence信息。
408、 多媒體彩鈴平臺向MSC SERVERB發起ISUPIAM消息。如果被叫 用戶籤約了主叫號碼顯示業務，ISUP IAM消息中需要攜帶主叫號碼。
409、 如果在取漫遊號碼時沒有發起預尋呼，MSC SERVERB向UEB發
起尋呼請求消息。
410、 UEB返回尋呼響應消息。
411、 MSCSERVERB向UEB發SETUP消息，消息中攜帶的BC—IE信元 中ITC為，UDI'， ORA為'H.223&H.245，。
412、 UEB返回CALLCONFIRMED消息，沒有攜帶新的BC一IE，表示能 夠支持VP被叫。
413、 被叫振鈴後，UEB向MSC SERVERB返回ALERTING消息。414、 MSC SERVER B向彩鈴平臺發送ACM (Audio Compression Manager:音頻壓縮管理)。
415、 彩鈴平臺在接收到被叫交換機發來的ACM後，向主叫交換機發送 攜帶彩鈴信息的ACM。
416、 MSC SERVER A識別該彩鈴信息，發送Alerting和Connect到UE A。
417、 UEA在接收到Connect後，向MSC SERVER A發送Connect ACK消息。
418、 1疋八和彩鈴平臺之間建立11245過程。
419、 UEA通過彩鈴平臺收看視頻彩鈴。該彩鈴內容是根據先前的 Presence信息以及結合用戶的彩鈴業務籤約信息來決定的。
420、 l正B完成摘機動作之後，向MSC SERVERB發送Connect消息。
421、 MSC SERVER B向多媒體彩鈴平臺發送ANM消息。
422、 MSC SERVERB向UEB發送Connect ACK消息。
423、 多媒體彩鈴平臺向MSC SERVER A發送ANM消息，此時主叫交換 機幵始計費。
424、 MSC SERVER A向UE A發送Connect信令。(MSC SERVER A不 向UEA發送Connect信令或UEA不處理Connect消息，此步為可選。)
425、 彩鈴平臺和1正;8之間建立11245過程，並使UEA、 UEB之間進行
視頻通話。
在本實施例1當中，除了可以利用彩鈴平臺向Presence伺服器查詢用戶的 狀態信息之外，還可以向彩鈴平臺所存放的用戶相關的Profile數據，比如用 戶設置的時間段信息，即什麼時間段播放什麼類型的彩鈴信息，什麼時間段 允許播放，什麼時間段不允許播放，以及用戶的偏好，黑白名單等。
同時，用戶還可以結合著Presence查詢過程，以及Profile的方式來提供業務。
信令A可以採用SIP的SUBSCRIBE信令。信令B可以採用SIP的NOTIFY信令。Presence平臺在收至l」SUBSCRIBE信令之後，會將用戶的Presence信息 通過NOTIFY直接通知終端。這個過程在圖4當中，主要包括在終端信息査詢 過程。更進一步，Presence信息可以擴展到終端的能力信息，包括終端是否 支持多媒體彩鈴，以及支持何種的多媒體彩鈴。這樣，終端在開展可視電話 過程當中，就不需要挾帶擴展欄位，表明自身所支持的彩鈴能力或者類型， 而直接通過Presence信息來進行判斷，從而降低了對終端的要求，可以更好 的兼容非多媒體彩鈴的可視電話呼叫。
後續的多媒體彩鈴建立過程，在本發明的實施例當中只是利用彩鈴，也 就是通常意義下的主叫收聽回鈴音的方式進行的介紹，對於被叫收聽振鈴音 的方式，該方式和方法也同樣適用。
實施例2
圖5所示的是通過伺服器的方式實現本發明實施例2的多媒體彩鈴業務 條件播放的結構框圖。在本實施例2中，主要考慮通過CS可視電話的方式， 通過非跨接的網絡架構實現彩鈴業務。
其中，在整個的網絡結構當中，多媒體彩鈴平臺同Presence平臺連接， 他們之間的協議可以採用核心網的BICC協議，也可以採用SIP協議，在本實 施例2當中通過SIP協議實現，BICC協議的原理類似。
同上述的跨接方案類似，網絡結構之間只存在多媒體彩鈴平臺所處位置 的差異。且在通話過程當中，多媒體彩鈴平臺在本方案當中不會承接正常可 視電話部分的接續工作。
Presence信息的設置方式如上述實施例l所述。S卩，終端可以通過SMS、 USSD、 SIP等方式，通過可視電話的帶外信令或者途徑，將終端用戶的狀態 信息，如戶外、會議、離線等環境狀態，以及用戶終端的能力信息，可能包 括UAPro傳信息傳遞到Presence伺服器。並且在可視電話的多媒體彩鈴業務 過程當中利用該信息進行業務的開展過程。
18圖6所示的是本發明實施例2的開展CS方式的可視電話多媒體彩鈴業
務過程當中的信令流程圖。以下，詳細說明信令流程圖
601、 UEA向MSC SERVER A發SETUP消息，消息中攜帶的BC—IE信元 中ITC為，UDI'， ORA為'H.223&H.245，。
602、 MSC SERVER A向HLRB發起SRI請求。
603、 HLRB向被叫附著的MSC SERVERB取漫遊號碼。
604、 MSC SERVERB向HLRB返回漫遊號碼，如果MSC SERVERB支 持預尋呼，這時會先發起預尋呼過程後再返回漫遊號碼。
605、 HLRB向MSC SERVER A返回UEB的路由信息，並攜帶被叫用戶
是否定製多媒體彩鈴業務的信息。
606、 MSC SERVER A獲得被叫的MSRN後，向主叫終端發起 Call—Proceeding 。
607、 MSC SERVER A向MSC SERVER B發起ISUPIAM消息。如果被叫 用戶籤約了主叫號碼顯示業務，ISUP IAM消息中需要攜帶主叫號碼。
608、 如果在取漫遊號碼時沒有發起預尋呼，MSC SERVERB向UEB發
起尋呼請求消息。
609、 UEB返回尋呼響應消息。
610、 MSC SERVER B向UEB發SETUP消息，消息中攜帶的BC—IE信元 中ITC為，UDI，， ORA為'H.223&H.245'。
611、 UEB返回CALLCONFIRMED消息，沒有攜帶新的BC—IE，表示能 夠支持VP被叫。
612、 被叫振鈴後，UEB向MSCSERVERB返回ALERTING消息。
613、 MSC SERVERB向MSC SERVER A返回BICC ACM消息。
614、 MSC SERVER A向UE A返回ALERTING消息。
615、 MSC SERVER A向多媒體彩鈴平臺發起BICCIAM消息，攜帶被叫
是否定製多媒體彩鈴業務的信息。A、 和實施例l類似，彩鈴平臺通過SIP的信令向Presence平臺查詢用戶的 狀態信息，包括位置信息，偏好信息，狀態信息等，如果需要，還可以包括 終端能力信息，並根據終端能力信息來判斷是否終端具備多媒體彩鈴業務開 展得能力。
B、 Presence平臺返回多媒體彩鈴平臺所需要的查詢結果。多媒體彩鈴平 臺根據査詢結果結合用戶的籤約結果來判斷如何開展彩鈴業務。
616、 多媒體彩鈴平臺向MSC SERVER A返回BICCACM消息。MSC SERVER A識別多媒體彩鈴平臺發來的ACM消息，並不向主叫終端發送 Alerting消息。
617、 在接到彩鈴平臺發來的ANM後，MSC SERVER A向主叫終端UE A 發送連接信令CONNECT，同時監聽被叫交換機MSC SERVERB是否有返回消息。
618、 UE A向MSC SERVER A返回應答CONNECT ACK消息。
619、 UEA和多媒體彩鈴平臺之間建立R245過程。建立後，主叫終端用 戶可以收看多媒體彩鈴平臺播放的多媒體彩鈴信息。
620、 被叫終端UEB發送應答消息CONNECT。
621、 被叫交換機MSC SERVER B向主叫交換機MSC SERVERA返回 BICC A畫。
622、 被叫交換機MSC SERVERB向被叫終端返回連接確認CONNECT ACK 。
623、 主叫交換機MSC SERVER A向多媒體彩鈴平臺發起BICC Release 消息，使多媒體彩鈴平臺和主叫終端UEA之間拆除H.245。
624、 多媒體彩鈴平臺和主叫終端UE八之間拆除11.245過程。
625、 R245拆除後，多媒體彩鈴平臺向主叫交換機MSC SERVER A返回 BICC Release Complete消息。
626、 主叫終端UE A和被叫終端UE B之間建立H.245過程。627、可視電話通話完畢後，主叫終端l正A和被叫終端UEB之間拆除 R245過程和底層電路承載過程。
在上述實施例2的步驟A當中，多媒體彩鈴平臺向Presence平臺發送 SUBSCRIBE消息，用來查詢用戶的Presence信息；Presence平臺通過NOTIFY 消息返回Presence信息。這上述的消息當中，可以傳遞用戶的Presence信息， 還可以攜帶用戶終端的能力信息，用來確定彩鈴業務的建立過程。
後續的多媒體彩鈴建立過程，在本實施例2當中只是利用彩鈴，也就是 通常意義下的主叫收聽回鈴音的方式進行的介紹，對於被叫收聽振鈴音的方 式，該方式和方法也同樣適用。
實施例3
圖7所示的是通過伺服器的方式實現本發明實施例3的多媒體彩鈴業務 條件播放的結構框圖。本實施例3考慮通過IMS可視電話的方式，通過早期 媒體的方式實現彩鈴業務。
如圖7所示，在整個的網絡結構當中，多媒體彩鈴AS同Presence平臺連 接，他們之間的協議採用SIP協議，通過Presence伺服器所定義的PRS-3接口， 利用SIP協議進行通信。
在Prsence業務當中，對參與通信的網絡單元和實體分為三類， 一類是 Source,也就是提供整個Presence信息的網絡單元，在這裡，我們可以稱作 終端。在SIP網絡當中，通過PUBLISH方法向PresenceAS發送Presence信息。
一類是Presence伺服器，也就是AS，主要用於收集所服務對象的Presence 信息，以便提供給需要的用戶。
還有一類叫作Watcher，也就是接收目標用戶，或者請求目標用戶 Presence信息的用戶。他通過SUBSCR1BE方法向Presence AS發起用戶 Presence信息的請求，Presence AS通過NOTIFY消息向Watcher發送Presence ^曰息。
上述的框架在整個IMS當中都是普遍適用的，遵守OMA (OpenMobileAlliance:開放移動聯盟所定義的SIMPLE規則。
終端，特別是具備IMS多媒體彩鈴能力的終端，如果具備Presence功能 的話，他將遵照Presence所定義的流程上報自己的Presence信息。
彩鈴平臺，在開展業務的過程當中，需要定義好同Presence伺服器之間 的接口，在這裡，我們定義為PRS-3接口。同時，在下面的過程當中定義同 presence伺服器之間的交互流程。
在Presence信息當中包括終端所支持的彩鈴業務類型的標誌。終端在進 行多媒體彩鈴業務的過程當中，如何選擇呼叫流程，可以通過AS對Presence 信息的查詢進行選擇。如終端在Presence信息當中上報支持早期媒體，還是 Forking方式。這樣終端就可以不需要在會話發起過程當中改變同可視電話所 不同的呼叫信令了。
圖8所示的是本發明實施例3的開展IMS (IP Multimedia Subsystem: IP多
媒體子系統)方式的可視電話多媒體彩鈴業務過程當中的信令流程圖。以下， 詳細說明信令流程圖
A、 UE-A通過SIP信令的PUBLISH (發布)方法，向Presence伺服器發送 UE-A相關的終端Presence信息，其中可以包括用戶的狀態信息，也可以包含 用戶終端的能力信息以及業務信息。如終端是否支持彩鈴業務，支持什麼樣 的彩鈴業務類型等。
B、 UE-B通過SIP信令的PUBLISH方法，其上報方式和內容同步驟A。 需要說明的是，整個Presence的上報過程，不屬於彩鈴業務的關注範圍內， 我們認為這個Presence信息上報過程是本方案的帶外過程。
801-802). UE-A向UE-B發送一個INVITE請求建立二者之間的通話，同 時攜帶SDP的OFFER (Ol)。該INVITE請求根據S-CSCF當中的最初過濾標 準iFC被路由到相應的AS。 UE-A在SIP的INVITE請求當中需要在Supported 頭域當中包含early-session的option tag。
803-805). AS將這個INVITE請求並包含SDP的OFFER(Ol )發送到UE-B。C、 AS在收到INVITE請求之後，需要向Presence平臺發起查詢過程，主 要查詢終端相關的呈現信息，包括用戶狀態(彩鈴業務是否在線，是否需要 自定義播放等)，用戶彩鈴偏好，甚至用戶位置信息等內容。AS通過査詢這 些信息，可以獲取用戶的狀態信息和終端的業務信息，以及終端的能力信息。 通過對這些信息進行查詢之後，AS可以做如下的工作，首先，決定是否開展 彩鈴業務；其次，如果需要開展，決定開展什麼類型的彩鈴業務；再次，在 決定開展彩鈴業務之後，選擇合適的方案，比如說，採用Forking方式還是早 期媒體方式；最後，在呼叫過程當中提供彩鈴業務。此外，如果終端用戶根 據Presence信息設定了彩鈴業務的播放規則，比如說，根據用戶的狀態，用 戶的位置信息進行彩鈴業務的播放，甚至彩鈴內容的選擇的話，AS業務需要 根據這些查詢到的Presence信息來對MRF進行控制，以便正確的開展彩鈴業 務。
D、 Presence平臺根據多媒體彩鈴平臺的查詢請求，返回其所需要的 Presence信息。
806-811). AS決定UE-B是否具有多媒體彩鈴業務的籤約關係，同時向 MRFP請求媒體資源。AS決定UE-A是否支持早期媒體，同時向UE-A發送一 個早期會話的SIP 183應答。早期會話包含了一個SDP的OFFER (CAT-O)， 這個OFFER可以幫助在MRFP和UE-A之間建立CAT媒體。UE-A對SIP 183應 答響應通過PRACK消息進行確認，並在該消息當中攜帶SDP的ANSWER
(CAT-A) 。 AS向UE-A播放CAT媒體內容。基於運營的策略，6-ll步可以 在第2步之後，在INVITE請求被轉發到UE-B之前發生。
812-814). UE-B發送一個攜帶SDP ANSWER (Al)的SIP 180應答響應， 這個應答響應首先到達AS。
815-816). AS收到從UE-B發送的"180Ringing"應答響應之後，將該響應 修改為，，183 Session Progress",並且將這個應答響應攜帶原有的SDP ANSWER (Al)，並轉發到UE-A。
23817-826). UE-A對臨時應答響應進行可靠的確認。 827-836). UE-B應答本次呼叫。UE-B向AS發送200 OK應答響應，同時 AS停止通過早期媒體會話向UE-A發送CAT媒體。 本實施例3當中，主要可以分為三個步驟。
第一個步驟Presence信息的上報過程，為了說明這個信息如何上報到 伺服器，本實施例3進行了簡單的描述，不過，這個過程應該屬於同彩鈴業 務不相關的帶外過程。
第二個步驟AS向Presence的伺服器査詢用戶或者終端的Presence信息。
並且根據這些信息來決定是否開展彩鈴業務，開展何種類型的彩鈴業務，彩 鈴業務開展採用何種流程，以及彩鈴業務過程當中選擇何種的彩鈴內容和方 式等。
第三個步驟彩鈴和通話的建立過程。這個過程，主要是彩鈴業務的具 體實現，本實施例3當中通過早期媒體的方式說明彩鈴業務的建立過程。本 發明不限於此種方案，即不限於向主叫發送回鈴音的方式，還可以包括向被 叫發送振鈴音的方式。
通過本實施例3，彩鈴業務在開展過程當中可以充分的利用Presence信 息，提供更個性化的多媒體彩鈴業務，同時，彩鈴業務同現有IMS可視電話 呼叫以及不同多媒體彩鈴呼叫方法之間也能夠實現一個完整的融合。
實施例4
本實施例4考慮通過IMS可視電話的方式，通過Forking (分支)的方 式實現彩鈴業務。其中本發明實施例4的多媒體彩鈴業務條件播放的結構框 圖與上述實施例3相同，即在整個的網絡結構當中，多媒體彩鈴AS同 Presence平臺連接，他們之間的協議採用SIP協議，通過Presence伺服器所 定義的PRS-3接口，利用SIP協議進行通信。
同早期媒體所定義的網絡結構類似，Forking的多媒體彩鈴業務的建立方 式僅僅在網絡呼叫的方式上有所不同，在其他方面沒有太大的區別。
24Forking的方式，由於採用的是IMS的方法，因此，整個Presence信息的 提供仍然是基於SIP的方式進行提供的。在整個過程當中，多媒體彩鈴業務 的開展過程可以依靠多媒體彩鈴的AS對Presence信息的查詢獲得。
對於兩種不同的IMS的實現方式，除了可以通過終端在呼叫過程當中， 攜帶不同的通信能力到AS伺服器之外，還可以在Presence信息當中包括終端 所支持的彩鈴業務類型的標誌。終端在進行多媒體彩鈴業務的過程當中，如 何選擇呼叫流程，可以通過AS對Presence信息的査詢進行選擇。如終端在 Presence信息當中上報支持早期媒體，還是Forking方式。這樣終端就可以不 需要在會話發起過程當中改變同可視電話所不同的呼叫信令了。
圖10所示的是本發明實施例3的開展IMS (IP Multimedia Subsystem: IP多媒體子系統)方式的可視電話多媒體彩鈴業務過程當中的信令流程圖。 以下，詳細說明信令流程圖
A、 UE-A通過SIP信令的PUBLISH方法，向Presence伺服器發送UE-A相 關的終端Presence信息，其中可以包括用戶的狀態信息，也可以包含用戶終 端的能力信息以及業務信息。如終端是否支持彩鈴業務，支持什麼樣的彩鈴 業務類型等。
B、 UE-B通過SIP信令的PUBLISH方法，其上報方式和內容同步驟A。 需要說明的是，整個Presence的上報過程，不屬於彩鈴業務的關注範圍內， 我們認為這個Presence信息上報過程是本方案的帶外過程。A、 B兩個步驟在 Forking方式和早期媒體方式之間沒有本質區別。
101-102). UE-A向UE-B發送一個INVITE請求，並在其中攜帶SDP OFFER (01)用以建立兩者之間的呼叫。這個INVITE請求由S-CSCF的iFC 進行觸發，並被路由到AS當中。
103-105). AS將最初的INVITE請求轉發到UE-B。
C、 AS在收到INVITE請求之後，需要向Presence平臺發起查詢過程，主 要査詢終端相關的呈現信息，包括用戶狀態(彩鈴業務是否在線，是否需要自定義播放等)，用戶彩鈴偏好，甚至用戶位置信息等內容。AS通過査詢這 些信息，可以獲取用戶的狀態信息和終端的業務信息，以及終端的能力信息。 通過對這些信息進行查詢之後，AS可以做如下的工作，首先，決定是否開展 彩鈴業務；其次，如果需要開展，決定開展什麼類型的彩鈴業務；再次，在 決定開展彩鈴業務之後，選擇合適的方案，比如說，採用Forking方式還是早 期媒體方式；最後，在呼叫過程當中提供彩鈴業務。此外，如果終端用戶根 據Presence信息設定了彩鈴業務的播放規則，比如說，根據用戶的狀態，用 戶的位置信息進行彩鈴業務的播放，甚至彩鈴內容的選擇的話，AS業務需要 根據這些查詢到的Presence信息來對MRF進行控制，以便正確的開展彩鈴業 務。
D、 Presence平臺根據多媒體彩鈴平臺的查詢請求，返回其所需要的 Presence信息。
106-108). l正-B發送一個"180Ringing"應答響應，並且攜帶一個SDP的 Answer (Al)用來建立一個早期對話(Dl)。這個應答響應首先到達AS。
109)， AS從MRFP請求媒體資源，並且創建CAT媒體資源的ANSWER (A2)。基於運營商的策略，步驟109-115可以在第2步之後，INVITE請求 被轉發到UE-B之前發生。
110-111). AS生成一個可靠的"183 Session Progress"的臨時應答響應，並 發送給UE-A。這個過程應該如同AS接收到了 一個被分支後的INVITE所對應 的響應一樣，並且UE-A利用這個應答響應建立早期對話(D2)。使用"183 SessionProgress"可以避免觸發UE-A的本地CAT。這個應答相應消息當中包 含了SDP ANSWER (A2)，可以幫助在MRFP和l正-A之間建立多媒體彩鈴 的媒體通路。
112-113). UE-A對這個臨時應答響應進行確認。
114-115). AS發送200 OK應答響應來確認UE-A發 的PRACK消息。
116-117). AS將從UE-B所接收到的"180 Ringing"應答相應修改為"183Session Progress",並且在該響應當中攜帶相同的ANSWER (Al)，並轉發 到UE-A以建立早期對話(Dl)。基於運營商的策略，步驟116-119以及步驟 126-127，在AS選擇保存從UE-B所接收到的ANSWER (Al)，並且沒有立 即發送臨時應答響應的情況下可以被忽略。UE-A仍然需要保存SDP ANSWER A1和A2，應為他並不知道那個ANSWER將會被最終確認。
118-119). UE-A確認臨時應答響應消息。
120-125). AS確認從UE-B發出的臨時應答響應消息。
128-130).在UE-B的用戶最終應答了本次呼叫。UE-B發送200 OK應答 響應，這個應答響應最先到達AS。
131). AS通知MRFP停止向終端發送CAT媒體。
132-133). AS轉發200 OK應答響應到UE-A，用來對早期對話(Dl)進 行確認。假如AS在第116步當中，沒有將UE-B的ANSWER(A1)發送到UE-A， 那麼AS需要在200OK應答響應當中包含ANSWER(Al)用來確認對話(Dl)。
134-138). UE-A確認對話(Dl)。基於SDP OFFER (Ol)和ANSWER (Al) ， UE-A和UE-B之間的通話完成建立過程。由"183 Session Progress" 建立的早期對話(D2)，因為沒有最終的應答響應，由於時間超時的原因自 動終止。
本實施例4當中，主要可以分為三個步驟。
第一個步驟Presence信息的上報過程，為了說明這個信息如何上報到 伺服器，本實施例4進行了簡單的描述，不過，這個過程應該屬於同彩鈴業
務不相關的帶外過程。
第二個步驟AS向Presence的伺服器査詢用戶或者終端的Presence信息。
並且根據這些信息來決定是否開展彩鈴業務，開展何種類型的彩鈴業務，彩 鈴業務開展採用何種流程，以及彩鈴業務過程當中選擇何種的彩鈴內容和方 式等。
第三個步驟彩鈴和通話的建立過程。這個過程，主要是彩鈴業務的具體實現，本實施例4當中通過Foring的方式說明彩鈴業務的建立過程。本發明 不限於此種方案，即不限於向主叫發送回鈴音的方式，還可以包括向被叫發 送振鈴音的方式。
本實施例4主要是從方法和流程上對上述的過程進行描述。通過本實施 例4，彩鈴業務在開展過程當中可以充分的利用Presence信息，提供更個性 化的多媒體彩鈴業務，同時，彩鈴業務同現有IMS可視電話呼叫以及不同多 媒體彩鈴呼叫方法之間也能夠實現一個完整的融合。
實施例5
本實施例5是通過終端的方式實現多媒體彩鈴業務條件播放的實施例之 一。在本實施例5中，我們忽略可視電話的具體承載的方式，而是對終端在 過程當中的行為進行規定。我們在本方案當中考慮的前提條件可以分為兩 種， 一種是主叫過程， 一種是被叫過程。雖然這兩個過禾呈在業務開展當中類 似，但是我們仍然將他們合併在一起討論。
在彩鈴建立過程當中，這裡所說的彩鈴，包括了回鈴音和振鈴音，終端 可以設置終端需要建立的通話的類型。這些類型可以包括
1、 是否接受多媒體彩鈴；
2、 接受彩鈴的類型； 上述的動作可以依據如下的條件
1、 用戶目前所處的環境。如果用戶目前所處的環境處於會議狀態， 那麼終端在接收到彩振的情況下，將會根據終端本地的設置，不對所接受到 的內容進行呈現，而是簡單的通過UI提示的方式實現。這個過程當中，由於 媒體協商過程當中，終端知道將要開展的業務是什麼類型，終端需要做什麼 樣的動作，因此終端完全可以結合終端的環境情況(用戶的狀態設置)來實 現這樣的功能。類似的方式還有，如果是靜音的方式，那麼多媒體彩鈴的彩 振業務，只會出現視頻內容，音頻內容終端將不進行播^C。還有其它的一些 場合，如果終端本地設定拒絕建立多媒體彩鈴業務，那麼終端可以通過播放
28本地鈴聲的方式，替代網絡側所下發的多媒體內容。
2、 用戶的期望。如果用戶期望開展某種類型的彩鈴，而不希望開展 另外類型的彩鈴。終端可以根據用戶在呼叫過程當中的主叫或者被叫的信 息，業務標識，內容種類表示，時間信息等，來區別的對待不同的彩鈴業務， 從而選擇呈現彩鈴業務，呈現部分彩鈴業務，或者不呈現彩鈴業務等。
3、 終端用戶的自定義設置。所謂用戶自定義的，也就是其它的一些 參數，比如說，自己設定在某個位置區域內，不接收彩鈴。在漫遊狀態下， 不接收彩鈴等。
本實施例5所需要解決的問題在於，伺服器側不提供個性化的彩鈴業務， 也就是說，不通過伺服器的方式，對彩鈴播放的條件進行設定。終端和服務 器之間的彩鈴業務開展採取正常的流程。那麼，終端本地可以根據終端所處 的狀況，比如說，網絡狀況，位置狀況，時間狀況等，以及用戶的狀態，如 忙，公務會議，心情等對彩鈴內容是否呈現給用戶，或者如何呈現給用戶進 行一個本地的過濾。
通過上述的方式，終端可以提供類似於網絡方式的多媒體彩鈴業務的條 件播放功能。
本發明的實施例提出的是一種多媒體彩鈴條件播放的實現方案，主要提 供在VP電話過程當中的多媒體彩鈴相關的實現方法，通過該方法，解決了 目前多媒體彩鈴業務僅僅依靠業務訂閱關係的問題觸發、解決了目前多媒體 彩鈴無法根據位置信息進行播放的問題、解決目前多媒體彩鈴無法根據用戶 的Presence信息進行播放的問題，從而實現多媒體彩鈴業務的多種觸發方 式，以便用戶能夠根據自身的實際情況進行選擇。
以上所述的具體實施方式
，對本發明的目的、技術方案和有益效果進行 了進一步詳細說明，所應理解的是，以上所述僅為本發明的具體實施方式
而 已，並不用於限定本發明的保護範圍，凡在本發明的精神和原則之內，所做 的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種多媒體彩鈴播放方法，其特徵在於，所述多媒體彩鈴播放方法包括以下步驟根據用戶的呈現信息生成多媒體彩鈴播放信息；根據所述的多媒體彩鈴播放信息生成多媒體彩鈴播放數據；將所述的多媒體彩鈴播放數據傳送給終端進行播放。
2. 根據權利要求1所述的多媒體彩鈴播放方法，其特徵在於，所述呈 現信息除了包括呈現業務所定義的呈現信息外，還包括彩鈴開啟數據、彩 鈴能力數據、終端位置數據、終端狀態數據以及黑名單數據。
3. 根據權利要求1所述的多媒體彩鈴播放方法，其特徵在於，所述多 媒體彩鈴播放方法還包括從終端接收用戶的呈現信息，並根據該呈現信息生成多媒體彩鈴播放信息。
4. 根據權利要求3所述的多媒體彩鈴播放方法，其特徵在於，所述的 根據接收的呈現信息生成多媒體彩鈴播放信息的步驟是指根據呈現信息生成彩鈴播放信息、彩振播放信息以及背景音播放信息。
5. 根據權利要求4所述的多媒體彩鈴播放方法，其特徵在於，所述多 媒體彩鈴播放方法還包括根據主叫用戶端傳來的呈現信息和被叫用戶端傳來的呈現信息的雙方 或任意一方，生成對主叫端的彩鈴播放信息。
6. 根據權利要求5所述的多媒體彩鈴播放方法，其特徵在於，所述多 媒體彩鈴播放方法還包括根據主叫用戶端傳來的呈現信息和被叫用戶端傳來的呈現信息中優先級高的呈現信息來生成對主叫端的彩鈴播放信息；或根據主叫用戶端傳來的呈現信息來生成對主叫端的彩鈴播放信息；或根據被叫用戶端傳來的呈現信息來生成對主叫端的彩鈴播放信息。
7. 根據權利要求1所述的多媒體彩鈴播放方法，其特徵在於，所述根據多媒體彩鈴播放信息生成多媒體彩鈴播放數據包括 生成傳送給被叫用戶的彩振播放數據； 和/或生成傳送給主叫用戶的彩鈴播放數據。
8. 根據權利要求7所述的多媒體彩鈴播放方法，其特徵在於，所述多 媒體彩鈴播放方法還包括-將所述的彩振播放數據發送到被叫終端進行播放； 和/或將所述的彩鈴播放數據發送到主叫終端進行播放。
9. 一種多媒體彩鈴播放方法，其特徵在於，所述多媒體彩鈴播放方法 包括以下步驟-接收用戶端傳來的呈現信息； 稂據接收的呈現信息生成多媒體彩鈴播放信息； 對生成的多媒體彩鈴播放信息與用戶端的對應關係進行存儲； 根據呼叫請求從存儲的對應關係中查詢與呼叫用戶端相關的多媒體彩 鈴播放信息；根據查詢到的多媒體彩鈴播放信息生成主叫用戶端多媒體彩鈴播放數 據和被叫用戶端多媒體彩鈴播放數據；將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行播放。
10. 根據權利要求9所述的多媒體彩鈴播放方法，其特徵在於，所述接 收用戶端傳來的呈現信息是指從用戶端接收包括彩鈴開啟設置數據、彩鈴能力設置數據、終端位置數 據、終端狀態設置數據以及黑名單設置數據，以及呈現業務所定義的呈現信 息。
11. 根據權利要求10所述的多媒體彩鈴播放方法，其特徵在於，所述 的接收用戶端傳來的呈現信息的步驟包括接收主叫用戶端傳來的呈現信息； 和/或接收被叫用戶端傳來的呈現信息。
12. 根據權利要求9所述的多媒體彩鈴播放方法，其特徵在於，所述的 根據接收的呈現信息生成多媒體彩鈴播放信息的步驟是指根據呈現信息生成彩鈴播放信息、彩振播放信息以及背景音播放信息。
13. 根據權利要求12所述的多媒體彩鈴播放方法，其特徵在於，所述 的根據查詢到的多媒體彩鈴播放信息生成主叫用戶端多媒體彩鈴播放數據 和被叫用戶端多媒體彩鈴播放數據步驟包括-對主叫用戶端生成彩鈴播放數據或彩像播放數據； 對被叫用戶端生成彩振播放數據或彩像播放數據。
14. 根據權利要求13所述的多媒體彩鈴播放方法，其特徵在於，所述 的將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行播放包括將所述的對主叫用戶端生成彩鈴播放數據或彩像播放數據發送到主叫 用戶端進行播放；將所述的對被叫用戶端生成彩振播放數據或彩像播放數據發送到被叫 用戶端進行播放。
15. 根據權利要求11所述的多媒體彩鈴播放方法，其特徵在於，所述 多媒體彩鈴播放方法還包括根據主叫用戶端傳來的呈現信息和被叫用戶端傳來的呈現信息的雙方 或任意一方，生成對主叫端的彩鈴播放信息。
16. 根據權利要求15所述的多媒體彩鈴播放方法，其特徵在於，所述 多媒體彩鈴播放方法還包括根據主叫用戶端傳來的呈現信息和被叫用戶端傳來的呈現信息中優先 級高的呈現信息來生成對主叫端的彩鈴播放信息；或根據主叫用戶端傳來的呈現信息來生成對主叫端的彩鈴播放信息；或 根據被叫用戶端傳來的呈現信息來生成對主叫端的彩鈴播放信息。
17. —種多媒體彩鈴播放裝置，其特徵在於，所述多媒體彩鈴播放裝置包括信息生成單元，用於根據用戶的呈現信息生成多媒體彩鈴播放信息； 播放數據生成單元，用於根據所述的多媒體彩鈴播放信息生成多媒體彩 鈴播放數據；傳送播放單元，用於將所述的多媒體彩鈴播放數據傳送給終端進行播放。
18. —種多媒體彩鈴播放裝置，其特徵在於，所述多媒體彩鈴播放裝置 包括信息接收單元，接收用戶端傳來的呈現信息；生成播放信息單元，根據接收的呈現信息生成多媒體彩鈴播放信息； 存儲單元，對生成的多媒體彩鈴播放信息與用戶端的對應關係進行存儲；查詢單元，根據呼叫請求從存儲的對應關係中査詢與呼叫用戶端相關的 多媒體彩鈴播放信息；生成播放數據單元，根據查詢到的多媒體彩鈴播放信息生成主叫用戶端 多媒體彩鈴播放數據和被叫用戶端多媒體彩鈴播放數據；輸出單元，將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行播放。
19. 根據權利要求18所述的多媒體彩鈴播放裝置，其特徵在於，所述 的呈現信息包括彩鈴開啟設置數據、彩鈴能力設置數據、終端位置數據、終端狀態設置 數據以及黑名單設置數據。
20. 根據權利要求19所述的多媒體彩鈴播放裝置，其特徵在於，所述 的信息接收單元接收主叫用戶端傳來的呈現信息和被叫用戶端傳來的呈現"f曰息。
21. 根據權利要求18所述的多媒體彩鈴播放裝置，其特徵在於，所述 的生成播放信息單元根據呈現信息生成彩鈴播放信息、彩振播放信息以及彩 像播放信息。
22. 根據權利要求21所述的多媒體彩鈴播放裝置，其特徵在於，所述 的生成播放數據單元對主叫用戶端生成彩鈴播放數據或彩像播放數據、對被 叫用戶端生成彩振播放數據或彩像播放數據。
23. 根據權利要求22所述的多媒體彩鈴播放裝置，其特徵在於，所述 的輸出單元，將所述的對主叫用戶端生成彩鈴播放數據或彩像播放數據發送到主叫 用戶端進行播放；將所述的對被叫用戶端生成彩振播放數據或彩像播放數據發送到被叫 用戶端進行播放。
24. 根據權利要求20所述的多媒體彩鈴播放裝置，其特徵在於，所述 的生成播放信息單元根據主叫用戶端傳來的呈現信息和被叫用戶端傳來的 呈現信息的雙方或任意一方，生成對主叫端的彩鈴播放信息。
25. 根據權利要求24所述的多媒體彩鈴播放裝置，其特徵在於，所述 的生成播放信息單元，根據主叫用戶端傳來的呈現信息和被叫用戶端傳來的呈現信息中優先 級高的呈現信息來生成對主叫端的彩鈴播放信息；或根據主叫用戶端傳來的呈現信息來生成對主叫端的彩鈴播放信息；或 根據被叫用戶端傳來的呈現信息來生成對主叫端的彩鈴播放信息。
26. —種多媒體彩鈴播放系統，該系統包括多媒體彩鈴播放裝置和終端， 其特徵在於，所述終端生成呈現信息並發送到所述多媒體彩鈴播放裝置， 所述多媒體彩鈴播放裝置接收所述呈現信息，並根據所述呈現信息生成多媒體彩鈴播放數據，將生成的多媒體彩鈴播放數據傳送給對應的用戶端進行播放。
全文摘要
本發明提供一種多媒體彩鈴播放方法、裝置及其系統，該多媒體彩鈴播放方法包括以下步驟根據用戶的呈現信息生成多媒體彩鈴播放信息；根據所述的多媒體彩鈴播放信息生成多媒體彩鈴播放數據；將所述的多媒體彩鈴播放數據傳送給終端進行播放。本發明通過分別對主叫端和被叫端終端提供多媒體彩鈴業務，克服了現有技術當中無法完成定製化的，進而達到了多媒體彩鈴業務的條件播放的效果。
文檔編號H04W4/12GK101662738SQ20081021366
公開日2010年3月3日 申請日期2008年8月25日 優先權日2008年8月25日
發明者張惠萍, 健 楊, 雷 王, 郜文美, 陳國喬 申請人:華為技術有限公司