專利名稱：在通話期間播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體鈴音，尤其涉及在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)
器及終端設(shè)備。
背景技術(shù)：
當(dāng)前，多媒體鈴音業(yè)務(wù)主要包括多媒體回鈴音、多媒體振鈴音、多媒體背景音。多媒體回鈴音(Customized Alerting Tone, CAT)又稱為多媒體彩鈴，即主叫撥打被叫時，在被叫摘機接聽之前，主叫欣賞到多媒體回鈴音。多媒體振鈴音(Customized RingingSignal, CRS)又稱為多媒體彩振，即主叫撥打被叫時，在被叫摘機接聽之前，被叫欣賞到多媒體振鈴音。多媒體背景音(Customized Background Tone, CBT)又稱為多媒體彩像，即主叫和被叫通話過程中，主被叫雙方都能欣賞到多媒體背景音。而多媒體鈴音的內(nèi)容可以是音樂、視頻、圖片、文字、電子名片、甚至用戶自己上傳的音視頻片段等各種形式的媒體內(nèi)容。 發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)，對于多媒體振鈴音(CRS)業(yè)務(wù)來說，現(xiàn)有技術(shù)中，主叫用戶呼叫被叫用戶時，被叫用戶會收到彩振服務(wù)器下發(fā)的CRS，當(dāng)被叫用戶摘機應(yīng)答后，彩振服務(wù)器會停止播放CRS，從而進入正常通話階段；對于多媒體回鈴音(CAT)業(yè)務(wù)來說，現(xiàn)有技術(shù)中，主叫用戶呼叫被叫用戶時，主叫用戶會收到彩鈴服務(wù)器下發(fā)的CAT，當(dāng)被叫用戶摘機應(yīng)答后，彩鈴服務(wù)器會停止播放CAT，從而進入正常通話階段。因此，現(xiàn)有技術(shù)方案中無法在通話期間為用戶繼續(xù)播放多媒體鈴音。

