專利名稱：一種多媒體鈴音上傳方法、多媒體鈴音服務(wù)器及ue的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于通信領(lǐng)域，特別是一種多媒體鈴音上傳方法、多媒體鈴音服務(wù)器及 系統(tǒng)。
背景技術(shù)：
多媒體鈴音是一種被叫業(yè)務(wù)，當(dāng)主叫發(fā)起呼叫到被叫時(shí)，如被叫開通該業(yè)務(wù)，則主 叫等候被叫接聽電話時(shí)的鈴音將會(huì)被被叫定制的音樂、視頻等媒體替代?，F(xiàn)有運(yùn)營(yíng)商的多 媒體鈴音業(yè)務(wù)主要由其終端的功能來支撐。用戶下載多媒體鈴音并進(jìn)行設(shè)置后，當(dāng)他人給 該用戶撥打可視電話時(shí)，終端向主叫播放多媒體鈴音。同語音彩鈴業(yè)務(wù)與彩振，彩像一樣。 除了被叫定制，主叫撥打可視電話時(shí)收聽到多媒體彩鈴的多媒體彩鈴業(yè)務(wù)形態(tài)，還存在相 關(guān)的多媒體振鈴音，多媒體背景音業(yè)務(wù)。多媒體鈴音業(yè)務(wù)是多媒體彩鈴業(yè)務(wù)，多媒體振鈴音 業(yè)務(wù)，多媒體背景音業(yè)務(wù)的總稱。目前鈴音業(yè)務(wù)當(dāng)中，主要規(guī)定如何在呼叫過程當(dāng)中對(duì)鈴音業(yè)務(wù)進(jìn)行信令的接續(xù)， 以便建立起正常的鈴音通話的過程，尚未對(duì)鈴音業(yè)務(wù)過程當(dāng)中的內(nèi)容管理和上傳方式進(jìn)行 任何的規(guī)定。目前用戶只能夠通過WEB瀏覽器，或者客服電話的方式，對(duì)鈴音資源進(jìn)行設(shè)置。然而上述兩種方式存在以下問題通過WEB的方式進(jìn)行鈴音內(nèi)容的設(shè)置，一般情況下只能夠選擇服務(wù)器所規(guī)定的鈴 音內(nèi)容，雖然能夠在設(shè)置之前進(jìn)行試聽，但是用戶需要通過特定的瀏覽器，或者計(jì)算機(jī)才能 夠?qū)崿F(xiàn)，不能夠把內(nèi)容和移動(dòng)終端完美的結(jié)合起來。通過客服電話的方式，這種方式需要人工的參與，用戶可能很難準(zhǔn)確的描述自己 所期望的動(dòng)作，在交互過程當(dāng)中容易出現(xiàn)錯(cuò)誤；同時(shí)，由于沒有可視的界面，用戶的直觀感 受不強(qiáng)烈。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例中提供一種多媒體鈴音上傳方法，所述的方法包括與用戶設(shè)備UE 協(xié)商建立消息會(huì)話中繼協(xié)議MSRP會(huì)話；接收UE發(fā)送的包含多媒體鈴音文件的MSRP消息， 將所述的多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系，作為所述UE的可選多媒體鈴音。本發(fā)明實(shí)施例中還提供一種多媒體鈴音服務(wù)器，所述多媒體鈴音服務(wù)器包括 MSRP會(huì)話建立單元，用于與UE協(xié)商建立MSRP會(huì)話；鈴音文件處理單元，用于接收UE發(fā)送 的包含多媒體鈴音文件的MSRP消息，將所述的多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系，作 為所述UE的可選多媒體鈴音。本發(fā)明實(shí)施例中還提供一種多媒體鈴音上傳方法，所述的方法包括與多媒體鈴 音服務(wù)器協(xié)商建立MSRP會(huì)話；向所述多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的 MSRP消息。本發(fā)明實(shí)施列中還提供一種UE，所述UE包括MSRP會(huì)話建立單元，用于與多媒體
5鈴音服務(wù)器協(xié)商建立MSRP會(huì)話；多媒體鈴音文件發(fā)送單元，向所述多媒體鈴音服務(wù)器發(fā)送 的包含多媒體鈴音文件的MSRP消息。本發(fā)明實(shí)施列中還提供一種多媒體鈴音上傳系統(tǒng)，所述系統(tǒng)包括多媒體鈴音服 務(wù)器，用于接收UE通過MSRP消息發(fā)送的多媒體鈴音文件，作為所述UE的可選多媒體鈴音 UE,向所述多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的MSRP消息。本發(fā)明實(shí)施例的有益效果在于使用戶可以通過UE上傳及配置多媒體鈴音。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例一的多媒體鈴音上傳方法流程圖；圖2為本發(fā)明實(shí)施例二的多媒體鈴音上傳方法信令圖；圖3為本發(fā)明實(shí)施例三的配置多媒體鈴音的信令圖；圖4為本發(fā)明實(shí)施例三的配置多媒體鈴音的信令圖；圖5為本發(fā)明實(shí)施例四下發(fā)多媒體鈴音的流程圖；圖6為本發(fā)明實(shí)施例四的多媒體鈴音上傳方法信令圖；圖7為本發(fā)明實(shí)施例五的多媒體鈴音服務(wù)器結(jié)構(gòu)圖；圖8為本發(fā)明實(shí)施例六的多媒體鈴音服務(wù)器結(jié)構(gòu)圖；圖9本發(fā)明實(shí)施例七的多媒體鈴音服務(wù)器結(jié)構(gòu)圖；圖10本發(fā)明實(shí)施例八的多媒體鈴音服務(wù)器結(jié)構(gòu)圖；圖11本發(fā)明實(shí)施例九的多媒體鈴音上傳方法流程圖；圖12本發(fā)明實(shí)施例i^一的UE結(jié)構(gòu)圖；圖13本發(fā)明實(shí)施例十二的UE結(jié)構(gòu)圖；圖14本發(fā)明實(shí)施例十三的多媒體鈴音上傳系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。通過本發(fā)明的實(shí)施例可以解決如下的技術(shù)問題解決目前業(yè)務(wù)開展過程當(dāng)中鈴音業(yè)務(wù)上傳和業(yè)務(wù)開展分離的問題；解決目前業(yè)務(wù)開展過程當(dāng)中，需要通過第三方進(jìn)行內(nèi)容上傳，用戶無法上傳一些 自定義的內(nèi)容的方式。解決目前業(yè)務(wù)開展過程當(dāng)中，終端無法對(duì)鈴音內(nèi)容進(jìn)行定位的問題。解決目前業(yè)務(wù)開展過程當(dāng)中，鈴音服務(wù)器下發(fā)內(nèi)容的方式只能夠通過Http去主 動(dòng)獲取的方式的問題。
本發(fā)明實(shí)施例所需要解決的問題主要集中在網(wǎng)絡(luò)之間互連協(xié)議 (InternetProtocol, IP)多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)的方式當(dāng)中，并 結(jié)合目前的實(shí)現(xiàn)方式進(jìn)行詳細(xì)的說明。本發(fā)明實(shí)施例通過現(xiàn)有的網(wǎng)絡(luò)實(shí)現(xiàn)多媒體鈴音業(yè)務(wù)中業(yè)務(wù)內(nèi)容的上傳和分發(fā)的 功能。所涉及的網(wǎng)絡(luò)集中在IP多媒體子系統(tǒng)(IMS域)當(dāng)中多媒體鈴音業(yè)務(wù)的業(yè)務(wù)內(nèi)容的 上傳和分發(fā)的方法。通過現(xiàn)有的SIP消息提供的內(nèi)容傳送的機(jī)制，設(shè)計(jì)相關(guān)的內(nèi)容傳送的 鈴音系統(tǒng)架構(gòu)，實(shí)現(xiàn)IMS下多媒體鈴音業(yè)務(wù)的業(yè)務(wù)內(nèi)容上傳功能；同時(shí)，利用上述技術(shù)，新 增一種和HTTP AS模式相對(duì)應(yīng)的鈴音業(yè)務(wù)開展模式，MSRP模式。整個(gè)方法包括利用SIP技 術(shù)實(shí)現(xiàn)多媒體鈴音業(yè)務(wù)的內(nèi)容上傳和分發(fā)功能。上述的過程和功能，都是在現(xiàn)有的IMS網(wǎng)絡(luò)，以及開展IMS可視電話多媒體鈴音業(yè) 務(wù)過程當(dāng)中實(shí)現(xiàn)的。在這個(gè)過程當(dāng)中會(huì)涉及對(duì)目前現(xiàn)有的網(wǎng)絡(luò)流程，信令的使用，信令消息 的格式，用法等方面的修改，具體內(nèi)容將在具體實(shí)施例當(dāng)中詳細(xì)說明。消息會(huì)話中繼協(xié)議(Message Session Relay Protocol, MSRP)是一個(gè)基于文本、 面向連接的協(xié)議，該協(xié)議可以用于任何的多功能Internet郵件擴(kuò)充服務(wù)(Multipurpose Internet Email Extension, MIME)內(nèi)容交換，特別適合即時(shí)消息應(yīng)用，當(dāng)然，除了即時(shí) 消息內(nèi)容之外，MSRP還可以傳輸其他的一些內(nèi)容，比如可以用于Video Sharing過程中 除了實(shí)時(shí)多媒體內(nèi)容外的其他內(nèi)容的傳輸。MSRP協(xié)議提供的是一套即時(shí)通訊(Instant Messaging, IM)內(nèi)容的傳輸機(jī)制，他并不提供上層的內(nèi)容協(xié)商和控制機(jī)制，這部分的內(nèi)容它 需要依靠其他的協(xié)議來完成。比如說，會(huì)話初始協(xié)議(Session Initiation Protocol, SIP) 和會(huì)話描述協(xié)議(Session Description Protocol, SDP)。MSRP 通過利用 SIP 和 SDP 現(xiàn)有 的機(jī)制，完成整個(gè)會(huì)話內(nèi)容的協(xié)商，會(huì)話的建立過程。MSRP在會(huì)話完成后，通過會(huì)話階段所 寫上的媒體參數(shù)，以及用戶之間的參數(shù)，進(jìn)行相應(yīng)的通信聯(lián)系。MSRP，主要是通過MSRP消息 和MSRP應(yīng)答響應(yīng)來完成整個(gè)內(nèi)容的傳輸過程的。在整個(gè)會(huì)話的過程當(dāng)中，他會(huì)復(fù)用其他的 協(xié)議。實(shí)施例一本發(fā)明第一實(shí)施例提供一種多媒體鈴音上傳方法，如圖1所示所述的方法包括步驟S101 與用戶設(shè)備UE協(xié)商建立消息會(huì)話中繼協(xié)議MSRP會(huì)話。步驟S102 接收UE發(fā)送的包含多媒體鈴音文件的MSRP消息，將所述的多媒體鈴 音文件與所述UE建立對(duì)應(yīng)關(guān)系，作為所述UE的可選多媒體鈴音。本實(shí)施例中涉及IMS子系統(tǒng)，IMS子系統(tǒng)主要功能實(shí)體包括呼叫會(huì)話控制功 能(Call Session Control Function, CSCF)，家庭用戶月艮務(wù)(HomeSubscriber Server, HSS)，多媒體資源功能(Multimedia Resource Function，MRF)，IMS-媒體網(wǎng)關(guān)(IMS-Media Gateway，IMS-MGW)，媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function，MGCF)，出口網(wǎng) 關(guān)控制功能(BreakoutGateway Control Function, BGCF)。IMS子系統(tǒng)中的設(shè)備為本領(lǐng)域 技術(shù)人員所公知，此處不做贅述，本實(shí)施例的方法應(yīng)用于增設(shè)在IMS子系統(tǒng)的可定制多媒
(Customized Multimedia Ringback tone，CMR)MI P 巾。步驟S102中將多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系可以是存儲(chǔ)在多媒體鈴音 配置文件中，所述多媒體鈴音配置文件為多媒體鈴音文件與所述UE的對(duì)應(yīng)關(guān)系表，其中包 括所述UE及所述多媒體鈴音的唯一標(biāo)識(shí)。
本實(shí)施例通過MSRP上傳多媒體鈴音業(yè)務(wù)內(nèi)容整個(gè)UE完成了 IMS的注冊(cè)之后，具 有了和多媒體鈴音服務(wù)器之間溝通的通道，在這個(gè)過程當(dāng)中，可以利用SIP建立的通道通 過MSRP的方式向多媒體鈴音服務(wù)器上傳UE所希望的多媒體鈴音內(nèi)容，同時(shí)，在完成上傳的 過程之后，多媒體鈴音服務(wù)器為上傳的內(nèi)容分配一個(gè)唯一的ID或者URI。本實(shí)施例的有益效果在于使多媒體鈴音服務(wù)器可以接收通過UE上傳多媒體鈴
曰o實(shí)施例二 如實(shí)施例一所揭示的方法，其中步驟S101在本實(shí)施例中可細(xì)化為接收UE通過會(huì) 話初始協(xié)議SIP的INVITE消息發(fā)送的包含會(huì)話描述協(xié)議SDP信息的MSRP會(huì)話邀請(qǐng)，發(fā)送 攜帶相應(yīng)SDP信息的SIP的200ok響應(yīng)。本實(shí)施例中利用SIP來完成SDP的交換過程。SIP消息和SIP代理框架結(jié)構(gòu)的具 體細(xì)節(jié)信息為本領(lǐng)域技術(shù)人員所公知將由于簡(jiǎn)化起見被忽略。在本例當(dāng)中，請(qǐng)求的發(fā)起者 是 SIP :UEiexample. com,請(qǐng)求的接受者是 SIP :MRFiexample. com。以下請(qǐng)參考圖2，圖2為本實(shí)施例方法的信令圖，其中SIP/IP核心網(wǎng)(Core)主要 包括一些SIP代理和SIP注冊(cè)服務(wù)器(在IMS中既為CSCF)功能主要有CMR客戶端和服 務(wù)器之間SIP信令的路由、提供地址解析和尋址功能、支持SIP壓縮、根據(jù)用戶的業(yè)務(wù)特征 對(duì)用戶進(jìn)行認(rèn)證和鑒權(quán)、保持登記狀態(tài)、提供計(jì)費(fèi)信息。上述信令圖中的具體步驟包括1. UE 構(gòu)造了一個(gè)本地的統(tǒng)一資源定位符(Uniform Resource Locator，URL)，其 本地的 URL 地址為msrp://UE. example, com: 7777/iau39 ；tcp。此時(shí)，UE 決定通過 SIP 協(xié) 議向多媒體鈴音服務(wù)器發(fā)起一個(gè)MSRP的邀請(qǐng)，多媒體鈴音服務(wù)器的SIP的URI地址為 sip:MRFiexample. com。UE通過SIP的INVITE請(qǐng)求向MRF發(fā)起邀請(qǐng)，并在INVITE請(qǐng)求當(dāng)中 包含如下的SDP信息，用于同多媒體鈴音服務(wù)器協(xié)商MSRP會(huì)話的媒體參數(shù)與信息。SDP如下所示v = 0o = UE 2890844557 2890844559 IN IP4 UE. example, coms =-c = IN IP4 UE. example, comt = 0 0m = Video 7777 TCP/MSRP*a = accept-types: video/3gppa = path:msrp://UE. example, com:7777/iau39 ；tcp從SDP內(nèi)容可以看出，UE在SDP當(dāng)中提供了他所接收的媒體類型為video，可以包 含任何的從屬媒體類型，接收的內(nèi)容格式是視頻的，接收MSRP消息的主機(jī)為UE. example, com，端口號(hào)為7777，消息ID為iau39，所采用的網(wǎng)絡(luò)連接類型為TCP。2.多媒體鈴音服務(wù)器在端8888上進(jìn)行監(jiān)聽，并且發(fā)送SIP的200ok響應(yīng)，并在 200ok響應(yīng)當(dāng)中攜帶相應(yīng)的SDP信息。其所攜帶的SDP如下所示v = 0o = MRF 2890844612 2890844616IN IP4MRF. example, com
s =-c = IN IP4 MRF. example, comt = 0 0m = video 8888 TCP/MSRP*a = accept-types: video/3gppa = path:msrp://MRF. example, com:8888/9di4ea ；tcp從SDP內(nèi)容可以看出，多媒體鈴音服務(wù)器在SDP當(dāng)中提供了他所接收的媒體類型 為video，可以包含任何的從屬媒體類型，接收的內(nèi)容格式是視頻的，接收MSRP消息的主機(jī) 為MRF. example, com,端口號(hào)為8888，消息ID為9di4ea，所采用的網(wǎng)絡(luò)連接類型為傳輸控制 協(xié)議(Transmission ControlProtocol, TCP)。3. UE向多媒體鈴音服務(wù)器發(fā)送SIP的ACK應(yīng)答，以確認(rèn)二者所協(xié)商的MSRP會(huì)話的 媒體參數(shù)的一致性，并決定根據(jù)協(xié)商的結(jié)果開展MSRP會(huì)話，完成內(nèi)容的傳輸。4.發(fā)起MSRP會(huì)話的UE負(fù)責(zé)打開一個(gè)TCP連接，并且通過這一連接首先向多媒體 鈴音服務(wù)器發(fā)送一個(gè)MSRP的SEND消息。其消息格式如下所示MSRP d93 kswow SENDTo-Path :msrp://MRF. example, com:8888/9di4ea ；tcpFrom-Path :msrp://UE. example, com:7777/iau39 ；tcpMessage-ID :12339sdqwerContent-Type :video/3gpp"ljLJLJLJGLUI0WD080802jljlsdjflsdaglnlgnaslfslakh92874971jlsdjf)808nl jlnlnslfh k j 1 4 0 8 $ % s0df80sdglasjgljslg078021 jlu90f8s0aj ； 1jsljglauf0sa08si0fssa"-------d93kswow$消息體的內(nèi)容表示，UE發(fā)送的是視頻文件，采用的是BASE64的編碼。通過在SDP 當(dāng)中進(jìn)行協(xié)商，可以通過MSRP傳送任何類型的消息，包括文本，圖片，文件等等。由于文件 的內(nèi)容過大，那么這個(gè)文件是可以分割的。具體分割方法為本領(lǐng)域技術(shù)人員所公知，在這里 就不做贅述。5.多媒體鈴音服務(wù)器在收到UE發(fā)送的消息之后，需要對(duì)UE發(fā)送的消息進(jìn)行一個(gè) 確認(rèn)，因此他通過一個(gè)MSRP的應(yīng)答響應(yīng)來實(shí)現(xiàn)。MSRP d93kswow 200 OKTo-Path :msrp://UE. example, com:7777/iau39 ；tcpFrom-Path :msrp://MRF. example, com:8888/9di4ea ；tcp-------d93kswow$6.與此同時(shí)，多媒體鈴音服務(wù)器如果需要向UE發(fā)送消息的話，他會(huì)利用現(xiàn)有的 tcp連接，通過MSRP會(huì)話的SEND消息向UE發(fā)送消息，其消息格式如下所示MSRP dkei38sd SENDTo-Path :msrp://UEpc. example, com:7777/iau39 ；tcpFrom-Path :msrp://MRF. example, com:8888/9di4ea ；tcp
Message-ID 456Content-Type :text/plain"Success ！，，-------dkei38sd$多媒體鈴音服務(wù)器發(fā)送的消息內(nèi)容是-‘‘Success ！ ”。7.同樣的，UE在接受到多媒體鈴音服務(wù)器所發(fā)送的消息之后，會(huì)通過200ok的 MSRP應(yīng)答響應(yīng)對(duì)其進(jìn)行確認(rèn)。MSRP dkei38sd 200 OKTo-Path :msrp://UE. example, com:7777/iau39 ；tcpFrom-Path :msrp://MRF. example, com:8888/9di4ea ；tcp-------dkei38sd$8.在完成了所有的消息傳送之后，如果需要結(jié)束整個(gè)MSRP會(huì)話的話，會(huì)話的參與 的任何一方都可以通過一個(gè)SIP的BYE方法來結(jié)束整個(gè)MSRP會(huì)話。上圖中，UE向多媒體 鈴音服務(wù)器發(fā)送了一個(gè)SIP的BYE請(qǐng)求，并最終結(jié)束了整個(gè)MSRP會(huì)話。在這個(gè)過程當(dāng)中， UE 上傳的內(nèi)容可以通過 MSRP ://MRF. example, com:8888/9di4ea+d93kswow 進(jìn)行唯一的標(biāo) 識(shí)和確認(rèn)。9.多媒體鈴音服務(wù)器將本地的事務(wù)狀態(tài)完全實(shí)效之后，返回一個(gè)200 0K的消息 到UE，從而完整的結(jié)束整個(gè)MSRP的會(huì)話事務(wù)。上面的流程是在UE和多媒體鈴音服務(wù)器之間通過SIP消息建立MSRP的會(huì)話關(guān) 系，然后UE和多媒體鈴音服務(wù)器通過MSRP消息進(jìn)行內(nèi)容的傳輸。這個(gè)傳輸可以是雙方向 的，也可以是單方向的，具體取決于在SDP協(xié)商過程所達(dá)成的一致。另外，由于MSRP是一個(gè) 和SIP緊密結(jié)合的，可以通過SIP消息建立會(huì)話的協(xié)議，同時(shí)，它可以通過MSRP消息傳送離 散的媒體內(nèi)容，并且提供斷點(diǎn)續(xù)傳的功能，這些功能和內(nèi)容都是在MSRP當(dāng)中實(shí)現(xiàn)的此處不 做贅述。本例是通過MSRP上傳多媒體鈴音業(yè)務(wù)內(nèi)容的實(shí)施例，整個(gè)UE完成了 IMS的注冊(cè) 之后，具有了和多媒體鈴音服務(wù)器之間溝通的通道，在這個(gè)過程當(dāng)中，可以利用SIP建立的 通道通過MSRP的方式向多媒體鈴音服務(wù)器上傳UE所希望的多媒體鈴音內(nèi)容，同時(shí)，在完成 上傳的過程之后，多媒體鈴音服務(wù)器為上傳的內(nèi)容分配一個(gè)唯一的ID或者URI。本實(shí)施例的有益效果在于使多媒體鈴音服務(wù)器接收UE上傳多媒體鈴音。實(shí)施例三本實(shí)施例主要說明如何通過SIP信令的方式實(shí)現(xiàn)IMS域多媒體鈴音內(nèi)容的管理問 題，通過UE將上傳后的內(nèi)容同本地的鈴音播放規(guī)則進(jìn)行一個(gè)映射，讓終端用戶能夠通過UE 對(duì)所需要播放的鈴音的內(nèi)容進(jìn)行管理。具體實(shí)現(xiàn)方法包括使用PUBLISH和NOTIFY的方法。對(duì)多媒體鈴音內(nèi)容的管理可包括接收所述UE通過SIP的PUBLISH消息發(fā)送的多 媒體鈴音配置文件，根據(jù)所述多媒體鈴音配置文件配置所述用戶的多媒體鈴音。所述的配置文件如實(shí)施例一所述，用于記錄所述UE當(dāng)前設(shè)置的多媒體鈴音。上述 內(nèi)容具體包括(請(qǐng)參照?qǐng)D3)1.UE在完成注冊(cè)過程之后，通過PUBLISH的SIP方法將UE對(duì)于內(nèi)容的配置文件發(fā) 送上去。比如說，某個(gè)多媒體鈴音文件針對(duì)某一個(gè)用戶，完成這個(gè)配置之后，某個(gè)特定用戶
10撥打UE的時(shí)候，將會(huì)播放UE所設(shè)定的多媒體鈴音。這個(gè)PUBLISH消息被SIP/IP Core轉(zhuǎn) 發(fā)到多媒體鈴音服務(wù)器。2.多媒體鈴音服務(wù)器在接收到這個(gè)消息之后，根據(jù)消息當(dāng)中所攜帶的內(nèi)容標(biāo)識(shí)， 以及規(guī)則，對(duì)內(nèi)容的播放進(jìn)行設(shè)定。在完成設(shè)定之后，多媒體鈴音服務(wù)器向UE返回一個(gè)200 0K的應(yīng)答響應(yīng)。3. UE在設(shè)置信息需要修改的時(shí)候，向服務(wù)器發(fā)送PUBLISH的消息，重復(fù)1、2的步驟。多媒體鈴音服務(wù)器還可以通過訂閱UE的設(shè)定規(guī)則來對(duì)內(nèi)容進(jìn)行管理。UE可以在 本地地址本上設(shè)定用戶的多媒體鈴音業(yè)務(wù)的規(guī)則。多媒體鈴音服務(wù)器可以通過SIP消息對(duì) 這些設(shè)定或者這些修改進(jìn)行訂閱，然后UE在這些信息進(jìn)行修改的情況下，通過NOTIFY消息 發(fā)送到多媒體鈴音服務(wù)器，然后多媒體鈴音服務(wù)器對(duì)這些規(guī)則進(jìn)行保存，以便在后續(xù)的業(yè) 務(wù)過程當(dāng)中激活UE設(shè)定的鈴音業(yè)務(wù)，即向所述UE發(fā)送SUBSCRIBE消息，訂閱UE對(duì)鈴音播 放規(guī)則的修改，接收所述UE通過NOTIFY消息發(fā)送多媒體鈴音配置文件，根據(jù)多媒體鈴音配 置文件配置所述用戶的多媒體鈴音。上述內(nèi)容具體流程包括(如圖4所示)1.多媒體鈴音服務(wù)器向UE發(fā)送SUBSCRIBE消息，訂閱UE對(duì)鈴音播放規(guī)則的修改 或者設(shè)定；2. UE接收到這個(gè)訂閱請(qǐng)求之后，向訂閱者返回2000K的應(yīng)答響應(yīng)，確認(rèn)訂閱的過 程；3. UE在接收到訂閱過程之后，需要將本地目前的設(shè)置情況通過NOTIFY消息通告 給多媒體鈴音服務(wù)器。4.多媒體鈴音服務(wù)器保存這個(gè)通告的信息，然后返回200 0K應(yīng)答響應(yīng)確認(rèn)這個(gè) NOTIFY 消息。5. UE在本地的設(shè)置發(fā)生了變化的情況下，向多媒體鈴音服務(wù)器發(fā)送NOTIFY消息， 進(jìn)行修改。6.多媒體鈴音服務(wù)器返回一個(gè)200 0K的應(yīng)答。在本實(shí)施例整個(gè)的過程當(dāng)中，UE可以對(duì)資源如何使用進(jìn)行一個(gè)配置，通過MSRP或 者HTTP上傳的鈴音資源，多媒體鈴音服務(wù)器會(huì)為之分配一個(gè)ID或者一個(gè)URI，并且將這個(gè) URI的信息通過MSRP或者SIP或者HTTP或者RTSP的消息返回給UE，UE能夠維護(hù)一個(gè)本地 的資源內(nèi)容和URI的一個(gè)映射。如果本地沒有刪除這些資源，那么UE在設(shè)置用戶的鈴音的 時(shí)候，可以通過預(yù)覽或者選擇文件的方式進(jìn)行設(shè)定；同時(shí)，UE保存有先前的映射關(guān)系，這樣 的話，實(shí)際上設(shè)定的不是真實(shí)的文件和規(guī)則，而是將保存在服務(wù)器上的URI和規(guī)則進(jìn)行了 一個(gè)綁定和聯(lián)系。之后，UE通過SIP消息將這樣的規(guī)則和關(guān)系發(fā)送到多媒體鈴音服務(wù)器， 多媒體鈴音服務(wù)器保存這些信息，對(duì)內(nèi)容進(jìn)行管理。本實(shí)施例的有益效果在于通過PUBLISH和NOTIFY方法實(shí)現(xiàn)了對(duì)多媒體鈴音服務(wù) 器中的多媒體鈴音的配置。實(shí)施例四本例是通過現(xiàn)有的網(wǎng)絡(luò)框架實(shí)現(xiàn)多媒體鈴音業(yè)務(wù)內(nèi)容的下發(fā)過程。這其中主要 涉及的是一些大內(nèi)容的離散媒體(非實(shí)時(shí)的語音和視頻)，沒有辦法通過RTP和RTCP的方式進(jìn)行，這種情況下，UE可以通過先前的信令和MRF之間建立一個(gè)MSRP的會(huì)話，MSRP通過 MSRP的方法進(jìn)行內(nèi)容的傳遞。先前的離散內(nèi)容的傳遞主要是通過在18X消息當(dāng)中攜帶HTTP 的URI的方式，終端接收到這個(gè)URI之后，會(huì)去HTTP Server去通過GET命令下載相關(guān)的離 散媒體內(nèi)容，但是由于終端能力的限制和HTTP的時(shí)間延遲，這種方法具有很低的時(shí)效性。如圖5所示，在前述實(shí)施例的上傳、設(shè)置后，本實(shí)施例的方法還包括步驟S501 與主叫UE建立MSRP會(huì)話。步驟S502 通過MSRP消息向主叫UE發(fā)送多媒體鈴音文件。上述步驟S501可進(jìn)一步包括接收主叫UE發(fā)送的攜帶主叫正常通話媒體的SDP offer的INVITE請(qǐng)求消息，并將該請(qǐng)求消息轉(zhuǎn)發(fā)到被叫UE ；接收被叫UE返回的空閑180響 應(yīng)，將該空閑響應(yīng)轉(zhuǎn)化為攜帶多媒體鈴音服務(wù)器的SDP的183響應(yīng)下發(fā)給主叫UE ；接收主 叫UE發(fā)送的PRACK應(yīng)答反饋并返回200ok確認(rèn)。上述步驟具體實(shí)如圖6所示1.主叫UE呼叫被叫UE，INVITE消息中攜帶主叫正常通話媒體的SDPoffer，SDP 在這里是會(huì)話描述協(xié)議，也就是，凡是兩個(gè)節(jié)點(diǎn)之間，存在媒體的發(fā)送關(guān)系，那么他們之間 的這種關(guān)系，我們就稱之為會(huì)話。這個(gè)會(huì)話到底是什么樣一個(gè)狀態(tài)，是什么類型，那么需要 有一個(gè)協(xié)議進(jìn)行描述，這個(gè)協(xié)議就是SDP，描述了媒體類型，編解碼，帶寬，端口號(hào)等。那么， 這個(gè)會(huì)話會(huì)有一個(gè)發(fā)起者，和一個(gè)接收者。發(fā)送者發(fā)送一個(gè)SDP，接收者確認(rèn)自己是否支持 這個(gè)SDP，如果支持，那么會(huì)返回自己支持的SDP。在這里，發(fā)送者所發(fā)送的SDP叫做Offer， 接收者發(fā)送的SDP叫做answer ；當(dāng)有用戶簽約了多媒體鈴音業(yè)務(wù)，INVITE請(qǐng)求到達(dá)多媒體 鈴音服務(wù)器。多媒體鈴音服務(wù)器將來自主叫的INVITE請(qǐng)求發(fā)送到被叫UE ；2.被叫處于空閑狀態(tài)，返回180響應(yīng)；3. 180響應(yīng)到達(dá)多媒體鈴音服務(wù)器，多媒體鈴音服務(wù)器將該180響應(yīng)轉(zhuǎn)化為183響 應(yīng)，并在183響應(yīng)當(dāng)中攜帶多媒體鈴音服務(wù)器的SDP，并下發(fā)給主叫UE。4.多媒體鈴音服務(wù)器收到180消息后，啟動(dòng)多媒體鈴音業(yè)務(wù)邏輯，根據(jù)用戶設(shè)置 的多媒體鈴音播放規(guī)則確定播放的鈴音文件；同時(shí)，主叫UE在收到183響應(yīng)之后，根據(jù)多媒 體鈴音服務(wù)器所攜帶的SDP進(jìn)行協(xié)商，確定自己所能夠接受的SDP，并通過PRACK的應(yīng)答反 饋給多媒體鈴音服務(wù)器。5.多媒體鈴音服務(wù)器在接收到PRACK應(yīng)答之后，向主叫UE返回一個(gè)2000K的確 認(rèn)。至此，在多媒體鈴音服務(wù)器和主叫UE之間的MSRP會(huì)話關(guān)系已經(jīng)建立。同理，通過4、5 兩步，可以在多媒體鈴音服務(wù)器和被叫UE之間建立MSRP會(huì)話關(guān)系。6.多媒體鈴音服務(wù)器通過MSRP SEND的請(qǐng)求，向主叫UE發(fā)送鈴音文件；7.主叫UE在接收到多媒體鈴音服務(wù)器通過MSRP所發(fā)送的鈴音文件之后，向多媒 體鈴音服務(wù)器返回一個(gè)2000K的確認(rèn)響應(yīng)。同理，通過6、7兩步，多媒體鈴音服務(wù)器可以向 被叫UE發(fā)送鈴音文件。此時(shí)，主叫UE可以通過接收到的鈴音文件播放鈴音，彩振內(nèi)容。8.被叫UE摘機(jī)，向主叫發(fā)送2000K的應(yīng)答響應(yīng)，此時(shí)，被叫停止多媒體鈴音的播 放。9.主叫接收到2000K應(yīng)答響應(yīng)的時(shí)候，停止多媒體鈴音的播放，同時(shí)返回ACK確認(rèn)消息。10.主叫和被叫之間建立通話的媒體流。
本實(shí)施例的有益效果在于，利用18X消息的可靠臨時(shí)應(yīng)答響應(yīng)機(jī)制替代MSRP常規(guī) 流程當(dāng)中的INVITE的會(huì)話建立機(jī)制，建立端到端的MSRP會(huì)話，實(shí)現(xiàn)了通過MSRP的SEND消 息將離散媒體內(nèi)容發(fā)送至UE。實(shí)施例五如圖7所示，本實(shí)施例提供一種多媒體鈴音服務(wù)器700，所述多媒體鈴音服務(wù)器 700包括MSRP會(huì)話建立單元701，用于與UE協(xié)商建立MSRP會(huì)話；鈴音文件處理單元702，用于接收UE發(fā)送的包含多媒體鈴音文件的MSRP消息，將 所述的多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系，作為所述UE的可選多媒體鈴音。鈴音文件處理單元702可將接收到的多媒體鈴音文件存儲(chǔ)，并建立所述多媒體鈴 音文件與所述UE的對(duì)應(yīng)關(guān)系，該對(duì)應(yīng)關(guān)系可以存儲(chǔ)在多媒體鈴音配置文件中，所述多媒體 鈴音配置文件為多媒體鈴音文件與所述UE的對(duì)應(yīng)關(guān)系表，其中包括所述UE及所述多媒體 鈴音的唯一標(biāo)識(shí)。本實(shí)施例的有益效果在于使多媒體鈴音服務(wù)器可以接收通過UE上傳多媒體鈴
曰o實(shí)施例六如圖8所示，實(shí)施例五所揭示的多媒體鈴音服務(wù)器700，在本實(shí)施例中MSRP會(huì)話 建立單元701進(jìn)一步包括邀請(qǐng)接收子單元7011，用于接收UE通過SIP的INVITE消息發(fā) 送的包含SDP信息的MSRP會(huì)話邀請(qǐng)；響應(yīng)發(fā)送子單元7012，用于發(fā)送攜帶相應(yīng)SDP信息的 SIP的200ok響應(yīng)。本實(shí)施例中的邀請(qǐng)接收子單元7011、響應(yīng)發(fā)送子單元7012實(shí)現(xiàn)了實(shí)施例二所述 具體流程的步驟2，邀請(qǐng)接收子單元7011還可接收UE發(fā)送的ACK應(yīng)答。本實(shí)施例的有益效果在于使用戶可以通過UE上傳多媒體鈴音。實(shí)施例七如圖9所示，實(shí)施例五所揭示的多媒體鈴音服務(wù)器700，在本實(shí)施例中進(jìn)一步包 括配置文件處理單元703，用于接收所述UE通過SIP的PUBLISH消息發(fā)送的多媒體鈴音 配置文件，根據(jù)所述多媒體鈴音配置文件配置所述用戶的多媒體鈴音；訂閱處理單元704， 有用于向所述UE發(fā)送SUBSCRIBE消息，訂閱UE對(duì)鈴音播放規(guī)則的修改，接收所述UE通過 NOTIFY消息發(fā)送多媒體鈴音配置文件，根據(jù)多媒體鈴音配置文件配置所述用戶的多媒體鈴
曰o配置文件處理單元703及訂閱處理單元704分別實(shí)現(xiàn)實(shí)施例三中的PUBLISH消息 配置流程的第2步及SUBSCRIBE消息配置流程的第1、4、6步。本實(shí)施例的有益效果在于通過PUBLISH和NOTIFY方法實(shí)現(xiàn)了對(duì)多媒體鈴音服務(wù) 器中的多媒體鈴音的配置。實(shí)施例八如圖10所示，實(shí)施例七所揭示的多媒體鈴音服務(wù)器700，在本實(shí)施例中進(jìn)一步包 括呼叫MSRP會(huì)話建立單元705，用于與主叫UE建立MSRP會(huì)話；多媒體鈴音文件發(fā)送單元 706，用于通過MSRP消息向主叫UE發(fā)送多媒體鈴音文件。其中所述呼叫MSRP會(huì)話建立單 元705進(jìn)一步包括請(qǐng)求轉(zhuǎn)發(fā)子單元7051，用于接收主叫UE發(fā)送的攜帶主叫正常通話媒體
13的SDP offer的INVITE請(qǐng)求消息，并將該請(qǐng)求消息轉(zhuǎn)發(fā)到被叫UE ；響應(yīng)轉(zhuǎn)發(fā)子單元7052， 用于接收被叫UE返回的空閑180響應(yīng)，將該空閑響應(yīng)轉(zhuǎn)化為攜帶多媒體鈴音服務(wù)器的SDP 的183響應(yīng)下發(fā)給主叫UE ；確認(rèn)反饋?zhàn)訂卧?053，用于接收主叫UE發(fā)送的PRACK應(yīng)答反饋 并返回200ok確認(rèn)。請(qǐng)求轉(zhuǎn)發(fā)子單元7051實(shí)現(xiàn)實(shí)施例四具體實(shí)現(xiàn)步驟1中的將主叫UE發(fā)送的攜帶主 叫正常通話媒體的SDP offer的INVITE請(qǐng)求消息轉(zhuǎn)發(fā)到被叫UE ；響應(yīng)轉(zhuǎn)發(fā)子單元7052實(shí) 現(xiàn)了其中的步驟3、4 ；確認(rèn)反饋?zhàn)訂卧?053實(shí)現(xiàn)了其中的步驟5。本實(shí)施例的有益效果在于，利用18X消息的可靠臨時(shí)應(yīng)答響應(yīng)機(jī)制替代MSRP常規(guī) 流程當(dāng)中的INVITE的會(huì)話建立機(jī)制，建立端到端的MSRP會(huì)話，實(shí)現(xiàn)了通過MSRP的SEND消 息將離散媒體內(nèi)容發(fā)送至UE。實(shí)施例九如圖11所示，本實(shí)施例提供一種多媒體鈴音上傳方法，所述方法包括步驟S1101 與多媒體鈴音服務(wù)器協(xié)商建立MSRP會(huì)話；步驟S1102 向所述多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的MSRP消息。本實(shí)施例的有益效果在于使UE可以向多媒體鈴音服務(wù)器上傳多媒體鈴音。實(shí)施例十實(shí)施例九中其中所述步驟S1101進(jìn)一步包括通過SIP的INVITE消息發(fā)送包含會(huì) 話描述協(xié)議SDP信息的MSRP會(huì)話邀請(qǐng)，接收所述多媒體鈴音服務(wù)器發(fā)送的攜帶相應(yīng)SDP信 息的SIP的200ok響應(yīng)。具體實(shí)施內(nèi)容如實(shí)施例二中具體信令步驟1，3此處不再贅述。向所述多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的MSRP消息后還包括通 過SIP的PUBLISH消息發(fā)送的多媒體鈴音配置文件；或接收所述多媒體鈴音服務(wù)器發(fā)送的 SUBSCRIBE消息，在對(duì)鈴音播放規(guī)則進(jìn)行修改時(shí)，通過NOTIFY消息發(fā)送多媒體鈴音配置文 件。具體實(shí)施內(nèi)容如實(shí)施例三中的PUBLISH消息配置流程的第1、3步及SUBSCRIBE消息配 置流程的第2、3、5步此處不再贅述。發(fā)送多媒體鈴音配置文件后還包括發(fā)起呼叫時(shí)與所述多媒體鈴音服務(wù)器建立 MSRP會(huì)話；接收所述多媒體鈴音服務(wù)器通過MSRP消息發(fā)送多媒體鈴音文件。其中與所述 多媒體鈴音服務(wù)器建立MSRP會(huì)話進(jìn)一步包括向所述多媒體鈴音服務(wù)器發(fā)送攜帶正常通 話媒體的SDP offer的INVITE請(qǐng)求消息；接收攜帶多媒體鈴音服務(wù)器的SDP的183響應(yīng)向 所述多媒體鈴音服務(wù)器發(fā)送PRACK應(yīng)答反饋。具體實(shí)施內(nèi)容如實(shí)施例四具體實(shí)現(xiàn)步驟1，4 此處不再贅述。本實(shí)施例的有益效果在于，實(shí)現(xiàn)了 UE上傳、設(shè)置、接收多媒體鈴音。實(shí)施例i^一如圖12所示，本實(shí)施例提供一種UE 800，所述UE 800包括MSRP會(huì)話建立單元 801，用于與多媒體鈴音服務(wù)器協(xié)商建立MSRP會(huì)話；多媒體鈴音文件發(fā)送單元802，向所述 多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的MSRP消息。本實(shí)施例的有益效果在于使UE可以向多媒體鈴音服務(wù)器上傳多媒體鈴音。實(shí)施例十二如圖13所示，實(shí)施例九中的UE在本實(shí)施例中可擴(kuò)展為所述MSRP會(huì)話建立單元801進(jìn)一步包括邀請(qǐng)發(fā)送子單元8011，用于通過SIP的
14INVITE消息請(qǐng)求發(fā)送包含SDP信息的MSRP會(huì)話邀請(qǐng)；響應(yīng)接收子單元8012，用于接收所述 多媒體鈴音服務(wù)器發(fā)送的攜帶相應(yīng)SDP信息的SIP的200ok響應(yīng)。邀請(qǐng)發(fā)送子單元8011 實(shí)現(xiàn)了實(shí)施例二中具體信令步驟1 ；響應(yīng)接收子單元8012實(shí)現(xiàn)了步驟3，UE接收200ok響 應(yīng)后發(fā)送ACK應(yīng)答。所述UE還包括配置文件發(fā)送單元803，用于通過SIP的PUBLISH消息發(fā)送的多 媒體鈴音配置文件。訂閱配置文件發(fā)送單元804，用于接收所述多媒體鈴音服務(wù)器發(fā)送的 SUBSCRIBE消息，在對(duì)鈴音播放規(guī)則進(jìn)行修改時(shí)，通過NOTIFY消息發(fā)送多媒體鈴音配置文 件。配置文件發(fā)送單元803及訂閱配置文件發(fā)送單元804分別實(shí)現(xiàn)實(shí)施例三中的PUBLISH 消息配置流程的第1、3步及SUBSCRIBE消息配置流程的第2、3、5步。所述UE還包括呼叫MSRP會(huì)話建立單元805，用于發(fā)起呼叫時(shí)與所述多媒體鈴音 服務(wù)器建立MSRP會(huì)話；多媒體鈴音文件接收單元806，用于接收所述多媒體鈴音服務(wù)器通 過MSRP消息發(fā)送多媒體鈴音文件。呼叫MSRP會(huì)話建立單元805進(jìn)一步包括請(qǐng)求子單元 8051，用于向所述多媒體鈴音服務(wù)器發(fā)送攜帶正常通話媒體的SDP offer的INVITE請(qǐng)求消 息；應(yīng)答反饋?zhàn)訂卧?052，用于接收攜帶多媒體鈴音服務(wù)器的SDP的183響應(yīng)，向所述多媒 體鈴音服務(wù)器發(fā)送PRACK應(yīng)答反饋。請(qǐng)求子單元8051，實(shí)現(xiàn)實(shí)施例四具體實(shí)現(xiàn)步驟1 ；應(yīng)答 反饋?zhàn)訂卧?052實(shí)現(xiàn)了步驟4中的應(yīng)答反饋。本實(shí)施例的有益效果在于，實(shí)現(xiàn)了 UE上傳、設(shè)置、接收多媒體鈴音。實(shí)施例十三如圖14所示，本實(shí)施例提供一種多媒體鈴音上傳系統(tǒng)，所述系統(tǒng)包括多媒體鈴 音服務(wù)器700，用于接收UE通過MSRP消息發(fā)送的多媒體鈴音文件，作為所述UE的可選多媒 體鈴音；UE 800，向所述多媒體鈴音服務(wù)器700發(fā)送的包含多媒體鈴音文件的MSRP消息。其 中SIP/IP核心網(wǎng)(Core)主要包括一些SIP代理和SIP注冊(cè)服務(wù)器(在IMS中既為CSCF)。本實(shí)施例中的多媒體鈴音服務(wù)器700及UE 800如前述實(shí)施例五、六、七八、i^一、 十二所述，本實(shí)施例不再具體描述。本實(shí)施例的有益效果在于，實(shí)現(xiàn)了 UE上傳、設(shè)置、接收多媒體鈴音。以上所述的具體實(shí)施方式
，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步 詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施方式
而已，并不用于限定本發(fā)明 的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含 在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種多媒體鈴音上傳方法，其特征在于，所述的方法包括與用戶設(shè)備UE協(xié)商建立消息會(huì)話中繼協(xié)議MSRP會(huì)話；接收所述UE發(fā)送的包含多媒體鈴音文件的MSRP消息，將所述的多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系，作為所述UE的可選多媒體鈴音。
2.如權(quán)利要求1所述的方法，其特征在于，所述與UE協(xié)商建立MSRP會(huì)話進(jìn)一步包括 接收UE通過會(huì)話初始協(xié)議SIP發(fā)送的包含會(huì)話描述協(xié)議SDP信息的MSRP會(huì)話邀請(qǐng)，發(fā)送攜帶相應(yīng)SDP信息的響應(yīng)消息。
3.如權(quán)利要求1所述的方法，其特征在于，將所述的多媒體鈴音文件與所述UE建立對(duì) 應(yīng)關(guān)系后還包括接收所述UE通過SIP發(fā)送的多媒體鈴音配置文件，根據(jù)所述多媒體鈴音配置文件配置 所述用戶的多媒體鈴音。
4.如權(quán)利要求1所述的方法，其特征在于，將所述的多媒體鈴音文件與所述UE建立對(duì) 應(yīng)關(guān)系后還包括向所述UE發(fā)送SIP訂閱消息，訂閱UE對(duì)鈴音播放規(guī)則的修改； 接收所述UE通過SIP發(fā)送的多媒體鈴音配置文件，根據(jù)多媒體鈴音配置文件配置所述 用戶的多媒體鈴音。
5.如權(quán)利要求3或4所述的方法，其特征在于，所述配置所述用戶的多媒體鈴音后還包括與主叫UE建立MSRP會(huì)話；通過MSRP消息向主叫UE發(fā)送多媒體鈴音文件。
6.如權(quán)利要求5所述的方法，其特征在于，與所述主叫UE建立MSRP會(huì)話進(jìn)一步包括 接收主叫UE發(fā)送的攜帶SDP offer的請(qǐng)求消息，并將所述請(qǐng)求消息轉(zhuǎn)發(fā)到被叫UE ； 接收被叫UE返回的空閑響應(yīng)消息，將所述空閑響應(yīng)消息轉(zhuǎn)化為攜帶多媒體鈴音服務(wù)器SDP的響應(yīng)消息下發(fā)給主叫UE ；接收主叫UE發(fā)送的應(yīng)答反饋消息，并返回確認(rèn)消息。
7.一種多媒體鈴音服務(wù)器，其特征在于，所述多媒體鈴音服務(wù)器包括 MSRP會(huì)話建立單元，用于與UE協(xié)商建立MSRP會(huì)話；鈴音文件處理單元，用于接收所述UE發(fā)送的包含多媒體鈴音文件的MSRP消息，將所述 的多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系，作為所述UE的可選多媒體鈴音。
8.如權(quán)利要求7所述的多媒體鈴音服務(wù)器，其特征在于，所述MSRP會(huì)話建立單元進(jìn)一 步包括邀請(qǐng)接收子單元，用于接收UE通過SIP發(fā)送的包含SDP信息的MSRP會(huì)話邀請(qǐng)； 響應(yīng)發(fā)送子單元，用于發(fā)送攜帶相應(yīng)SDP信息的SIP的響應(yīng)消息。
9.如權(quán)利要求7所述的多媒體鈴音服務(wù)器，其特征在于，所述多媒體鈴音服務(wù)器還包括配置文件處理單元，用于接收所述UE通過SIP發(fā)送的多媒體鈴音配置文件，根據(jù)所述 多媒體鈴音配置文件配置所述用戶的多媒體鈴音。
10.如權(quán)利要求7所述的多媒體鈴音服務(wù)器，其特征在于，所述多媒體鈴音服務(wù)器還包括訂閱處理單元，用于向所述UE發(fā)送SIP訂閱消息，訂閱UE對(duì)鈴音播放規(guī)則的修改；接 收所述UE通過SIP發(fā)送的多媒體鈴音配置文件，根據(jù)多媒體鈴音配置文件配置所述用戶的 多媒體鈴音。
11.如權(quán)利要求8或9所述的多媒體鈴音服務(wù)器，其特征在于，所述多媒體鈴音服務(wù)器 還包括呼叫MSRP會(huì)話建立單元，用于與主叫UE建立MSRP會(huì)話；多媒體鈴音文件發(fā)送單元，用于通過MSRP消息向主叫UE發(fā)送多媒體鈴音文件。
12.如權(quán)利要求11所述的多媒體鈴音服務(wù)器，其特征在于，所述呼叫MSRP會(huì)話建立單 元進(jìn)一步包括請(qǐng)求轉(zhuǎn)發(fā)子單元，用于接收主叫UE發(fā)送的攜帶SDP offer的請(qǐng)求消息，并將所述請(qǐng)求 消息轉(zhuǎn)發(fā)到被叫UE ；響應(yīng)轉(zhuǎn)發(fā)子單元，用于接收被叫UE返回的空閑響應(yīng)消息，將所述空閑響應(yīng)消息轉(zhuǎn)化為 攜帶多媒體鈴音服務(wù)器SDP的響應(yīng)消息下發(fā)給主叫UE ；確認(rèn)反饋?zhàn)訂卧?，用于接收主叫UE發(fā)送的應(yīng)答反饋消息，并返回確認(rèn)消息。
13.一種多媒體鈴音上傳方法，其特征在于，所述方法包括與多媒體鈴音服務(wù)器協(xié)商建立MSRP會(huì)話；向所述多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的MSRP消息。
14.如權(quán)利要求13所述的方法，其特征在于，所述與多媒體鈴音服務(wù)器協(xié)商建立MSRP 會(huì)話進(jìn)一步包括通過SIP發(fā)送包含會(huì)話描述協(xié)議SDP信息的MSRP會(huì)話邀請(qǐng)，接收所述多媒體鈴音服務(wù) 器發(fā)送的攜帶相應(yīng)SDP信息的SIP的響應(yīng)消息。
15.如權(quán)利要求13所述的方法，其特征在于，向所述多媒體鈴音服務(wù)器發(fā)送的包含多 媒體鈴音文件的MSRP消息后還包括通過SIP發(fā)送多媒體鈴音配置文件。
16.如權(quán)利要求13所述的方法，其特征在于，向所述多媒體鈴音服務(wù)器發(fā)送的包含多 媒體鈴音文件的MSRP消息后還包括接收所述多媒體鈴音服務(wù)器發(fā)送的SIP訂閱消息，在對(duì)鈴音播放規(guī)則進(jìn)行修改時(shí)，通 過SIP消息發(fā)送多媒體鈴音配置文件。
17.如權(quán)利要求15或16所述的方法，其特征在于，所述發(fā)送多媒體鈴音配置文件后還 包括發(fā)起呼叫時(shí)與所述多媒體鈴音服務(wù)器建立MSRP會(huì)話；接收所述多媒體鈴音服務(wù)器通過MSRP消息發(fā)送的多媒體鈴音文件。
18.如權(quán)利要求17所述的方法，其特征在于，與所述多媒體鈴音服務(wù)器建立MSRP會(huì)話 進(jìn)一步包括向所述多媒體鈴音服務(wù)器發(fā)送攜帶SDP offer的請(qǐng)求消息；接收攜帶多媒體鈴音服務(wù)器SDP的響應(yīng)消息，向所述多媒體鈴音服務(wù)器發(fā)送應(yīng)答反饋 消息。
19.一種UE，其特征在于，所述UE包括MSRP會(huì)話建立單元，用于與多媒體鈴音服務(wù)器協(xié)商建立MSRP會(huì)話；多媒體鈴音文件發(fā)送單元，向所述多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的 MSRP消息。
20.如權(quán)利要求19所述的UE，其特征在于，所述MSRP會(huì)話建立單元進(jìn)一步包括邀請(qǐng)發(fā)送子單元，用于通過SIP發(fā)送包含SDP信息的MSRP會(huì)話邀請(qǐng)；響應(yīng)接收子單元，用于接收所述多媒體鈴音服務(wù)器發(fā)送的攜帶相應(yīng)SDP信息的SIP的 響應(yīng)消息；
21.如權(quán)利要求19所述的UE，其特征在于，所述UE還包括配置文件發(fā)送單元，用于通過SIP發(fā)送多媒體鈴音配置文件。
22.如權(quán)利要求19所述的UE，其特征在于，所述UE還包括訂閱配置文件發(fā)送單元，用于接收所述多媒體鈴音服務(wù)器發(fā)送的SIP訂閱消息，在對(duì) 鈴音播放規(guī)則進(jìn)行修改時(shí)，通過SIP消息發(fā)送多媒體鈴音配置文件。
23.如權(quán)利要求21或22所述的UE，其特征在于，所述UE還包括呼叫MSRP會(huì)話建立單元，用于發(fā)起呼叫時(shí)與所述多媒體鈴音服務(wù)器建立MSRP會(huì)話；多媒體鈴音文件接收單元，用于接收所述多媒體鈴音服務(wù)器通過MSRP消息發(fā)送的多 媒體鈴音文件。
24.如權(quán)利要求23所述的UE，其特征在于，所述呼叫MSRP會(huì)話建立單元進(jìn)一步包括請(qǐng)求子單元，用于向所述多媒體鈴音服務(wù)器發(fā)送攜帶SDP offer的請(qǐng)求消息；應(yīng)答反饋?zhàn)訂卧?，用于接收攜帶多媒體鈴音服務(wù)器的SDP的響應(yīng)消息，向所述多媒體 鈴音服務(wù)器發(fā)送應(yīng)答反饋消息。
25.一種多媒體鈴音上傳系統(tǒng)，其特征在于，所述系統(tǒng)包括UE,向多媒體鈴音服務(wù)器發(fā)送的包含多媒體鈴音文件的MSRP消息；多媒體鈴音服務(wù)器，用于接收所述UE通過MSRP消息發(fā)送的多媒體鈴音文件，作為所述 UE的可選多媒體鈴音。
全文摘要
本發(fā)明是關(guān)于一種多媒體鈴音上傳方法、多媒體鈴音服務(wù)器及UE，所述的方法包括與用戶設(shè)備UE協(xié)商建立消息會(huì)話中繼協(xié)議MSRP會(huì)話；接收UE發(fā)送的包含多媒體鈴音文件的MSRP消息，將所述的多媒體鈴音文件與所述UE建立對(duì)應(yīng)關(guān)系，作為所述UE的可選多媒體鈴音。本發(fā)明實(shí)施例的有益效果在于使用戶可以通過UE上傳及配置多媒體鈴音。
文檔編號(hào)H04M7/00GK101854440SQ20091013403
公開日2010年10月6日 申請(qǐng)日期2009年4月3日 優(yōu)先權(quán)日2009年4月3日
發(fā)明者張惠萍, 楊健, 郜文美, 陳國(guó)喬 申請(qǐng)人:華為終端有限公司