發(fā)明內(nèi)容
本發(fā)明實施例的主要目的在于提供一種在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備，以解決現(xiàn)有技術(shù)方案中無法實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)播放的問題。 本發(fā)明實施例的上述目的是通過如下技術(shù)方案實現(xiàn)的 本發(fā)明實施例提供一種在通話期間播放多媒體鈴音的方法，所述方法包括接收主叫終端或被叫終端發(fā)送的請求標(biāo)志；根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。 本發(fā)明實施例還提供一種多媒體鈴音應(yīng)用服務(wù)器，所述多媒體鈴音應(yīng)用服務(wù)器包
括請求標(biāo)志接收單元，用于接收主叫終端或被叫終端發(fā)送的請求標(biāo)志；多媒體鈴音播放
觸發(fā)單元，用于根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。 本發(fā)明實施例還提供一種多媒體鈴音服務(wù)器，所述多媒體鈴音服務(wù)器包括上述多
媒體鈴音應(yīng)用服務(wù)器和媒體資源功能實體，所述媒體資源功能實體包括混頻單元，用于對
多媒體振鈴音或多媒體回鈴音和通話媒體流進行混頻；多媒體鈴音播放單元，用于播放多
媒體振鈴音和或混頻后的多媒體振鈴音；或者播放多媒體回鈴音和或混頻后的多媒體回鈴
本發(fā)明實施例還提供一種在通話期間播放多媒體鈴音的方法，所述方法包括向 多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志，所述請求標(biāo)志用于請求多媒體鈴音服務(wù)器在通話期間繼 續(xù)播放多媒體鈴音。 本發(fā)明實施例還提供一種終端設(shè)備，所述終端設(shè)備包括請求標(biāo)志發(fā)送單元，用于 向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志，所述請求標(biāo)志用于請求多媒體鈴音服務(wù)器在通話期間 繼續(xù)播放多媒體鈴音。 另一方面，還提供了一種在通話期間播放多媒體鈴音的方法，所述方法包括接收 被叫終端的摘機消息，分別向主叫終端和被叫終端發(fā)送消息以更新會話，指示媒體資源功 能執(zhí)行混音處理，從而在通話期間繼續(xù)播放多媒體鈴音。 通過本發(fā)明實施例的在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)器及終端設(shè) 備，解決了現(xiàn)有技術(shù)方案中無法實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)播放的問題。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，并不 構(gòu)成對本發(fā)明的限定。在附圖中圖1為本發(fā)明實施例的方法流程圖；圖2為本發(fā)明一實施例的組網(wǎng)結(jié)構(gòu)示意圖；圖3為圖2所示實施例的一交互流程圖；圖4為圖2所示實施例的另一交互流程圖；圖5為圖2所示實施例的另一交互流程圖；圖6為圖2所示實施例的另一交互流程圖；圖7為本發(fā)明另一實施例的組網(wǎng)結(jié)構(gòu)示意8為圖7所示實施例的交互流程圖；圖9為本發(fā)明實施例的鈴音服務(wù)器組成框10為本發(fā)明另一實施例的方法流程圖；圖11為本發(fā)明實施例的終端設(shè)備組成框圖;圖12為本發(fā)明實施例十一的交互流程圖；圖13為本發(fā)明實施例十二的方法示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附 圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本 發(fā)明，但并不作為對本發(fā)明的限定。
實施例一 本發(fā)明實施例提供一種在通話期間播放多媒體鈴音的方法，以下結(jié)合附圖對本實 施例進行詳細說明。
圖1為本發(fā)明實施例的方法流程圖，請參照圖l，本發(fā)明實施例的方法主要包括 101 :接收主叫終端或被叫終端發(fā)送的請求標(biāo)志； 102 :根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。
通過本發(fā)明實施例的在通話期間繼續(xù)播放多媒體鈴音的方法，可以實現(xiàn)在通話期 間為主叫終端或被叫終端繼續(xù)播放多媒體鈴音。
實施例二 本發(fā)明實施例還提供一種在通話期間播放多媒體鈴音的方法，以下結(jié)合附圖對本 實施例進行詳細說明。
圖1為本發(fā)明實施例的方法流程圖，請參照圖l，本發(fā)明實施例的方法主要包括
步驟101 :接收主叫終端或被叫終端發(fā)送的請求標(biāo)志； 在本實施例中，被叫終端發(fā)送的請求標(biāo)志可以通過IMS域的摘機應(yīng)答消息200 OK 消息，或者在摘機應(yīng)答消息之后以INFO消息或MESSAGE消息的頭域或消息體攜帶；或者通 過CS域的UUI消息、或者FACILITY消息攜帶，或者通過DTMF(雙音多頻)方式攜帶；或者 通過帶外方式或離線方式從被叫獲取該請求標(biāo)志，本發(fā)明實施例并不以此作為限制。
在本實施例中，請求標(biāo)志可以是多媒體振鈴音混頻標(biāo)志，以請求服務(wù)器對多媒體 振鈴音和主叫終端到被叫終端的通話媒體流進行混頻操作，這種情況下，只有被叫終端能 在通話過程中聽到多媒體振鈴音。 在本實施例中，請求標(biāo)志可以是多媒體回鈴音混頻標(biāo)志，以請求服務(wù)器對多媒體 回鈴音和被叫終端到主叫終端的通話媒體流進行混頻操作，這種情況下，只有主叫終端能 在通話過程中聽到多媒體回鈴音。 在本實施例中，請求標(biāo)志也可以是多媒體背景音混頻標(biāo)志，以請求服務(wù)器對多媒 體振鈴音或多媒體回鈴音和主叫終端與被叫終端之間的通話媒體流進行混頻操作，這種情 況下，主叫終端和被叫終端都能在通話過程中聽到多媒體振鈴音或多媒體回鈴音，此時多 媒體振鈴音或多媒體回鈴音充當(dāng)一個多媒體背景音的工作。 在本實施例中，請求標(biāo)志也可以是多媒體鈴音鏈接下載標(biāo)志，以請求服務(wù)器下發(fā) 多媒體鈴音的鏈接，以供主叫終端或被叫終端下載該多媒體鈴音后，在通話過程中進行本 地播放。 在本實施例中，請求標(biāo)志還可以是終端混頻能力標(biāo)志，以請求服務(wù)器端不必停止
多媒體鈴音的播放，以在主叫終端或被叫終端對多媒體鈴音和通話媒體流進行混頻后進行
本地播放，這種情況下，主叫終端或被叫終端需要具備混頻能力。 步驟102 :根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。 在本實施例中，如果接收到的請求標(biāo)志為多媒體振鈴音混頻標(biāo)志，則根據(jù)所述請
求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟為 向媒體資源功能實體發(fā)送攜帶有多媒體振鈴音混頻標(biāo)志的指示消息，指示媒體資 源功能實體對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/混頻。
在本實施例中，如果接收到的請求標(biāo)志為多媒體回鈴音混頻標(biāo)志，則根據(jù)所述請 求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟為 向媒體資源功能實體發(fā)送攜帶有多媒體回鈴音混頻標(biāo)志的指示消息，指示媒體資 源功能實體對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/混頻。
在本實施例中，如果接收到的請求標(biāo)志為多媒體背景音混頻標(biāo)志，則根據(jù)請求標(biāo) 志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟為 向媒體資源功能實體發(fā)送攜帶有多媒體背景音混頻標(biāo)志的指示消息，指示媒體資
8源功能實體對多媒體振鈴音或多媒體回鈴音和主叫終端與被叫終端之間的通話媒體流進 行混音/混頻。 根據(jù)本實施例，如果指示消息為指示對多媒體振鈴音或多媒體回鈴音和主叫終端 與被叫終端之間的通話媒體流進行混音/混頻，則意味著要將多媒體振鈴音或多媒體回鈴 音轉(zhuǎn)換為背景音，因此，在本實施例的方法中，還要包括下列與主叫終端和被叫終端協(xié)商多 媒體背景音的步驟 向主叫終端和被叫終端發(fā)送多媒體背景音請求，協(xié)商多媒體背景音會話；
接收主叫終端和被叫終端對所述多媒體背景音請求的應(yīng)答消息。
在本實施例中，多媒體背景音請求可以通過re-INVITE消息傳遞，也可以通過 REFER消息傳遞，本實施例并不以此作為限制。 根據(jù)本實施例的方法，在主叫終端和被叫終端通話過程中，主叫終端或者被叫終 端或者主叫終端和被叫終端可以繼續(xù)聽到多媒體鈴音，由于該多媒體鈴音是由服務(wù)器端在 通話過程中對多媒體振鈴音或多媒體回鈴音和通話媒體流混頻后播放，因此，在主叫終端 或被叫終端掛機后，本實施例的方法還包括下列步驟 在接收到掛機消息后，向媒體資源功能實體發(fā)送停止消息，指示媒體資源功能實 體停止混音/混頻操作及停止播放多媒體鈴音； 接收媒體資源功能實體返回的停止確認消息，確認停止混音/混頻操作及停止播 放多媒體鈴音。 在本實施例中，在MS域中，該掛機消息可以是BYE消息；在CS域中，該掛機消息 可以是disconnect消息。 在本實施例中，如果接收到的請求標(biāo)志為多媒體鈴音鏈接下載標(biāo)志，則根據(jù)所述 請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟包括 向媒體資源功能實體發(fā)送攜帶有多媒體鈴音鏈接下載標(biāo)志的指示消息，指示媒體 資源功能實體發(fā)送多媒體鈴音鏈接； 接收媒體資源功能實體返回的包含多媒體鈴音鏈接的對所述指示消息的應(yīng)答消 息。 根據(jù)本實施例，在接收到主叫終端對摘機應(yīng)答消息的確認消息后，即可發(fā)送攜帶 有多媒體鈴音鏈接的確認消息到請求終端，請求終端獲取了多媒體鈴音下載鏈接，下載該 多媒體鈴音后，即可以進行本地播放。 在本實施例中，如果接收到的請求標(biāo)志為終端混頻能力標(biāo)志，則根據(jù)所述請求標(biāo) 志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟包括
在接收到摘機應(yīng)答消息后，繼續(xù)多媒體鈴音播放。 根據(jù)本實施例的方法，由于服務(wù)器端沒有停止發(fā)送多媒體鈴音，故可以由請求終 端對多媒體鈴音和通話媒體流混頻后在本地播放，因此，在主被叫終端掛機后，本實施例的 方法還包括下列步驟 在接收到掛機消息后，向媒體資源功能實體發(fā)送停止消息，指示媒體資源功能實 體停止播放多媒體鈴音； 接收媒體資源功能實體返回的停止確認消息，確認停止播放多媒體鈴音。 在本實施例中，如果為用戶播放的多媒體鈴音文件是圖片、文本或電子名片等文件，則多媒體鈴音服務(wù)器在收到相應(yīng)的請求標(biāo)志后，在接收到2000K消息后，不進行混頻或 混音操作，而只是繼續(xù)播放多媒體鈴音文件即可。 通過本實施例的方法，使得通話過程中的主叫終端或者被叫終端或者主被叫終端 都可以繼續(xù)聽到多媒體鈴音，解決了現(xiàn)有技術(shù)中無法實現(xiàn)多媒體鈴音在通話期間為用戶繼 續(xù)播放的問題，以及多媒體振鈴音或多媒體回鈴音在通話期間轉(zhuǎn)換為多媒體背景音的問 題。 本實施例的方法不僅可以應(yīng)用于電路交換域(CS域)的呼叫過程，也可以應(yīng)用于 IMS域(IP多媒體子系統(tǒng))的呼叫過程，實現(xiàn)CRS(或CAT)在IMS域的早期會話方式、多會 話方式、網(wǎng)關(guān)方式，以及CS域的跨接方式、非跨接方式下的通話過程中繼續(xù)播放，下面分別
以不同的實施例加以說明。
實施例三 本實施例的方法應(yīng)用于IMS域的早期會話方式，由服務(wù)器端對多媒體振鈴音和通 話媒體流進行混頻，實現(xiàn)單向"CRS+通話"到被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機時，在被叫終端發(fā)送的200 0K消息中攜帶 請求服務(wù)器混頻標(biāo)志，在本實施例中，該標(biāo)志為多媒體振鈴音混頻標(biāo)志，多媒體振鈴音應(yīng)用 服務(wù)器CRS AS接收到此標(biāo)志后觸發(fā)相應(yīng)的動作，即指示媒體資源功能實體MRF對CRS和通 話媒體流進行混頻操作，并將混頻后的媒體流發(fā)送給被叫終端。 在本實施例中，請求終端為被叫，假設(shè)主叫終端A的用戶為被叫終端B的用戶定制 了多媒體振鈴音CRS業(yè)務(wù)。A呼叫B時，CRS AS指示MRF為B播放多媒體振鈴音，當(dāng)B摘機 應(yīng)答時，UE B發(fā)送的200 OK消息中攜帶請求服務(wù)器混頻標(biāo)志，該標(biāo)志可以由主叫終端的用 戶在主叫終端上預(yù)先進行設(shè)置，CRS AS解析此標(biāo)志后，指示MRF對CRS和A到B方向的通 話進行混頻處理。終端B的用戶就可以在和終端A的用戶通話過程中，繼續(xù)欣賞CRS多媒 體內(nèi)容。其中，CRS和通話媒體流均可以為音頻或視頻形式，如果CRS為音頻，則直接與通 話流混音；如果CRS為視頻，則可以將CRS視頻和通話視頻流混頻后分屏顯示。
圖2為本實施例的組網(wǎng)結(jié)構(gòu)圖，如圖2所示，其中 UE(User Equipment)為用戶設(shè)備。在本實施例中，UE-A為主叫終端，UE-B為被叫 終端。 Node B為WCDMA系統(tǒng)的基站，即無線收發(fā)信機，主要完成Uu接口物理層協(xié)議的處理。 RNC(Radio Network Controller)為無線網(wǎng)絡(luò)控制器，用于控制UTRAN的無線資 源。 SGSN (Serving GPRS Support Node)為服務(wù)器GPRS支持節(jié)點，是WCDMA核心網(wǎng)PS
域功能節(jié)點，主要提供PS域的路由轉(zhuǎn)發(fā)、移動性管理、會話管理、鑒權(quán)、加密等功能。 P-CSCF(Proxy Call Session Control Function)為代理呼叫會話控制功能。
P-CSCF是MS網(wǎng)絡(luò)中用戶的第一個接觸點，主要負責(zé)驗證請求，處理和轉(zhuǎn)發(fā)響應(yīng)。 S-CSCF(Serving Call Session Control Function)為服務(wù)呼叫會話控制功能。
S-CSCF在IMS網(wǎng)絡(luò)中處于核心控制地位，是IMS多進程控制的關(guān)鍵所在。其負責(zé)記錄并控
制用戶進程狀態(tài)，執(zhí)行會話路由功能，并不斷與應(yīng)用服務(wù)和計費功能進行交互，根據(jù)規(guī)則進
行增值業(yè)務(wù)觸發(fā)與業(yè)務(wù)控制。
HSS(Home Subscriber Server)為歸屬用戶服務(wù)器。HSS是一個存儲用戶和服務(wù) 相關(guān)數(shù)據(jù)的數(shù)據(jù)庫，是一個升級的HLR。 HSS以XML形式記錄了用戶身份、注冊信息、接入?yún)?數(shù)和服務(wù)觸發(fā)信息等。 CRS AS(Customized Ringing Signal Application Server)為多媒體振鈴音應(yīng)用 服務(wù)器。CRS AS是MS網(wǎng)絡(luò)中為用戶提供IM增值業(yè)務(wù)的服務(wù)器，可以位于用戶歸屬網(wǎng)，也 可以由第三方提供。CRS AS主要用于提供CRS業(yè)務(wù)，并控制MRF進行媒體資源的播放。
MRF(Multimedia Resource Function)為媒體資源功能實體。MRF包括控制部 分(MRFC)和用戶平面的處理部分(MRFP)，對與承載相關(guān)的業(yè)務(wù)提供支持，如多媒體資源播 放、視頻會議、用戶公告等，能夠完成數(shù)據(jù)媒體流的混合、媒體流的分發(fā)、承載代碼的轉(zhuǎn)換、 計費信息的發(fā)送等。 其中，CRS AS和MRF合起來可以稱為多媒體振鈴音服務(wù)器，同樣道理，多媒體回鈴 音應(yīng)用服務(wù)器CTS AS和MRF合起來可以稱為多媒體回鈴音服務(wù)器，多媒體背景音應(yīng)用服務(wù) 器CBT AS和MRF合起來可以稱為多媒體背景音服務(wù)器，CRS AS、CTS AS、CBTAS和MRF合起 來可以稱為多媒體鈴音服務(wù)器。 圖3為本實施例的呼叫流程示意圖，如圖3所示 步驟301 步驟302 :主叫終端UE-A發(fā)送一個帶有正常會話(Session) SDP(Session description protocol,會話描述協(xié)議)Offer (01)的INVITE請求以建立與 被叫終端UE-B之間的通話。INVITE請求首先到達S-CSCF，并根據(jù)S-CSCF中的初始過濾準(zhǔn) 則iFC被路由到多媒體彩振服務(wù)器CRS AS。 步驟303 步驟304 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，200 OK消息 攜帶了早期會話(Early-session)的SDP Offer (CRS-0)，目的是用于建立UE-B與MRF之間 的CRS媒體流。 步驟305 步驟307 :CRS AS產(chǎn)生一個INVITE請求，途徑S-CSCF和P-CSCF到 達UE-B。其中，INVITE請求包含了兩個SDP :正常會話的SDPOffer (01)和早期會話的SDP Offer (CRS-0)。并且，INVITE的Require頭域中包含了 early-session選項標(biāo)簽。
步驟308 步驟3010 :被叫終端UE_B對INVITE請求中的早期會話的SDP Offer (CRS-0)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標(biāo)簽。
步驟3011 :CRS AS接收到183之后，向MRF發(fā)送確認消息ACK， ACK中攜帶了早期 會話的SDP Answer (CRS-A)。 步驟3012 步驟3013 :CRS AS發(fā)送183到S-CSCF， S-CSCF再將183轉(zhuǎn)發(fā)到主叫 終端UE-A。 步驟3014 步驟3018 :UE-A返回對183的可靠響應(yīng)PRACK，途徑S_CSCF、CRS AS、 S-CSCF、 P-CSCF之后到達UE-B。 步驟3019 步驟3021 :UE-B返回對PRACK的確認消息200 0K，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟3022 步驟3023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回200 OK作為確認，并開始播放多媒體彩振。此時被叫用戶B就
11從UE-B收聽/收看到了主叫用戶A為其定制的多媒體彩振。 步驟3024 步驟3028 :UE-B返回180振鈴消息，途徑P-CSCF、 S-CSCF、 CRS AS、 S-CSCF到達UE-A。 步驟3029 步驟3031 :被叫用戶B摘機應(yīng)答，UE-B發(fā)送帶有正常會話SDP Answer (Al)的200 0K消息，根據(jù)本實施例的方法，200 OK消息同時攜帶了混音/混頻請求 (Mixing請求)標(biāo)志，即多媒體振鈴音混頻標(biāo)志，該標(biāo)志可通過SIP頭域、或SDP、或XML文件 來攜帶。對于XML的攜帶方式，可以將SIP頭域中的content-type置為multipart/mixed 類型，然后在SDP消息體后攜帶XML文件即可。200 OK消息途徑P-CSCF、 S-CSCF到達CRS AS。 步驟3032 步驟3033 :根據(jù)本實施例的方法，CRS AS接收到帶有Mixing請求標(biāo) 志的200 OK之后，發(fā)送INFO消息給MRF， INFO通過SDP或頭域字段攜帶Mixing請求標(biāo)志， 以指示MRF啟動MIX單元，準(zhǔn)備對CRS和通話媒體流進行混音/混頻。MRF返回對INFO的 應(yīng)答消息200 OK。 步驟3034 步驟3035 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的200 OK消 息，途徑S-CSCF ，到達UE-A。 步驟3036 步驟3040 :UE-A返回對200 OK消息的確認消息ACK，途徑S-CSCF、 CRS AS、S-CSCF、P-CSCF到達UE_B。此時UE_A和UE_B之間的正常通話建立，根據(jù)本實施例 的方法，MRF此時作為一個Mixer (混音/混頻器)錨定在主被叫通話路徑上，將主叫用戶 的語音/視頻與CRS進行MIX操作，合并為一路媒體流發(fā)送給被叫終端UE-B。 MRF對UE_B 到UE-A方向的語音/視頻媒體流不做MIX操作。 步驟3041 步驟3052 :被叫用戶B掛機，UE_B發(fā)送BYE消息給UE_A，中間途徑 P-CSCF、S-CSCF、CRS AS和S-CSCF。根據(jù)本實施例的方法，CRS AS在接收到BYE消息后，發(fā) 送BYE消息給MRF，指示MRF停止MIX操作及停止播放CRS 。 UE_A返回200 OK消息給UE_B 。 通話結(jié)束。 在本實施例的第3029 3031步驟中，除了使用200 OK攜帶請求服務(wù)器混頻標(biāo)志
(多媒體振鈴音混頻標(biāo)志)夕卜，還可以在200 OK之后使用INFO或MESSAGE等消息攜帶。本
實施例并不以此作為限制。另外，被叫用戶除了在摘機時通過200 OK消息攜帶請求混頻標(biāo)
志外，還可以通過帶外方式(如短消息)或離線方式(如Web)實現(xiàn)混頻請求。 在本實施例中，由于是服務(wù)器端進行混頻(MIX)操作，現(xiàn)有的網(wǎng)絡(luò)實體即可支持
該項功能。且對終端側(cè)無要求，普通終端即可實現(xiàn)通話期間正常接收CRS。 實施例四 本實施例的方法應(yīng)用于IMS域的早期會話方式，由服務(wù)器端對多媒體振鈴音和通 話媒體流進行混頻，實現(xiàn)雙向"CRS+通話"到主、被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機時，被叫終端發(fā)送的200 OK消息中攜帶請 求服務(wù)器混頻標(biāo)志，在本實施例中，該標(biāo)志為多媒體背景音混頻標(biāo)志，CRS AS接收到此標(biāo)志 后觸發(fā)相應(yīng)的動作，即指示MRF進行多媒體背景音CBT混頻操作。CRS AS發(fā)送re-INVITE請 求給主叫終端及被叫終端，請求中攜帶有CBT會話SDP Offer,主被叫終端進行應(yīng)答之后， MRF進入CBT放音模式，即在主被叫終端通話過程中進行多媒體背景音的播放。
在本實施例中，請求終端為被叫終端，假設(shè)被叫終端B的用戶摘機時，CRS AS指示MRF進行CRS模式轉(zhuǎn)CBT模式的操作。這樣，主被叫終端的用戶通話過程中，雙方都可以欣
賞到MRF播放的多媒體背景音(音頻或視頻等多媒體內(nèi)容)。 該實施例的組網(wǎng)結(jié)構(gòu)及其功能與實施例三相同，在此不再贅述。 圖4為本實施例的呼叫流程示意圖，如圖4所示 步驟401 步驟402 :主叫終端UE-A發(fā)送一個帶有正常會話(Session)SDP
Offer(Ol)的INVITE請求以建立與被叫終端UE-B之間的通話。INVITE請求首先到達
S-CSCF，并根據(jù)S-CSCF中的初始過濾準(zhǔn)則iFC被路由到多媒體彩振服務(wù)器CRS AS。 步驟403 步驟404 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不
帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，200 OK消息
攜帶了早期會話(Early-session)的SDP Offer (CRS-0)，目的是用于建立UE-B與MRF之間
的CRS媒體流。 步驟405 步驟407 :CRS AS產(chǎn)生一個INVITE請求，途徑S-CSCF和P-CSCF到
達UE-B。其中，INVITE請求包含了兩個SDP :正常會話的SDPOffer (01)和早期會話的SDP
Offer (CRS-O)。并且，INVITE的Require頭域中包含了 early-session選項標(biāo)簽。 步驟408 步驟4010 :被叫終端UE-B對INVITE請求中的早期會話的SDP
Offer (CRS-O)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標(biāo)簽。 步驟4011 :CRS AS接收到183之后，向MRF發(fā)送確認消息ACK， ACK中攜帶了早期
會話的SDP Answer (CRS-A)。 步驟4012 步驟4013 :CRS AS發(fā)送183到S-CSCF， S-CSCF再將183轉(zhuǎn)發(fā)到主叫 終端UE-A。 步驟4014 步驟4018 :UE-A返回對183的可靠響應(yīng)PRACK，途徑S-CSCF、CRS AS、 S-CSCF、 P-CSCF之后到達UE-B。 步驟4019 步驟4021 :UE-B返回對PRACK的確認消息200 0K，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟4022 步驟4023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回200 OK作為確認，并開始播放多媒體彩振。此時被叫用戶B就 從UE-B收聽/收看到了主叫用戶A為其定制的多媒體彩振。 步驟4024 步驟4028 :UE-B返回180振鈴消息，途徑P-CSCF、 S-CSCF、 CRS AS、 S-CSCF到達UE-A。 步驟4029 步驟4031 :被叫用戶B摘機應(yīng)答，UE-B發(fā)送帶有正常會話SDP Answer (Al)的200 OK消息，根據(jù)本實施例的方法，200 OK消息同時攜帶了混音/混頻請求 (Mixing請求)標(biāo)志，即多媒體背景音混頻標(biāo)志，該標(biāo)志可通過第二個SDP、或頭域字段、或 XML文件攜帶，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟4032 步驟4033 :根據(jù)本實施例的方法，CRS AS接收到帶有Mixing請求標(biāo) 志的200 OK之后，發(fā)送INFO消息給MRF， INFO通過SDP或頭域字段攜帶Mixing請求標(biāo)志， 以指示MRF啟動MIX單元，準(zhǔn)備對CRS和通話媒體流進行混音/混頻。MRF返回對INFO的 應(yīng)答消息200 OK。 步驟4034 步驟4035 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的200 OK消息，途徑S-CSCF，到達UE-A。 步驟4036 步驟4040 :UE-A返回對200 0K消息的確認消息ACK，途徑S-CSCF、 CRS AS、S-CSCF、P-CSCF到達UE-B。 步驟4041 步驟4043 :根據(jù)本實施例的方法，CRS AS發(fā)送re-INVITE請求給 UE-B，以重新協(xié)商多媒體背景音CBT會話，其中re-INVITE消息攜帶了 CBT會話的SDP Offer(02)。 步驟4044 步驟4045 :根據(jù)本實施例的方法，CRS AS發(fā)送re-INVITE請求給 UE-A，以重新協(xié)商多媒體背景音CBT會話，其中re-INVITE消息攜帶了 CBT會話的SDP Offer(02)。 步驟4046 步驟4048 :根據(jù)本實施例的方法，UE-B返回對re-INVITE的響應(yīng)200 OK給CRS AS， 200 OK消息攜帶了 CBT會話的SDP Answer (A2)。 步驟4049 步驟4050 :根據(jù)本實施例的方法，UE_A返回對re-INVITE的響應(yīng)200 OK給CRS AS， 200 OK消息攜帶了 CBT會話的SDP Answer (A2)。 此時，UE-A和UE-B之間的正常通話建立，MRF作為一個Mixer (混音/混頻器)錨 定在主被叫通話路徑上，將主/被叫用戶的語音/視頻與CRS進行MIX操作，并分別發(fā)送給 主/被叫雙方。此時的多媒體彩振CRS可以稱為多媒體背景音CBT。 步驟4051 步驟4062 :被叫用戶B掛機，UE_B發(fā)送BYE消息給UE_A，中間途徑 P-CSCF、S-CSCF、CRS AS和S-CSCF。根據(jù)本實施例的方法，CRS AS在接收到BYE消息后，發(fā) 送BYE消息給MRF，指示MRF停止MIX操作及停止播放CBT 。 UE_A返回200 OK消息給UE_B 。 通話結(jié)束。在本實施例的第4041 4054步驟中，re-INVITE方法也可以替換為REFER方法。
即CRS AS向主被叫終端發(fā)送REFER請求，邀請主被叫加入CBT模式，其中Refer-to字段攜
帶了 CBT模式的URI。主被叫終端返回Acc印ted響應(yīng)，并發(fā)送NOTIFY消息，以告知MRF終
端已接收請求。MRF返回200 0K。這樣，主被叫終端即進入了 CBT模式。 在本實施例中，由于是服務(wù)器端進行混頻，所以對終端側(cè)沒有要求。且在通話期間
CRS轉(zhuǎn)換為CBT模式，使得主被叫雙方均可欣賞到多媒體背景內(nèi)容。 實施例五 本實施例的方法應(yīng)用于IMS域的早期會話方式，由終端對多媒體振鈴音和通話媒 體流進行混頻，實現(xiàn)單向"CRS+通話"到被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機后，被叫終端在200 OK消息中攜帶終端混 頻能力標(biāo)志，CRS AS接收到該標(biāo)志后，不向MRF發(fā)送BYE消息，MRF在主被叫終端通話期間 繼續(xù)播放CRS，被叫終端同時接收到兩路媒體流，并使用被叫終端本地的混頻單元進行混頻 操作。 在本實施例中，請求終端為被叫終端，假設(shè)被叫終端B具有將兩路媒體流混頻的 功能，可以在通話過程中，仍然接收CRS媒體流，并將兩路媒體流進行混頻后顯示(或播放) 給被叫終端的用戶。 該實施例的組網(wǎng)結(jié)構(gòu)及其功能與實施例三相同，在此不再贅述。
圖5為本實施例的呼叫流程示意圖，如圖5所示 步驟501 步驟502 :主叫終端UE-A發(fā)送一個帶有正常會話(Session) SDPOffer (01)的INVITE請求以建立與被叫終端UE_B之間的通話。INVITE請求首先到達 S-CSCF，并根據(jù)S-CSCF中的初始過濾準(zhǔn)則iFC被路由到多媒體彩振服務(wù)器CRS AS。
步驟503 步驟504 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，200 OK消息 攜帶了早期會話(Early-session)的SDP Offer (CRS-O)，目的是用于建立UE-B與MRF之間 的CRS媒體流。 步驟505 步驟507 :CRS AS產(chǎn)生一個INVITE請求，途徑S-CSCF和P-CSCF到
達UE-B。其中，INVITE請求包含了兩個SDP :正常會話的SDPOffer (01)和早期會話的SDP
Offer (CRS-O)。并且，INVITE的Require頭域中包含了 early-session選項標(biāo)簽。 步驟508 步驟5010 :被叫終端UE-B對INVITE請求中的早期會話的SDP
Offer (CRS-O)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標(biāo)簽。 步驟5011 :CRS AS接收到183之后，向MRF發(fā)送確認消息ACK， ACK中攜帶了早期
會話的SDP Answer (CRS-A)。 步驟5012 步驟5013 :CRS AS發(fā)送183到S-CSCF， S-CSCF再將183轉(zhuǎn)發(fā)到主叫 終端UE-A。 步驟5014 步驟5018 :UE-A返回對183的可靠響應(yīng)PRACK，途徑S_CSCF、CRS AS、 S-CSCF、 P-CSCF之后到達UE-B。 步驟5019 步驟5021 :UE-B返回對PRACK的確認消息200 0K，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟5022 步驟5023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回200 OK作為確認，并開始播放多媒體彩振。此時被叫用戶B就 從UE-B收聽/收看到了主叫用戶A為其定制的多媒體彩振。 步驟5024 步驟5028 :UE-B返回180振鈴消息，途徑P-CSCF、 S-CSCF、 CRS AS、 S-CSCF到達UE-A。 步驟5029 步驟5031 :被叫用戶B摘機應(yīng)答，UE-B發(fā)送帶有正常會話SDP Answer (Al)的200 OK消息，根據(jù)本實施例的方法，200 OK消息同時攜帶了終端Mix能力標(biāo) 志，以表示終端具有混音/混頻的能力，該標(biāo)志可通過第二個SDP、或頭域字段、或XML文件 攜帶，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟5032 步驟5033 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的200 OK消 息，途徑S-CSCF ，到達UE-A。 步驟5034 步驟5038 :UE-A返回對200 OK消息的確認消息ACK，途徑S-CSCF、 CRS AS、S-CSCF、 P-CSCF到達UE-B 。 此時UE-A和UE-B之間的正常通話建立，主被叫之間的音頻/視頻通話通過RTP 流媒體進行傳輸。同時，MRF繼續(xù)為UE-B播放多媒體彩振CRS， UE_B對接收到的兩路媒體 流進行MIX操作，合并為一路媒體流之后進行播放。 步驟5039 步驟5050 :被叫用戶B掛機，UE_B發(fā)送BYE消息給UE_A，中間途徑 P-CSCF、 S-CSCF、 CRS AS和S-CSCF。根據(jù)本實施例的方法，CRSAS接收到BYE消息之后，發(fā) 送BYE消息給MRF，指示MRF停止播放CRS。 MRF返回對BYE的應(yīng)答消息200 OK。 UE_A返回200 0K消息給UE-B。通話結(jié)束。 在本實施例中，由于是被叫終端進行混頻，所以對服務(wù)器無要求，可以減少服務(wù)器 的處理過程，降低服務(wù)器負荷。但對終端要求較高，需要在現(xiàn)有終端中增加專門的混頻模 塊。 實施例六 本實施例的方法應(yīng)用于IMS域的早期會話方式，由終端通過帶外方式下載多媒體 振鈴音，實現(xiàn)在通話過程中被叫本地播放。 在本實施例中，當(dāng)被叫終端的用戶摘機后，被叫終端在200 0K消息中攜帶多媒體 振鈴音下載標(biāo)志，請求服務(wù)器下發(fā)CRS URI鏈接以進行下載和本地播放。CRS AS接收到標(biāo) 志后，指示MRF為被叫終端下發(fā)CRS URI，并停止目前的CRS的播放。被叫終端接收到CRS URI之后，通過HTTP協(xié)議從第三方Web服務(wù)器下載CRS，并在通話期間進行本地播放。
在本實施例中，請求終端為被叫終端，假設(shè)被叫終端B的用戶希望在通話期間能 夠下載CRS并進行本地播放。 該實施例的組網(wǎng)結(jié)構(gòu)及其功能與實施例三相同，在此不再贅述。
圖6為本實施例的呼叫流程示意圖，如圖6所示 步驟601 步驟602 :主叫終端UE-A發(fā)送一個帶有正常會話(Session) SDP Offer(Ol)的INVITE請求以建立與被叫終端UE-B之間的通話。INVITE請求首先到達 S-CSCF，并根據(jù)S-CSCF中的初始過濾準(zhǔn)則iFC被路由到多媒體彩振服務(wù)器CRS AS。
步驟603 步驟604 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，200 OK消息 攜帶了早期會話(Early-session)的SDP Offer (CRS-O)，目的是用于建立UE-B與MRF之間 的CRS媒體流。 步驟605 步驟507 :CRS AS產(chǎn)生一個INVITE請求，途徑S-CSCF和P-CSCF到
達UE-B。其中，INVITE請求包含了兩個SDP :正常會話的SDPOffer (01)和早期會話的SDP
Offer (CRS-O)。并且，INVITE的Require頭域中包含了 early-session選項標(biāo)簽。 步驟608 步驟6010 :被叫終端UE_B對INVITE請求中的早期會話的SDP
Offer (CRS-O)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標(biāo)簽。 步驟6011 :CRS AS接收到183之后，向MRF發(fā)送確認消息ACK， ACK中攜帶了早期
會話的SDP Answer (CRS-A)。 步驟6012 步驟6013 :CRS AS發(fā)送183到S-CSCF， S-CSCF再將183轉(zhuǎn)發(fā)到主叫 終端UE-A。 步驟6014 步驟6018 :UE-A返回對183的可靠響應(yīng)PRACK，途徑S-CSCF、CRS AS、 S-CSCF、 P-CSCF之后到達UE-B。 步驟6019 步驟6021 :UE-B返回對PRACK的確認消息200 0K，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟6022 步驟6023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回200 OK作為確認，并開始播放多媒體彩振。此時被叫用戶B就 從UE-B收聽/收看到了主叫用戶A為其定制的多媒體彩振。
16
步驟6024 步驟6028 :UE-B返回180振鈴消息，途徑P-CSCF、 S-CSCF、 CRS AS、 S-CSCF到達UE-A。 步驟6029 步驟6031 :被叫用戶B摘機應(yīng)答，UE-B發(fā)送帶有正常會話SDP Answer (Al)的200 0K消息，根據(jù)本實施例的方法，200 OK消息同時攜帶了CRS URI的請 求標(biāo)志，該標(biāo)志可通過第二個SDP、或Alert-Info/Call-Info頭域、或XML文件攜帶，途徑 P-CSCF、 S-CSCF到達CRS AS。 步驟6032 步驟6033 :CRS AS接收到200 0K之后，發(fā)送BYE消息給MRF，指示MRF 停止播放CRS，根據(jù)本實施例的方法，BYE消息通過SDP攜帶了 CRS URI的請求標(biāo)志，以指示 MRF發(fā)送一個CRS的HTTP URI 。 MRF返回對BYE的應(yīng)答消息200 OK，根據(jù)本實施例的方法， 200 OK通過SDP或頭域字段攜帶了 CRS的HTTP URI。 步驟6034 步驟6035 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的200 OK消 息，途徑S-CSCF ，到達UE-A。 步驟6036 步驟6040 :UE-A返回對2000K消息的確認消息ACK，途徑S-CSCF到 達CRS AS。根據(jù)本實施例的方法，CRS AS將CRS的HTTP URI添加到ACK消息的SDP或頭 域字段中，并發(fā)送給被叫終端UE-B，中間途徑S-CSCF和P-CSCF。 此時，UE-B通過接收到的CRS的HTTP URI從第三方Web服務(wù)器下載CRS，并進行 本地播放。 此時，UE-A和UE-B之間的正常通話建立，主被叫之間的音頻/視頻通話通過RTP 流媒體進行傳輸。 步驟6041 步驟6050 :被叫用戶B掛機，UE-B發(fā)送BYE消息給UE_A。 UE-A返回 200 OK消息給UE-B。通話結(jié)束。 在本實施例中，對CRS服務(wù)器、終端均無混頻要求，是一種最經(jīng)濟的方案。但由于 需要從Web服務(wù)器下載CRS，所以可能會造成延遲，且只能播放音頻CRS。
實施例七 本實施例的方法應(yīng)用于CS域的跨接方式，由服務(wù)器端對多媒體振鈴音和通話媒 體流進行混頻，實現(xiàn)單向"CRS+通話"到被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機時，被叫終端在CONNECT消息中攜帶請求 混頻標(biāo)志，CRS Server對CRS和主叫終端到被叫終端方向的通話媒體流進行混頻，實現(xiàn)通 話期間被叫終端的用戶可以欣賞CRS的目的。 在本實施例中，假設(shè)被叫終端的用戶希望在通話過程中能繼續(xù)欣賞CRS多媒體內(nèi) 容。 圖7為本實施例的組網(wǎng)結(jié)構(gòu)圖，如圖7所示，其中 MSC Server (Mobile Switching Center Server)為移動交換中心月艮務(wù)器。主要 由MSC的呼叫控制和移動控制組成，負責(zé)完成CS域的呼叫處理等功能。MSC Server終接用 戶_網(wǎng)絡(luò)信令，并將其轉(zhuǎn)換成網(wǎng)絡(luò)_網(wǎng)絡(luò)信令。MSCServer可控制MGW中媒體通道的屬于連 接控制的部分呼叫狀態(tài)。 VLR(Visitor Location Register)為拜訪位置寄存器。其為電路域特有的設(shè)備， 存儲著進入該控制區(qū)內(nèi)已登記用戶的相關(guān)信息，為移動用戶提供呼叫接續(xù)的必要數(shù)據(jù)。
MGW (Media Gateway)為媒體網(wǎng)關(guān)。它是PSTN/PLMN的傳輸終接點，并通過Iu接口連接核心網(wǎng)和UTRAN。 MGW可支持媒體轉(zhuǎn)換、承載控制和有效載荷處理，例如，多媒體數(shù)字信 號編碼器、回音消除器、會議橋等。 HLR(Home Location Register)為歸屬位置寄存器。其為CS域和PS域公用設(shè)備， 是一個負責(zé)管理移動用戶的數(shù)據(jù)庫系統(tǒng)。HLR存儲著本歸屬區(qū)的所有移動用戶數(shù)據(jù)，如識別 標(biāo)志、位置信息、簽約業(yè)務(wù)等。 AuC (Authentication Center)為鑒權(quán)中心。其是存儲用戶鑒權(quán)算法和加密密鑰的 實體。AuC將鑒權(quán)和加密數(shù)據(jù)通過HLR發(fā)往VLR、MSC以及SGSN，以保證通信的合法和安全。
CRS Server為多媒體振鈴音服務(wù)器。CRS Server為CS域多媒體振鈴音系統(tǒng)的核 心組件，用于存儲CRS的業(yè)務(wù)邏輯和播放多媒體資源。
圖8為本實施例的呼叫流程示意圖，如圖8所示 步驟801 :主叫終端UE A向MSC Server A發(fā)送SETUP消息，以初始化呼叫。 步驟802 :MSC Server A向HLR發(fā)起SRI請求，以獲取被叫終端UE B的路由信息。 步驟803 :HLR向UE B所附著的MSC Server B中的VLR取漫游號碼。 步驟804 :MSC Server B中的VLR向HLR返回PRN_ACK消息，消息中攜帶了 UE B
的漫游號碼。 步驟805 :HLR向MSC Server A返回SRI_ACK消息，消息中攜帶了 UE B的路由信 息、漫游號碼、以及用戶A為用戶B定制的多媒體彩振CRS業(yè)務(wù)標(biāo)志。 步驟806:MSC Server A向UE A發(fā)起Call_Proceeding，以表明MSCServer A正 在進行呼叫操作。 步驟807:MSC Server A向多媒體彩振服務(wù)器CRS Server發(fā)起B(yǎng)ICC IAM消息，以 建立到CRS Server的電路連接，其中IAM消息攜帶了 CRS的業(yè)務(wù)標(biāo)志。CRS Server根據(jù) CRS業(yè)務(wù)標(biāo)志確定主叫用戶A為被叫用戶B所定制的CRS業(yè)務(wù)。 步驟808:CRS Server向MSC Server B發(fā)送BICC IAM消息，以建立到MSC Server
B的電路連接，其中IAM消息攜帶了 CRS的業(yè)務(wù)標(biāo)志。 步驟809 :MSC Server B向UE B發(fā)起尋呼請求消息PAGING。 步驟8010 :UE B返回尋呼響應(yīng)消息PAGING_RSP。 步驟8011 :MSC Server B向UE B發(fā)SETUP消息，以建立和被叫終端UE B的呼叫 連接。SETUP消息中攜帶了 CRS業(yè)務(wù)標(biāo)志。UE B接收到CRS業(yè)務(wù)標(biāo)志后，抑制本地振鈴音， 并等待接收CRS。 步驟8012 :UE B返回Call_Conf irmed消息，以響應(yīng)SETUP消息。 步驟8013 :UE B振鈴，并向MSC Server B返回ALERTING消息。 步驟8014 步驟8015 :MSC Server B向MSC Server A返回BICC ACM消息，用以
確認被叫端局側(cè)相應(yīng)的中繼電路已經(jīng)建立，中間途徑CRS Server。 步驟8016 :MSC ServerA向UEA發(fā)送ALERTING消息，UEA產(chǎn)生回鈴音。 步驟8017 : CRS Server與UE B之間建立H. 245連接，并通過H. 245協(xié)議建立媒體
信道。此時CRS Server開始向UE B播放多媒體彩振CRS。 步驟8018 :被叫終端UE B摘機，發(fā)送應(yīng)答消息CONNECT。根據(jù)本實施例的 方法，CONNECT消息攜帶了 Mixing請求標(biāo)志，具體攜帶方式可以通過CONNECT消息的 User_to_user 元或Facility信元來攜帶。
步驟8019:MSC Server B發(fā)送BICC ANM消息到CRS Server。根據(jù)本實施例的方 法，ANM消息攜帶了Mixing請求標(biāo)志，具體攜帶方式可以通過A畫消息的Optional Part中 的User-to-user或Facility等可選參數(shù)來攜帶。CRS Server根據(jù)接收到的Mixing請求 標(biāo)志，觸發(fā)服務(wù)器內(nèi)部的MIX單元，準(zhǔn)備為CRS和視頻通話過程進行混音/混頻。
re-INVITE8020 :MSC Server B返回確認消息CONNECT_ACK到被叫終端UE B。
步驟8021 :CRS Server發(fā)送BICC ANM消息給MSC Server A。
步驟8022 步驟8023 :MSC Server A發(fā)送CONNECT消息給UE A， UEA返回 CONNECT_ACK進行確認。 步驟8024:UE A與CRS Server建立H. 245連接，并通過H. 245協(xié)議建立媒體信 道。主被叫用戶之間開始通話。 根據(jù)本實施例的方法，CRS Server內(nèi)部的MIX單元對UEA到UE B方向的音頻/視 頻通話流與CRS進行MIX操作，并發(fā)送給UE B。但對于UE B到UE A方向的音頻/視頻通 話流不做MIX處理。 步驟8025 :UE A掛機，CRS Server拆除與UE A及UE B之間的H. 245連接。通話結(jié)束。 在本實施例的第8018步驟中，除了使用CONNECT消息攜帶請求混頻標(biāo)志外，還可
以在發(fā)送CONNECT之后使用USER INFORMATION消息或FACILITY消息來實現(xiàn)攜帶。 根據(jù)本實施例的方法，對應(yīng)于實施例四，CS域中也可以實現(xiàn)通話期間CRS轉(zhuǎn)CBT的
方案。對應(yīng)于實施例五，CS域中也可以實現(xiàn)通話期間從Web服務(wù)器下載CRS并本地播放的方案。 本實施例雖然屬于CS域的跨接方案，但也可擴展至CS域的非跨接方案，基本原理 相同，在此不再贅述。 在本實施例中，由于使用服務(wù)器端進行混頻，使得不支持IMS域、且無混頻能力的 終端可以實現(xiàn)在通話期間繼續(xù)播放CRS多媒體內(nèi)容。 需要說明的是，上述實施例三至實施例七是針對請求終端為被叫終端，通話期間 繼續(xù)為被叫終端播放多媒體振鈴音或為主被叫終端播放振鈴音的情況。而對于多媒體回鈴 音的情況與多媒體振鈴音情況類似，不同的是，由主叫終端作為請求終端，向多媒體彩鈴應(yīng) 用服務(wù)器(CAT AS)發(fā)送請求標(biāo)志，以請求在通話期間繼續(xù)聽到多媒體回鈴音，而多媒體彩 鈴應(yīng)用服務(wù)器根據(jù)主叫終端發(fā)送的請求標(biāo)志，觸發(fā)在通話期間繼續(xù)播放多媒體回鈴音，觸 發(fā)的流程也與前述實施例類似，在此不再贅述。
實施例八 本發(fā)明實施例還提供一種多媒體鈴音應(yīng)用服務(wù)器，以下結(jié)合附圖對本實施例進行 詳細說明。 圖9為本實施例的多媒體鈴音應(yīng)用服務(wù)器的組成結(jié)構(gòu)框圖，如圖9所示，本實施例 的多媒體鈴音應(yīng)用服務(wù)器主要包括請求標(biāo)志接收單元91、多媒體鈴音播放觸發(fā)單元93， 其中 請求標(biāo)志接收單元91用于接收主叫終端或被叫終端發(fā)送的請求標(biāo)志； 多媒體鈴音播放觸發(fā)單元93用于根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多
媒體鈴音。
根據(jù)本實施例，多媒體鈴音應(yīng)用服務(wù)器還可以包括判斷單元92，在本實施例中，判 斷單元92用于根據(jù)所述請求標(biāo)志接收單元91接收到的請求標(biāo)志判斷所述請求標(biāo)志的類 型，以提供給多媒體鈴音播放觸發(fā)單元93觸發(fā)相應(yīng)的流程，其中，該請求標(biāo)志可以為多媒 體振鈴音混頻標(biāo)志，或多媒體回鈴音混頻標(biāo)志，或多媒體背景音混頻標(biāo)志，或多媒體鈴音鏈 接下載標(biāo)志，或終端混頻能力標(biāo)志。 根據(jù)本實施例，多媒體鈴音播放觸發(fā)單元93可以包括混頻指示發(fā)送模塊931，在 本實施例中，當(dāng)判斷單元92判斷的結(jié)果為，請求標(biāo)志為多媒體振鈴音混頻標(biāo)志時，則混頻 指示發(fā)送單元931發(fā)送攜帶有多媒體振鈴音混頻標(biāo)志的指示消息到媒體資源功能實體，指 示該媒體資源功能實體對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/ 混頻。 在本實施例中，當(dāng)判斷單元92判斷的結(jié)果為，請求標(biāo)志為多媒體回鈴音混頻標(biāo)志 時，則混頻指示發(fā)送單元931發(fā)送攜帶有多媒體回鈴音混頻標(biāo)志的指示消息到媒體資源功 能實體，指示該媒體資源功能實體對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進 行混音/混頻。 在本實施例中，當(dāng)判斷單元92判斷的結(jié)果為，請求標(biāo)志為多媒體背景音混頻標(biāo)志 時，則混頻指示發(fā)送單元931發(fā)送攜帶有多媒體背景音混頻標(biāo)志的指示消息到媒體資源功 能實體，指示該媒體資源功能實體對多媒體振鈴音或多媒體回鈴音和主叫終端與被叫終端 之間的通話媒體流進行混音/混頻。其中，多媒體鈴音播放觸發(fā)單元93還可以包括背景音 請求發(fā)送模塊932，當(dāng)請求標(biāo)志為多媒體背景音混頻標(biāo)志時，混頻指示發(fā)送單元931發(fā)送指 示消息到媒體資源功能實體后，由背景音請求發(fā)送模塊932向主叫終端和被叫終端發(fā)送多 媒體背景音請求，協(xié)商多媒體背景音會話。 根據(jù)本實施例，多媒體鈴音播放觸發(fā)單元93還可以包括鏈接指示發(fā)送模塊933、 多媒體鈴音鏈接接收模塊934以及多媒體鈴音鏈接發(fā)送模塊935，在本實施例中，當(dāng)判斷單 元92判斷的結(jié)果為，請求標(biāo)志為多媒體鈴音鏈接下載標(biāo)志時，則鏈接指示發(fā)送模塊933發(fā) 送攜帶有多媒體鈴音鏈接下載標(biāo)志的指示消息到媒體資源功能實體，指示該媒體資源功能 實體發(fā)送多媒體鈴音鏈接。在本實施例中，當(dāng)多媒體鈴音鏈接接收模塊934接收到媒體資 源功能實體返回的多媒體鈴音鏈接后，則多媒體鈴音鏈接發(fā)送模塊935發(fā)送攜帶有多媒體 鈴音鏈接的確認消息到請求終端。 根據(jù)本實施例，當(dāng)判斷單元92判斷的結(jié)果為，請求標(biāo)志為終端混頻能力標(biāo)志時， 則多媒體鈴音播放觸發(fā)單元93在多媒體振鈴音播放過程中，觸發(fā)正常的呼叫流程，由具備 混頻能力的請求終端對接收到的多媒體振鈴音或多媒體回鈴音和通話媒體流進行混頻后 在本地播放，也可以實現(xiàn)該請求終端在通話過程中繼續(xù)收聽多媒體振鈴音或多媒體回鈴 根據(jù)本實施例，該多媒體鈴音應(yīng)用服務(wù)器可以包含于多媒體鈴音服務(wù)器中，該多 媒體鈴音服務(wù)器還包括媒體資源功能實體，該媒體資源功能實體用于對多媒體振鈴音或多 媒體回鈴音和通話媒體流進行混頻；和播放多媒體振鈴音和或混頻后的多媒體振鈴音；或 者播放多媒體回鈴音和或混頻后的多媒體回鈴音。 本實施例的多媒體鈴音服務(wù)器和多媒體鈴音應(yīng)用服務(wù)器的各組成部分分別用于 實現(xiàn)前述方法的各步驟的功能，例如多媒體鈴音應(yīng)用服務(wù)器可以實現(xiàn)前述CRS AS、CTS AS以及或者CBTAS的功能，多媒體鈴音服務(wù)器可以實現(xiàn)前述CRS AS、CTS AS以及或者CBT AS 與MRF的功能，具體已在前述作了詳細說明，在此不再贅述。 通過本實施例的多媒體鈴音應(yīng)用服務(wù)器，使得通話過程中的主叫終端或者被叫終
端或者主被叫終端都可以繼續(xù)聽到多媒體振鈴音或多媒體回鈴音，解決了現(xiàn)有技術(shù)中無法
實現(xiàn)多媒體振鈴音或多媒體回鈴音在通話期間為用戶繼續(xù)播放的問題，以及多媒體振鈴音
或多媒體回鈴音在通話期間轉(zhuǎn)換為多媒體背景音的問題。 實施例九 本發(fā)明實施例還提供一種在通話期間播放多媒體鈴音的方法，以下結(jié)合附圖對本 實施例進行詳細說明。 圖10為本實施例的方法流程圖，本實施例的方法應(yīng)用于終端設(shè)備，如圖10所示， 本實施例的方法主要包括 1001 :向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志，所述請求標(biāo)志用于請求多媒體鈴音服 務(wù)器在通話期間繼續(xù)播放多媒體鈴音。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志的步驟可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體振鈴音混頻標(biāo)志，所述多媒體振鈴音混頻標(biāo)志用
于請求多媒體鈴音服務(wù)器對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/
混頻后播放。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體回鈴音混頻標(biāo)志，所述多媒體回鈴音混頻標(biāo)志用
于請求多媒體鈴音服務(wù)器對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/
混頻后播放。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體背景音混頻標(biāo)志，所述多媒體背景音混頻標(biāo)志用
于請求多媒體鈴音服務(wù)器對多媒體回鈴音或多媒體振鈴音和主叫終端與被叫終端之間的
通話媒體流進行混音/混頻后播放。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體鈴音鏈接下載標(biāo)志，所述多媒體鈴音鏈接下載標(biāo)
志用于請求多媒體鈴音服務(wù)器下發(fā)多媒體鈴音的鏈接，以下載該多媒體鈴音后進行本地播放。 在本實施例中，向多媒體鈴音服務(wù)器發(fā)送多媒體鈴音鏈接下載標(biāo)志的步驟之后還 包括 1003 :接收并下載所述多媒體鈴音鏈接的多媒體鈴音；
1004 :對下載后的多媒體鈴音進行本地播放。
根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標(biāo)志，所述終端混頻能力標(biāo)志用于請求多
媒體鈴音服務(wù)器繼續(xù)播放多媒體鈴音，并對多媒體鈴音與接收到的通話媒體流混頻后進行
本地播放。
在本實施例中，向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標(biāo)志的步驟之后還包括
1005 :對接收到的多媒體鈴音和通話媒體流進行混頻；以及
1006 :播放所述混頻后的多媒體鈴音和通話媒體流的步驟，以實現(xiàn)在通話過程中 對所述的多媒體鈴音進行本地播放。 根據(jù)本實施例，也可以無須發(fā)送請求標(biāo)志，主叫或被叫用戶可以通過帶外方式預(yù) 先在多媒體鈴音服務(wù)器上進行相應(yīng)的設(shè)置，以使得用戶在通話過程中仍可以欣賞到彩振或 彩鈴。 通過本實施例的方法，使得通話過程中的主叫終端或者被叫終端或者主被叫終端
都可以繼續(xù)聽到多媒體振鈴音或多媒體回鈴音，解決了現(xiàn)有技術(shù)中無法實現(xiàn)多媒體振鈴音
或多媒體回鈴音在通話期間為用戶繼續(xù)播放的問題，以及多媒體振鈴音或多媒體回鈴音在
通話期間轉(zhuǎn)換為多媒體背景音的問題。 實施例十 本發(fā)明實施例還提供一種終端設(shè)備，以下結(jié)合附圖對本實施例進行詳細說明。
圖ll為本實施例的終端設(shè)備的組成結(jié)構(gòu)框圖，如圖ll所示，本實施例的終端設(shè)備 主要包括請求標(biāo)志發(fā)送單元111 ，用于向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志，所述請求標(biāo)志用 于請求多媒體鈴音服務(wù)器在通話期間觸發(fā)繼續(xù)播放多媒體鈴音。
根據(jù)本實施例，該請求標(biāo)志發(fā)送單元111可以包括 多媒體振鈴音混頻標(biāo)志發(fā)送模塊1111 ，用于向多媒體鈴音服務(wù)器發(fā)送多媒體振鈴 音混頻標(biāo)志，所述多媒體振鈴音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體振鈴音和主 叫終端到被叫終端的通話媒體流進行混音/混頻后播放。
根據(jù)本實施例，該請求標(biāo)志發(fā)送單元111還可以包括 多媒體回鈴音混頻標(biāo)志發(fā)送模塊1112，用于向多媒體鈴音服務(wù)器發(fā)送多媒體回鈴 音混頻標(biāo)志，所述多媒體回鈴音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音和被 叫終端到主叫終端的通話媒體流進行混音/混頻后播放。
根據(jù)本實施例，該請求標(biāo)志發(fā)送單元111還可以包括 多媒體背景音混頻標(biāo)志發(fā)送模塊1113，用于向多媒體鈴音服務(wù)器發(fā)送多媒體背景 音混頻標(biāo)志，所說多媒體背景音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音或多 媒體振鈴音和主叫終端與被叫終端之間的通話媒體流進行混音/混頻后播放。
根據(jù)本實施例，該請求標(biāo)志發(fā)送單元111還可以包括 多媒體鈴音鏈接下載標(biāo)志發(fā)送模塊1114，用于向多媒體鈴音服務(wù)器發(fā)送多媒體鈴 音鏈接下載標(biāo)志，所述多媒體鈴音鏈接下載標(biāo)志用于請求多媒體鈴音服務(wù)器下發(fā)多媒體鈴 音的鏈接，以下載該多媒體鈴音后進行本地播放。 在本實施例中，所述終端設(shè)備還包括多媒體鈴音鏈接接收單元113，用于接收多 媒體鈴音服務(wù)器下發(fā)的多媒體鈴音鏈接；多媒體鈴音下載單元114，用于根據(jù)所述多媒體 鈴音鏈接下載所述多媒體鈴音。
根據(jù)本實施例，該請求標(biāo)志發(fā)送單元111還可以包括 終端混頻能力標(biāo)志發(fā)送模塊1115，用于向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標(biāo) 志，所述終端混頻能力標(biāo)志用于請求多媒體鈴音服務(wù)器繼續(xù)播放多媒體鈴音，并對多媒體 鈴音與接收到的通話媒體流混頻后進行本地播放。 在本實施例中，所述終端設(shè)備還包括混頻單元115，用于對接收到的多媒體鈴音 和通話媒體流進行混頻。
22
根據(jù)本實施例，所述終端設(shè)備還包括 多媒體鈴音播放單元116，用于播放多媒體鈴音下載單元114下載的多媒體鈴音 或混頻單元115混頻后的多媒體鈴音和通話媒體流。 通過本實施例的終端設(shè)備，使得通話過程中的主叫終端或者被叫終端或者主被叫 終端都可以繼續(xù)聽到多媒體振鈴音或多媒體回鈴音，解決了現(xiàn)有技術(shù)中無法實現(xiàn)多媒體振 鈴音或多媒體回鈴音在通話期間為用戶繼續(xù)播放的問題，以及多媒體振鈴音或多媒體回鈴 音在通話期間轉(zhuǎn)換為多媒體背景音的問題。
實施例i^一 本實施例的組網(wǎng)結(jié)構(gòu)及其功能與實施例三相同，在此不再贅述，此外，本實施例應(yīng)
用場景如下運營商或用戶可以預(yù)先在服務(wù)器上配置通話過程中繼續(xù)播放彩鈴/彩振的策
略，當(dāng)CRS AS接收到被叫終端發(fā)來的摘機消息時，指示MRF(媒體資源功能)進行相應(yīng)會場
資源的預(yù)留或通話期間混音的資源的預(yù)留(注CRS AS也可以在接收到主叫呼叫請求消息
時即指示MRF進行相應(yīng)會場資源的預(yù)留或通話期間混音的資源的預(yù)留)，然后執(zhí)行后續(xù)的
會話更新和混音流程。 參見圖12，具體流程如下 步驟1201至步驟1228與實施例四中的步驟401-4028相同，此處不再贅述；
步驟1229 步驟1231 :UE-B發(fā)送摘機消息，該消息途徑P-CSCF、 S-CSCF，到達 CRS-AS ; 步驟1232 步驟1234 :CRS-AS向UE-B返回確認消息； 步驟1235 步驟1236 :CRS-AS向MRF請求會場資源或請求用于通話期間混音的 資源，需要說明的是這兩步也可以放在步驟1202和1231之間的任意時間點執(zhí)行；
步驟1237 步驟1239 :CRS-AS向UE-B發(fā)送re-INVITE消息，消息中攜帶了 MRF 生成的Offer SDP，并且SDP中的IP地址和端口號均指向MRF。 步驟1240 步驟1242 :UE-B向CRS-AS返回響應(yīng)消息，消息中攜帶了 Answer SDP ;
步驟1243 :CRS-AS向UE-A發(fā)送UPDATE消息或者發(fā)送re-INVITE消息，消息中攜 帶了 MRF生成的Offer SDP，并且SDP中的IP地址和端口號均指向MRF ;
步驟1244 :UE-A向CRS返回響應(yīng)消息，消息中攜帶了 Answer SDP ;
步驟1245 :CRS-AS向UE-A發(fā)送摘機消息；
步驟1246 :UE-A向CRS-AS返回確認消息； 步驟1247至步驟1258與實施例四中的步驟4051至步驟4062相同，此處不再贅 述。 需要說明的是，CRS-AS接收UE_A的確認消息后，指示MRF進行混音處理，此時， UE-A和UE-B之間的正常通話建立，MRF作為一個Mixer (混音/混頻器)錨定在主被叫通 話媒體路徑上，將主/被叫用戶的語音/視頻與彩振媒體進行MIX操作，并分別發(fā)送給主/ 被叫雙方。注在通話過程中，MRF可以將彩振媒體進行雙向的混音，也可以進行單向的混 音，即可以同時向主被叫雙方播放彩振，也可以僅為主叫播放彩振、或僅為被叫播放彩振。
本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù) 播放的問題，且無須用戶在通話過程中參與任何操作，給用戶帶來一種全新的體驗，有利于 該技術(shù)的實現(xiàn)與推廣。
實施例十二 本實施例的組網(wǎng)結(jié)構(gòu)和與應(yīng)用場景與實施例i^一相同，此處不再贅述。
參見圖13，一種在通話期間播放多媒體鈴音的方法，包括如下步驟
步驟1301、接收被叫終端的摘機消息；
CRS-AS接收被叫終端的摘機消息； 步驟1302、分別向主叫終端和被叫終端發(fā)送消息以更新會話；
CRS-AS向主叫終端發(fā)送攜帶用于協(xié)商新的會話的請求(SDP offer)的更新消息 (UPDATE)或呼叫請求消息(re-INVITE)，向被叫終端發(fā)送攜帶用于協(xié)商新的會話的請求 (SDP offer)的呼叫請求消息(re-INVITE);其中向主叫終端和被叫終端發(fā)送消息的順序 不做限定，可以先向主叫終端發(fā)送消息，也可以先向被叫終端發(fā)送消息，也可以同時發(fā)送；
步驟1303、指示媒體資源功能執(zhí)行混音處理，從而在通話期間繼續(xù)播放多媒體鈴 CRS-AS指示媒體資源功能執(zhí)行混音處理，從而在通話期間繼續(xù)播放多媒體鈴音，
具體為CRS-AS指示媒體資源功能對多媒體鈴音和正常通話媒體進行混音處理，從而在通
話過程中向被叫終端、主叫終端或主被叫終端繼續(xù)播放多媒體鈴音。 以上方法步驟具體可參見實施例十一中的相關(guān)內(nèi)容和附圖12。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)
播放的問題，且無須用戶在通話過程中參與任何操作，給用戶帶來一種全新的體驗，有利于
該技術(shù)的實現(xiàn)與推廣。 通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通
過硬件實現(xiàn)，也可以可借助軟件加必要的通用硬件平臺的方式來實現(xiàn)，基于這樣的理解，本
發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存
儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可
以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。 以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳
細說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保
護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本
發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括接收主叫終端或被叫終端發(fā)送的請求標(biāo)志；根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法應(yīng)用于IP多媒體子系統(tǒng)網(wǎng)絡(luò)或電路交換網(wǎng)絡(luò)，所述根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音包括當(dāng)所述請求標(biāo)志為多媒體振鈴音混頻標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體振鈴音混頻標(biāo)志的指示消息，指示所述媒體資源功能實體對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/混頻。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法應(yīng)用于IP多媒體子系統(tǒng)網(wǎng)絡(luò)或電路交換網(wǎng)絡(luò)，所述根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音包括當(dāng)所述請求標(biāo)志為多媒體回鈴音混頻標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體回鈴音混頻標(biāo)志的指示消息，指示所述媒體資源功能實體對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/混頻。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法應(yīng)用于IP多媒體子系統(tǒng)網(wǎng)絡(luò)或電路交換網(wǎng)絡(luò)，所述根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音包括當(dāng)所述請求標(biāo)志為多媒體背景音混頻標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體背景音混頻標(biāo)志的指示消息，指示所述媒體資源功能實體對多媒體振鈴音或多媒體回鈴音和主叫終端與被叫終端之間的通話媒體流進行混音/混頻；向主叫終端及被叫終端發(fā)送多媒體背景音請求，協(xié)商多媒體背景音會話。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述協(xié)商多媒體背景音會話通過re-INVITE或者REFER消息攜帶。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法應(yīng)用于IP多媒體子系統(tǒng)網(wǎng)絡(luò)或電路交換網(wǎng)絡(luò)，所述根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音包括當(dāng)所述請求標(biāo)志為多媒體鈴音鏈接下載標(biāo)志時，向媒體資源功能實體發(fā)送指示消息，指示所述媒體資源功能實體發(fā)送多媒體鈴音鏈接；接收所述媒體資源功能實體返回的包含多媒體鈴音鏈接的應(yīng)答消息；發(fā)送攜帶有多媒體鈴音鏈接的確認消息到發(fā)送所述請求標(biāo)志的主叫終端或被叫終端。
7. 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述方法應(yīng)用于IP多媒體子系統(tǒng)網(wǎng)絡(luò)，所述根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音包括當(dāng)所述請求標(biāo)志為終端混頻能力標(biāo)志時，在接收到摘機應(yīng)答消息后，繼續(xù)多媒體鈴音播放。
8. 根據(jù)權(quán)利要求1-7任一項所述的方法，其特征在于，所述請求標(biāo)志通過IP多媒體子系統(tǒng)域的2000K消息、或者INFO消息、或者MESSAGE消息的頭域或消息體攜帶；或者通過電路交換域的UUI消息、或者FACILITY消息攜帶；或者通過雙音多頻方式攜帶；或者通過帶外方式或離線方式攜帶。
9. 一種多媒體鈴音應(yīng)用服務(wù)器，其特征在于，所述多媒體鈴音應(yīng)用服務(wù)器包括請求標(biāo)志接收單元，用于接收主叫終端或被叫終端發(fā)送的請求標(biāo)志；多媒體鈴音播放觸發(fā)單元，用于根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴
10. 根據(jù)權(quán)利要求9所述的多媒體鈴音應(yīng)用服務(wù)器，其特征在于，所述多媒體鈴音應(yīng)用服務(wù)器還包括判斷單元，用于根據(jù)所述請求標(biāo)志接收單元接收到的請求標(biāo)志判斷所述請求標(biāo)志的類型為多媒體振鈴音混頻標(biāo)志，或多媒體回鈴音混頻標(biāo)志，或多媒體背景音混頻標(biāo)志，或多媒體鈴音鏈接下載標(biāo)志，或終端混頻能力標(biāo)志，并將判斷結(jié)果發(fā)送給多媒體鈴音播放觸發(fā)單元；所述多媒體鈴音播放觸發(fā)單元還用于根據(jù)所述判斷結(jié)果觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。
11. 根據(jù)權(quán)利要求io所述的多媒體鈴音應(yīng)用服務(wù)器，其特征在于，所述多媒體鈴音播放觸發(fā)單元包括混頻指示發(fā)送模塊，用于根據(jù)判斷單元的判斷結(jié)果，當(dāng)請求標(biāo)志的類型為多媒體振鈴音混頻標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體振鈴音混頻標(biāo)志的指示消息，指示所述媒體資源功能實體對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/混頻；當(dāng)請求標(biāo)志的類型為多媒體回鈴音混頻標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體回鈴音混頻標(biāo)志的指示消息，指示所述媒體資源功能實體對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/混頻；當(dāng)請求標(biāo)志的類型為多媒體背景音混頻標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體背景音混頻標(biāo)志的指示消息，指示所述媒體資源功能實體對多媒體振鈴音或多媒體回鈴音和主叫終端與被叫終端之間的通話媒體流進行混音/混頻。
12. 根據(jù)權(quán)利要求11所述的多媒體鈴音應(yīng)用服務(wù)器，其特征在于，所述多媒體鈴音播放觸發(fā)單元還包括背景音請求發(fā)送模塊，用于在混頻指示發(fā)送模塊向所述媒體資源功能實體發(fā)送攜帶有多媒體背景音混頻標(biāo)志的指示消息后，向主叫終端和被叫終端發(fā)送多媒體背景音請求，協(xié)商多媒體背景音會話。
13. 根據(jù)權(quán)利要求IO所述的多媒體鈴音應(yīng)用服務(wù)器，其特征在于，所述多媒體鈴音播放觸發(fā)單元還包括鏈接指示發(fā)送模塊，用于根據(jù)判斷單元的判斷結(jié)果，當(dāng)請求標(biāo)志的類型為多媒體鈴音鏈接下載標(biāo)志時，向媒體資源功能實體發(fā)送攜帶有多媒體鈴音鏈接下載標(biāo)志的指示消息，指示所述媒體資源功能實體發(fā)送多媒體鈴音鏈接；多媒體鈴音鏈接接收模塊，用于接收所述媒體資源功能實體返回的多媒體鈴音鏈接；多媒體鈴音鏈接發(fā)送模塊，用于發(fā)送攜帶有多媒體鈴音鏈接的確認消息到主叫終端或被叫終端。
14. 根據(jù)權(quán)利要求9所述的多媒體鈴音應(yīng)用服務(wù)器，其特征在于，所述多媒體鈴音應(yīng)用服務(wù)器包含于多媒體鈴音服務(wù)器。
15. —種多媒體鈴音服務(wù)器，其特征在于，所述多媒體鈴音服務(wù)器包括權(quán)利要求9-13任一項所述的多媒體鈴音應(yīng)用服務(wù)器，還包括媒體資源功能實體，所述媒體資源功能實體用于對多媒體振鈴音或多媒體回鈴音和通話媒體流進行混頻；播放多媒體振鈴音和或混頻后的多媒體振鈴音；或者播放多媒體回鈴音和或混頻后的多媒體回鈴音。
16. —種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志，所述請求標(biāo)志用于請求多媒體鈴音服務(wù)器在通話期間繼續(xù)播放多媒體鈴音。
17. 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志包括向多媒體鈴音服務(wù)器發(fā)送多媒體振鈴音混頻標(biāo)志，所述多媒體振鈴音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/混頻后播放。
18. 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志包括向多媒體鈴音服務(wù)器發(fā)送多媒體回鈴音混頻標(biāo)志，所述多媒體回鈴音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/混頻后播放。
19. 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志包括向多媒體鈴音服務(wù)器發(fā)送多媒體背景音混頻標(biāo)志，所述多媒體背景音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音或多媒體振鈴音和主叫終端與被叫終端之間的通話媒體流進行混音/混頻后播放。
20. 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志包括向多媒體鈴音服務(wù)器發(fā)送多媒體鈴音鏈接下載標(biāo)志，所述多媒體鈴音鏈接下載標(biāo)志用于請求多媒體鈴音服務(wù)器下發(fā)多媒體鈴音的鏈接。
21. 根據(jù)權(quán)利要求20所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志之后包括接收并下載所述多媒體鈴音鏈接的多媒體鈴音；對下載后的多媒體鈴音進行本地播放。
22. 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志包括向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標(biāo)志，所述終端混頻能力標(biāo)志用于請求多媒體鈴音服務(wù)器繼續(xù)播放多媒體鈴音。
23. 根據(jù)權(quán)利要求22所述的方法，其特征在于，所述向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志之后包括對接收到的多媒體鈴音與接收到的通話媒體流混頻；對混頻后的多媒體鈴音和通話媒體流進行本地播放。
24. —種終端設(shè)備，其特征在于，所述終端設(shè)備包括請求標(biāo)志發(fā)送單元，用于向多媒體鈴音服務(wù)器發(fā)送請求標(biāo)志，所述請求標(biāo)志用于請求多媒體鈴音服務(wù)器在通話期間繼續(xù)播放多媒體鈴音。
25. 根據(jù)權(quán)利要求24所述的終端設(shè)備，其特征在于，所述請求標(biāo)志發(fā)送單元包括多媒體振鈴音混頻標(biāo)志發(fā)送模塊，用于向多媒體鈴音服務(wù)器發(fā)送多媒體振鈴音混頻標(biāo)志，所述多媒體振鈴音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/混頻后播放。
26. 根據(jù)權(quán)利要求24所述的終端設(shè)備，其特征在于，所述請求標(biāo)志發(fā)送單元包括多媒體回鈴音混頻標(biāo)志發(fā)送模塊，用于向多媒體鈴音服務(wù)器發(fā)送多媒體回鈴音混頻標(biāo)志，所述多媒體回鈴音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/混頻后播放。
27. 根據(jù)權(quán)利要求24所述的終端設(shè)備，其特征在于，所述請求標(biāo)志發(fā)送單元包括多媒體背景音混頻標(biāo)志發(fā)送模塊，用于向多媒體鈴音服務(wù)器發(fā)送多媒體背景音混頻標(biāo)志，所述多媒體背景音混頻標(biāo)志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音或多媒體振鈴音和主叫終端與被叫終端之間的通話媒體流進行混音/混頻后播放。
28. 根據(jù)權(quán)利要求24所述的終端設(shè)備，其特征在于，所述請求標(biāo)志發(fā)送單元包括多媒體鈴音鏈接下載標(biāo)志發(fā)送模塊，用于向多媒體鈴音服務(wù)器發(fā)送多媒體鈴音鏈接下載標(biāo)志，所述多媒體鈴音鏈接下載標(biāo)志用于請求多媒體鈴音服務(wù)器下發(fā)多媒體鈴音的鏈接；所述終端設(shè)備還包括多媒體鈴音鏈接接收單元，用于接收多媒體鈴音服務(wù)器下發(fā)的多媒體鈴音鏈接；多媒體鈴音下載單元，用于根據(jù)所述多媒體鈴音鏈接下載所述多媒體鈴音。
29. 根據(jù)權(quán)利要求24所述的終端設(shè)備，其特征在于，所述請求標(biāo)志發(fā)送單元包括終端混頻能力標(biāo)志發(fā)送模塊，用于向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標(biāo)志，所述終端混頻能力標(biāo)志用于請求多媒體鈴音服務(wù)器繼續(xù)播放多媒體鈴音；所述終端設(shè)備還包括混頻單元，用于對接收到的多媒體鈴音和通話媒體流進行混頻。
30. 根據(jù)權(quán)利要求28或29所述的終端設(shè)備，其特征在于，所述終端設(shè)備還包括多媒體鈴音播放單元，用于播放所述多媒體鈴音下載單元下載的多媒體鈴音或混頻單元混頻后的多媒體鈴音和通話媒體流。
31. —種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括接收被叫終端的摘機消息；分別向主叫終端和被叫終端發(fā)送消息以更新會話；指示媒體資源功能執(zhí)行混音處理，從而在通話期間繼續(xù)播放多媒體鈴音。
32. 根據(jù)權(quán)利要求31所述的方法，其特征在于，所述方法還可以包括在所述接收被叫終端的摘機消息之前或之后，請求媒體資源功能預(yù)留會場資源或用于通話期間混音的資源。
33. 根據(jù)權(quán)利要求31所述的方法，其特征在于，所述分別向主叫終端和被叫終端發(fā)送消息以更新會話包括向主叫終端發(fā)送攜帶用于協(xié)商新的會話的請求的更新消息或呼叫請求消息，向被叫終端發(fā)送攜帶用于協(xié)商新的會話的請求的呼叫請求消息。
34. 根據(jù)權(quán)利要求31所述的方法，其特征在于，所述指示媒體資源功能執(zhí)行混音處理，從而在通話期間繼續(xù)播放多媒體鈴音包括指示媒體資源功能對多媒體鈴音和正常通話媒體進行混音處理，從而在通話過程中向被叫終端、主叫終端或主被叫終端繼續(xù)播放多媒體鈴音。
全文摘要
本發(fā)明實施例提供一種在通話期間播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備，所述方法包括接收主叫終端或被叫終端發(fā)送的請求標(biāo)志；根據(jù)所述請求標(biāo)志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。通過本發(fā)明實施例的在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備，解決了現(xiàn)有技術(shù)方案中無法實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)播放的問題。
文檔編號H04L29/06GK101764802SQ20091021135
公開日2010年6月30日 申請日期2009年10月31日 優(yōu)先權(quán)日2009年2月4日
發(fā)明者孫瑞囡, 張惠萍, 李立, 楊健, 王雷, 范姝男, 郜文美, 陳國喬 申請人:華為終端有限公司