專利名稱：在通話期間播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體鈴音，尤其涉及在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)
器及終端設(shè)備。
背景技術(shù)：
當(dāng)前，多媒體鈴音業(yè)務(wù)主要包括多媒體回鈴音、多媒體振鈴音、多媒體背景音。 多媒體回鈴音(Customized Alerting Tone, CAT)又稱為多媒體彩鈴，即主叫撥打被叫時， 在被叫摘機接聽之前，主叫欣賞到多媒體回鈴音。多媒體振鈴音(Customized Ringing Signal, 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ā)送會話更新請求以分別與主叫終端和被叫終端建立會話；當(dāng)接收到所述
被叫終端的摘機消息時，指示媒體資源功能執(zhí)行混音處理，繼續(xù)為主叫終端或被叫終端中 至少一方播放多媒體鈴音。 另一方面、提供另一種在通話期間播放多媒體鈴音的方法，所述方法包括；接收主 叫終端發(fā)來的攜帶會話請求的呼叫請求消息，將所述會話請求替換為媒體資源功能會話請 求，然后發(fā)送給被叫終端；向主叫終端發(fā)送攜帶媒體資源功能會話請求的更新消息；為主 叫終端或被叫終端中至少一方播放多媒體鈴音；當(dāng)接收到所述被叫終端的摘機消息時，指 示媒體資源功能執(zhí)行混音處理，繼續(xù)主叫終端或被叫終端中至少一方播放多媒體鈴音。
另一方面、提供另一種在通話期間播放多媒體鈴音的方法，所述方法包括；向主叫 終端或被叫終端中至少一方發(fā)送多媒體鈴音會話請求，使接收到所述多媒體鈴音會話請求 的主叫終端或被叫終端中的一方或雙方預(yù)留通話媒體資源、多媒體鈴音資源和用于混音的資源； 當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能繼續(xù)為主叫終端或被叫 終端中至少一方播放多媒體鈴音，使主叫終端或被叫終端中的一方或雙方在接收到媒體流 時開始執(zhí)行對通話媒體流和多媒體鈴音媒體流的混音處理。 另一方面、提供另一種在通話期間播放多媒體鈴音的方法，所述方法包括；
當(dāng)接收到多媒體鈴音服務(wù)器發(fā)送的多媒體鈴音會話請求后，預(yù)留通話媒體資源、 多媒體鈴音資源和用于混音的資源；返回多媒體鈴音會話應(yīng)答；建立通話后，對接收到的 通話媒體流和多媒體鈴音媒體流進行混音。 —方面、提供一種多媒體鈴音服務(wù)器，所述服務(wù)器包括 會話更新請求發(fā)送模塊用于分別向主叫終端和被叫終端發(fā)送會話更新請求以分 別與主叫終端和被叫終端建立會話； 指示播放模塊用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí) 行混音處理，繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音。
另一方面、提供另一種多媒體鈴音服務(wù)器，所述服務(wù)器包括 呼叫請求消息接收模塊用于接收主叫終端發(fā)來的攜帶會話請求的呼叫請求消
息，將所述會話請求替換為媒體資源功能會話請求，然后發(fā)送給被叫終端； 更新消息發(fā)送模塊用于向主叫終端發(fā)送攜帶媒體資源功能會話請求的更新消
息； 多媒體鈴音播放模塊用于為主叫終端或被叫終端中至少一方播放多媒體鈴音；
指示混音模塊用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí) 行混音處理，繼續(xù)主叫終端或被叫終端中至少一方播放多媒體鈴音。
另一方面、提供另一種多媒體鈴音服務(wù)器，所述服務(wù)器包括 多媒體鈴音會話請求發(fā)送模塊用于向主叫終端或被叫終端中至少一方發(fā)送多媒 體鈴音會話請求，使接收到所述多媒體鈴音會話請求的主叫終端或被叫終端中的一方或雙 方預(yù)留通話媒體資源、多媒體鈴音資源和用于混音的資源； 指示混音處理模塊用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功 能繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音，使主叫終端或被叫終端中的一 方或雙方在接收到媒體流時開始執(zhí)行對通話媒體流和多媒體鈴音媒體流的混音處理。
另一方面、提供一種終端，所述終端包括 預(yù)留資源模塊用于當(dāng)接收到多媒體鈴音服務(wù)器發(fā)送的多媒體鈴音會話請求后， 預(yù)留通話媒體資源、多媒體鈴音資源和用于混音的資源；
應(yīng)答模塊用于返回多媒體鈴音會話應(yīng)答； 混音模塊用于建立通話后，對接收到的通話媒體流和多媒體鈴音媒體流進行混 通過本發(fā)明實施例的在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)器及終端，解 決了現(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ā)明實施例i^一的交互流程圖； 圖13為本發(fā)明實施例十二的交互流程圖； 圖14為本發(fā)明實施例十三的交互流程圖； 圖15為本發(fā)明實施例十四的方法示意圖； 圖16為本發(fā)明實施例十五的方法示意圖； 圖17為本發(fā)明實施例十六的方法示意圖； 圖18為本發(fā)明實施例十七的方法示意圖； 圖19為本發(fā)明實施例十八的多媒體鈴音服務(wù)器示意圖； 圖20為本發(fā)明實施例十八的另一多媒體鈴音服務(wù)器示意圖； 圖21為本發(fā)明實施例十八的另一多媒體鈴音服務(wù)器示意圖； 圖22為本發(fā)明實施例十九的終端示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附 圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本 發(fā)明，但并不作為對本發(fā)明的限定。
實施例一 本發(fā)明實施例提供一種在通話期間播放多媒體鈴音的方法，以下結(jié)合附圖對本實 施例進行詳細說明。
圖1為本發(fā)明實施例的方法流程圖，請參照圖l，本發(fā)明實施例的方法主要包括 101 :接收主叫終端或被叫終端發(fā)送的請求標志； 102 :根據(jù)所述請求標志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。 通過本發(fā)明實施例的在通話期間繼續(xù)播放多媒體鈴音的方法，可以實現(xiàn)在通話期 間為主叫終端或被叫終端繼續(xù)播放多媒體鈴音。
實施例二 本發(fā)明實施例還提供一種在通話期間播放多媒體鈴音的方法，以下結(jié)合附圖對本 實施例進行詳細說明。
圖1為本發(fā)明實施例的方法流程圖，請參照圖l，本發(fā)明實施例的方法主要包括
步驟101 :接收主叫終端或被叫終端發(fā)送的請求標志； 在本實施例中，被叫終端發(fā)送的請求標志可以通過IMS域的摘機應(yīng)答消息2000K 消息，或者在摘機應(yīng)答消息之后以INFO消息或MESSAGE消息的頭域或消息體攜帶；或者通 過CS域的UUI消息、或者FACILITY消息攜帶，或者通過DTMF(雙音多頻)方式攜帶；或者 通過帶外方式或離線方式從被叫獲取該請求標志，本發(fā)明實施例并不以此作為限制。
在本實施例中，請求標志可以是多媒體振鈴音混頻標志，以請求服務(wù)器對多媒體 振鈴音和主叫終端到被叫終端的通話媒體流進行混頻操作，這種情況下，只有被叫終端能 在通話過程中聽到多媒體振鈴音。 在本實施例中，請求標志可以是多媒體回鈴音混頻標志，以請求服務(wù)器對多媒體 回鈴音和被叫終端到主叫終端的通話媒體流進行混頻操作，這種情況下，只有主叫終端能 在通話過程中聽到多媒體回鈴音。 在本實施例中，請求標志也可以是多媒體背景音混頻標志，以請求服務(wù)器對多媒 體振鈴音或多媒體回鈴音和主叫終端與被叫終端之間的通話媒體流進行混頻操作，這種情 況下，主叫終端和被叫終端都能在通話過程中聽到多媒體振鈴音或多媒體回鈴音，此時多 媒體振鈴音或多媒體回鈴音充當(dāng)一個多媒體背景音的工作。 在本實施例中，請求標志也可以是多媒體鈴音鏈接下載標志，以請求服務(wù)器下發(fā) 多媒體鈴音的鏈接，以供主叫終端或被叫終端下載該多媒體鈴音后，在通話過程中進行本 地播放。 在本實施例中，請求標志還可以是終端混頻能力標志，以請求服務(wù)器端不必停止
多媒體鈴音的播放，以在主叫終端或被叫終端對多媒體鈴音和通話媒體流進行混頻后進行
本地播放，這種情況下，主叫終端或被叫終端需要具備混頻能力。 步驟102 :根據(jù)所述請求標志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。 在本實施例中，如果接收到的請求標志為多媒體振鈴音混頻標志，則根據(jù)所述請
求標志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟為 向媒體資源功能實體發(fā)送攜帶有多媒體振鈴音混頻標志的指示消息，指示媒體資 源功能實體對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/混頻。
在本實施例中，如果接收到的請求標志為多媒體回鈴音混頻標志，則根據(jù)所述請 求標志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟為 向媒體資源功能實體發(fā)送攜帶有多媒體回鈴音混頻標志的指示消息，指示媒體資 源功能實體對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/混頻。
在本實施例中，如果接收到的請求標志為多媒體背景音混頻標志，則根據(jù)請求標 志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟為向媒體資源功能實體發(fā)送攜帶有多媒體背景音混頻標志的指示消息，指示媒體資 源功能實體對多媒體振鈴音或多媒體回鈴音和主叫終端與被叫終端之間的通話媒體流進 行混音/混頻。 根據(jù)本實施例，如果指示消息為指示對多媒體振鈴音或多媒體回鈴音和主叫終端 與被叫終端之間的通話媒體流進行混音/混頻，則意味著要將多媒體振鈴音或多媒體回鈴 音轉(zhuǎn)換為背景音，因此，在本實施例的方法中，還要包括下列與主叫終端和被叫終端協(xié)商多媒體背景音的步驟 向主叫終端和被叫終端發(fā)送多媒體背景音請求，協(xié)商多媒體背景音會話；
接收主叫終端和被叫終端對所述多媒體背景音請求的應(yīng)答消息。
在本實施例中，多媒體背景音請求可以通過re-INVITE消息傳遞，也可以通過 REFER消息傳遞，本實施例并不以此作為限制。 根據(jù)本實施例的方法，在主叫終端和被叫終端通話過程中，主叫終端或者被叫終 端或者主叫終端和被叫終端可以繼續(xù)聽到多媒體鈴音，由于該多媒體鈴音是由服務(wù)器端在 通話過程中對多媒體振鈴音或多媒體回鈴音和通話媒體流混頻后播放，因此，在主叫終端 或被叫終端掛機后，本實施例的方法還包括下列步驟 在接收到掛機消息后，向媒體資源功能實體發(fā)送停止消息，指示媒體資源功能實 體停止混音/混頻操作及停止播放多媒體鈴音； 接收媒體資源功能實體返回的停止確認消息，確認停止混音/混頻操作及停止播 放多媒體鈴音。 在本實施例中，在IMS域中，該掛機消息可以是BYE消息；在CS域中，該掛機消息 可以是disconnect消息。 在本實施例中，如果接收到的請求標志為多媒體鈴音鏈接下載標志，則根據(jù)所述 請求標志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟包括 向媒體資源功能實體發(fā)送攜帶有多媒體鈴音鏈接下載標志的指示消息，指示媒體 資源功能實體發(fā)送多媒體鈴音鏈接； 接收媒體資源功能實體返回的包含多媒體鈴音鏈接的對所述指示消息的應(yīng)答消 息。 根據(jù)本實施例，在接收到主叫終端對摘機應(yīng)答消息的確認消息后，即可發(fā)送攜帶 有多媒體鈴音鏈接的確認消息到請求終端，請求終端獲取了多媒體鈴音下載鏈接，下載該 多媒體鈴音后，即可以進行本地播放。 在本實施例中，如果接收到的請求標志為終端混頻能力標志，則根據(jù)所述請求標 志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音的步驟包括
在接收到摘機應(yīng)答消息后，繼續(xù)多媒體鈴音播放。 根據(jù)本實施例的方法，由于服務(wù)器端沒有停止發(fā)送多媒體鈴音，故可以由請求終 端對多媒體鈴音和通話媒體流混頻后在本地播放，因此，在主被叫終端掛機后，本實施例的 方法還包括下列步驟 在接收到掛機消息后，向媒體資源功能實體發(fā)送停止消息，指示媒體資源功能實 體停止播放多媒體鈴音； 接收媒體資源功能實體返回的停止確認消息，確認停止播放多媒體鈴音。
在本實施例中，如果為用戶播放的多媒體鈴音文件是圖片、文本或電子名片等文 件，則多媒體鈴音服務(wù)器在收到相應(yīng)的請求標志后，在接收到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ā)送的2000K消息中攜帶 請求服務(wù)器混頻標志，在本實施例中，該標志為多媒體振鈴音混頻標志，多媒體振鈴音應(yīng)用 服務(wù)器CRS AS接收到此標志后觸發(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ā)送的2000K消息中攜帶請求服務(wù)器混頻標志，該標志可以由主叫終端的用 戶在主叫終端上預(yù)先進行設(shè)置，CRS AS解析此標志后，指示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、 CBT AS和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中的初始過濾準 則iFC被路由到多媒體彩振服務(wù)器CRS AS。 步驟303 步驟304 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，2000K消息攜 帶了早期會話(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選項標簽。 步驟308 步驟3010 :被叫終端UE-B對INVITE請求中的早期會話的SDP
Offer (CRS-0)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標簽。 步驟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的確認消息2000K，途徑P-CSCF、 S-CSCF 到達CRS AS。 步驟3022 步驟3023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回2000K作為確認，并開始播放多媒體彩振。此時被叫用戶B就從 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)的2000K消息，根據(jù)本實施例的方法，2000K消息同時攜帶了混音/混頻請求(Mixing請求)標志，即多媒體振鈴音混頻標志，該標志可通過SIP頭域、或SDP、或XML文件 來攜帶。對于XML的攜帶方式，可以將SIP頭域中的content-type置為multipart/mixed 類型，然后在SDP消息體后攜帶XML文件即可。2000K消息途徑P-CSCF、 S-CSCF到達CRS AS。 步驟3032 步驟3033 :根據(jù)本實施例的方法，CRS AS接收到帶有Mixing請求標 志的2000K之后，發(fā)送INFO消息給MRF， INFO通過SDP或頭域字段攜帶Mixing請求標志， 以指示MRF啟動MIX單元，準備對CRS和通話媒體流進行混音/混頻。MRF返回對INFO的 應(yīng)答消息2000K。 步驟3034 步驟3035 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer(Al)的2000K消 息，途徑S-CSCF ，到達UE-A。 步驟3036 步驟3040 :UE-A返回對2000K消息的確認消息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返回2000K消息給UE_B。 通話結(jié)束。 在本實施例的第3029 3031步驟中，除了使用2000K攜帶請求服務(wù)器混頻標志
(多媒體振鈴音混頻標志)夕卜，還可以在2000K之后使用INFO或MESSAGE等消息攜帶。本
實施例并不以此作為限制。另外，被叫用戶除了在摘機時通過2000K消息攜帶請求混頻標
志外，還可以通過帶外方式(如短消息)或離線方式(如Web)實現(xiàn)混頻請求。 在本實施例中，由于是服務(wù)器端進行混頻(MIX)操作，現(xiàn)有的網(wǎng)絡(luò)實體即可支持
該項功能。且對終端側(cè)無要求，普通終端即可實現(xiàn)通話期間正常接收CRS。 實施例四 本實施例的方法應(yīng)用于IMS域的早期會話方式，由服務(wù)器端對多媒體振鈴音和通 話媒體流進行混頻，實現(xiàn)雙向"CRS+通話"到主、被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機時，被叫終端發(fā)送的2000K消息中攜帶請
求服務(wù)器混頻標志，在本實施例中，該標志為多媒體背景音混頻標志，CRS AS接收到此標志
后觸發(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所示 步驟4Q1 步驟402 :主叫終端UE-A發(fā)送一個帶有正常會話(Session) SDPOffer (01)的INVITE請求以建立與被叫終端UE_B之間的通話。INVITE請求首先到達 S-CSCF，并根據(jù)S-CSCF中的初始過濾準則iFC被路由到多媒體彩振服務(wù)器CRS AS。
步驟403 步驟404 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，2000K消息攜 帶了早期會話(Early-session)的SDP Offer (CRS-O)，目的是用于建立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選項標簽。 步驟408 步驟4010 :被叫終端UE_B對INVITE請求中的早期會話的SDP
Offer (CRS-O)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標簽。 步驟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的確認消息2000K，途徑P-CSCF、S-CSCF 到達CRS AS。 步驟4022 步驟4023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回2000K作為確認，并開始播放多媒體彩振。此時被叫用戶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)的2000K消息，根據(jù)本實施例的方法，2000K消息同時攜帶了混音/混頻請求 (Mixing請求)標志，即多媒體背景音混頻標志，該標志可通過第二個SDP、或頭域字段、或 XML文件攜帶，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟4032 步驟4033 :根據(jù)本實施例的方法，CRS AS接收到帶有Mixing請求標 志的2000K之后，發(fā)送INFO消息給MRF， INFO通過SDP或頭域字段攜帶Mixing請求標志， 以指示MRF啟動MIX單元，準備對CRS和通話媒體流進行混音/混頻。MRF返回對INFO的 應(yīng)答消息2000K。 步驟4034 步驟4035 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的2000K消 息，途徑S-CSCF ，到達UE-A。 步驟4036 步驟4040 :UE-A返回對2000K消息的確認消息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
13Offer(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) 2000K給CRS AS， 2000K消息攜帶了 CBT會話的SDP Answer (A2)。 步驟4049 步驟4050 :根據(jù)本實施例的方法，UE_A返回對re-INVITE的響應(yīng) 2000K給CRS AS， 2000K消息攜帶了 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返回2000K消息給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返回2000K。這樣，主被叫終端即進入了 CBT模式。 在本實施例中，由于是服務(wù)器端進行混頻，所以對終端側(cè)沒有要求。且在通話期間
CRS轉(zhuǎn)換為CBT模式，使得主被叫雙方均可欣賞到多媒體背景內(nèi)容。 實施例五 本實施例的方法應(yīng)用于IMS域的早期會話方式，由終端對多媒體振鈴音和通話媒 體流進行混頻，實現(xiàn)單向"CRS+通話"到被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機后，被叫終端在2000K消息中攜帶終端混 頻能力標志，CRS AS接收到該標志后，不向MRF發(fā)送BYE消息，MRF在主被叫終端通話期間 繼續(xù)播放CRS，被叫終端同時接收到兩路媒體流，并使用被叫終端本地的混頻單元進行混頻 操作。 在本實施例中，請求終端為被叫終端，假設(shè)被叫終端B具有將兩路媒體流混頻的 功能，可以在通話過程中，仍然接收CRS媒體流，并將兩路媒體流進行混頻后顯示(或播放) 給被叫終端的用戶。 該實施例的組網(wǎng)結(jié)構(gòu)及其功能與實施例三相同，在此不再贅述。
圖5為本實施例的呼叫流程示意圖，如圖5所示 步驟501 步驟502 :主叫終端UE-A發(fā)送一個帶有正常會話(Session)SDP Offer(Ol)的INVITE請求以建立與被叫終端UE-B之間的通話。INVITE請求首先到達 S-CSCF，并根據(jù)S-CSCF中的初始過濾準則iFC被路由到多媒體彩振服務(wù)器CRS AS。
步驟503 步驟504 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，2000K消息攜 帶了早期會話(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選項標簽。 步驟508 步驟5010 :被叫終端UE_B對INVITE請求中的早期會話的SDP
Offer (CRS-O)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標簽。 步驟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的確認消息2000K，途徑P-CSCF、S-CSCF 到達CRS AS。 步驟5022 步驟5023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回2000K作為確認，并開始播放多媒體彩振。此時被叫用戶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)的2000K消息，根據(jù)本實施例的方法，2000K消息同時攜帶了終端Mix能力標 志，以表示終端具有混音/混頻的能力，該標志可通過第二個SDP、或頭域字段、或XML文件 攜帶，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟5032 步驟5033 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的2000K消 息，途徑S-CSCF ，到達UE-A。 步驟5034 步驟5038 :UE-A返回對2000K消息的確認消息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)答消息2000K。 UE-A返回 2000K消息給UE-B。通話結(jié)束。 在本實施例中，由于是被叫終端進行混頻，所以對服務(wù)器無要求，可以減少服務(wù)器 的處理過程，降低服務(wù)器負荷。但對終端要求較高，需要在現(xiàn)有終端中增加專門的混頻模 塊。 實施例六
本實施例的方法應(yīng)用于IMS域的早期會話方式，由終端通過帶外方式下載多媒體 振鈴音，實現(xiàn)在通話過程中被叫本地播放。 在本實施例中，當(dāng)被叫終端的用戶摘機后，被叫終端在2000K消息中攜帶多媒體 振鈴音下載標志，請求服務(wù)器下發(fā)CRS URI鏈接以進行下載和本地播放。CRS AS接收到標 志后，指示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中的初始過濾準則iFC被路由到多媒體彩振服務(wù)器CRS AS。
步驟603 步驟604 :CRS AS確定UE-A已為UE-B訂閱了 CRS業(yè)務(wù)，即發(fā)送一個不 帶有SDP的INVITE請求給媒體資源功能MRF。 MRF返回2000K消息進行應(yīng)答，2000K消息攜 帶了早期會話(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選項標簽。 步驟608 步驟6010 :被叫終端UE_B對INVITE請求中的早期會話的SDP
Offer (CRS-O)進行應(yīng)答，返回可靠的183臨時響應(yīng)，183中攜帶了早期會話的SDP
Answer (CRS-A)，并且183的Require頭域中包含了 100rel選項標簽。 步驟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的確認消息2000K，途徑P-CSCF、S-CSCF 到達CRS AS。 步驟6022 步驟6023 :CRS AS發(fā)送INFO消息給MRF，指示MRF開始為UE-B播放 多媒體彩振CRS。 MRF返回2000K作為確認，并開始播放多媒體彩振。此時被叫用戶B就從 UE-B收聽/收看到了主叫用戶A為其定制的多媒體彩振。 步驟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)的2000K消息，根據(jù)本實施例的方法，2000K消息同時攜帶了 CRS URI的請求 標志，該標志可通過第二個SDP、或Alert-Info/Call-Info頭域、或XML文件攜帶，途徑P-CSCF、 S-CSCF到達CRS AS。 步驟6032 步驟6033 :CRS AS接收到2000K之后，發(fā)送BYE消息給MRF，指示MRF 停止播放CRS，根據(jù)本實施例的方法，BYE消息通過SDP攜帶了 CRS URI的請求標志，以指示 MRF發(fā)送一個CRS的HTTP URI。 MRF返回對BYE的應(yīng)答消息2000K,根據(jù)本實施例的方法， 2000K通過SDP或頭域字段攜帶了 CRS的HTTP URI。 步驟6034 步驟6035 :CRS AS轉(zhuǎn)發(fā)帶有正常會話SDP Answer (Al)的2000K消 息，途徑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返回 2000K消息給UE-B。通話結(jié)束。 在本實施例中，對CRS服務(wù)器、終端均無混頻要求，是一種最經(jīng)濟的方案。但由于 需要從Web服務(wù)器下載CRS，所以可能會造成延遲，且只能播放音頻CRS。
實施例七 本實施例的方法應(yīng)用于CS域的跨接方式，由服務(wù)器端對多媒體振鈴音和通話媒 體流進行混頻，實現(xiàn)單向"CRS+通話"到被叫。 在本實施例中，當(dāng)被叫終端的用戶摘機時，被叫終端在CONNECT消息中攜帶請求 混頻標志，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ù)，如識別 標志、位置信息、簽約業(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ù)標志。 步驟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ù)標志。CRS Server根據(jù) CRS業(yè)務(wù)標志確定主叫用戶A為被叫用戶B所定制的CRS業(yè)務(wù)。 步驟808:CRS Server向MSC Server B發(fā)送BICC IAM消息，以建立到MSC Server
B的電路連接，其中IAM消息攜帶了 CRS的業(yè)務(wù)標志。 步驟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ù)標志。UE B接收到CRS業(yè)務(wù)標志后，抑制本地振鈴音， 并等待接收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 Server A向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請求標志，具體攜帶方式可以通過CONNECT消息的 User_to_user信元或Facility信元來攜帶。 步驟8019:MSC Server B發(fā)送BICC ANM消息到CRS Server。根據(jù)本實施例的方 法，ANM消息攜帶了Mixing請求標志，具體攜帶方式可以通過A畫消息的Optional Part中 的User-to-user或Facility等可選參數(shù)來攜帶。CRS Server根據(jù)接收到的Mixing請求 標志，觸發(fā)服務(wù)器內(nèi)部的MIX單元，準備為CRS和視頻通話過程進行混音/混頻。
re-INVITE8020 :MSC Server B返回確認消息CONNECT_ACK到被叫終端UE B。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到UEA方向的音頻/視頻通話 流不做MIX處理。 步驟8025 :UE A掛機，CRS Server拆除與UE A及UE B之間的H. 245連接。通話結(jié)束。 在本實施例的第8018步驟中，除了使用CONNECT消息攜帶請求混頻標志外，還可 以在發(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ā)送請求標志，以請求在通話期間繼續(xù)聽到多媒體回鈴音，而多媒體彩 鈴應(yīng)用服務(wù)器根據(jù)主叫終端發(fā)送的請求標志，觸發(fā)在通話期間繼續(xù)播放多媒體回鈴音，觸 發(fā)的流程也與前述實施例類似，在此不再贅述。
實施例八 本發(fā)明實施例還提供一種多媒體鈴音應(yīng)用服務(wù)器，以下結(jié)合附圖對本實施例進行 詳細說明。 圖9為本實施例的多媒體鈴音應(yīng)用服務(wù)器的組成結(jié)構(gòu)框圖，如圖9所示，本實施例 的多媒體鈴音應(yīng)用服務(wù)器主要包括請求標志接收單元91、多媒體鈴音播放觸發(fā)單元93， 其中 請求標志接收單元91用于接收主叫終端或被叫終端發(fā)送的請求標志； 多媒體鈴音播放觸發(fā)單元93用于根據(jù)所述請求標志觸發(fā)在通話期間繼續(xù)播放多
媒體鈴音。 根據(jù)本實施例，多媒體鈴音應(yīng)用服務(wù)器還可以包括判斷單元92，在本實施例中，判 斷單元92用于根據(jù)所述請求標志接收單元91接收到的請求標志判斷所述請求標志的類 型，以提供給多媒體鈴音播放觸發(fā)單元93觸發(fā)相應(yīng)的流程，其中，該請求標志可以為多媒 體振鈴音混頻標志，或多媒體回鈴音混頻標志，或多媒體背景音混頻標志，或多媒體鈴音鏈 接下載標志，或終端混頻能力標志。
19
根據(jù)本實施例，多媒體鈴音播放觸發(fā)單元93可以包括混頻指示發(fā)送模塊931，在 本實施例中，當(dāng)判斷單元92判斷的結(jié)果為，請求標志為多媒體振鈴音混頻標志時，則混頻 指示發(fā)送單元931發(fā)送攜帶有多媒體振鈴音混頻標志的指示消息到媒體資源功能實體，指 示該媒體資源功能實體對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/ 混頻。 在本實施例中，當(dāng)判斷單元92判斷的結(jié)果為，請求標志為多媒體回鈴音混頻標志 時，則混頻指示發(fā)送單元931發(fā)送攜帶有多媒體回鈴音混頻標志的指示消息到媒體資源功 能實體，指示該媒體資源功能實體對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進 行混音/混頻。 在本實施例中，當(dāng)判斷單元92判斷的結(jié)果為，請求標志為多媒體背景音混頻標志 時，則混頻指示發(fā)送單元931發(fā)送攜帶有多媒體背景音混頻標志的指示消息到媒體資源功 能實體，指示該媒體資源功能實體對多媒體振鈴音或多媒體回鈴音和主叫終端與被叫終端 之間的通話媒體流進行混音/混頻。其中，多媒體鈴音播放觸發(fā)單元93還可以包括背景音 請求發(fā)送模塊932，當(dāng)請求標志為多媒體背景音混頻標志時，混頻指示發(fā)送單元931發(fā)送指 示消息到媒體資源功能實體后，由背景音請求發(fā)送模塊932向主叫終端和被叫終端發(fā)送多 媒體背景音請求，協(xié)商多媒體背景音會話。 根據(jù)本實施例，多媒體鈴音播放觸發(fā)單元93還可以包括鏈接指示發(fā)送模塊933、 多媒體鈴音鏈接接收模塊934以及多媒體鈴音鏈接發(fā)送模塊935，在本實施例中，當(dāng)判斷單 元92判斷的結(jié)果為，請求標志為多媒體鈴音鏈接下載標志時，則鏈接指示發(fā)送模塊933發(fā) 送攜帶有多媒體鈴音鏈接下載標志的指示消息到媒體資源功能實體，指示該媒體資源功能 實體發(fā)送多媒體鈴音鏈接。在本實施例中，當(dāng)多媒體鈴音鏈接接收模塊934接收到媒體資 源功能實體返回的多媒體鈴音鏈接后，則多媒體鈴音鏈接發(fā)送模塊935發(fā)送攜帶有多媒體 鈴音鏈接的確認消息到請求終端。 根據(jù)本實施例，當(dāng)判斷單元92判斷的結(jié)果為，請求標志為終端混頻能力標志時， 則多媒體鈴音播放觸發(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 以及或者CBT AS的功能，多媒體鈴音服務(wù)器可以實現(xiàn)前述CRS AS、CTS AS以及或者CBT AS 與MRF的功能，具體已在前述作了詳細說明，在此不再贅述。 通過本實施例的多媒體鈴音應(yīng)用服務(wù)器，使得通話過程中的主叫終端或者被叫終 端或者主被叫終端都可以繼續(xù)聽到多媒體振鈴音或多媒體回鈴音，解決了現(xiàn)有技術(shù)中無法 實現(xiàn)多媒體振鈴音或多媒體回鈴音在通話期間為用戶繼續(xù)播放的問題，以及多媒體振鈴音CN 101795330 A 或多媒體回鈴音在通話期間轉(zhuǎn)換為多媒體背景音的問題。
實施例九 本發(fā)明實施例還提供一種在通話期間播放多媒體鈴音的方法，以下結(jié)合附圖對本 實施例進行詳細說明。 圖10為本實施例的方法流程圖，本實施例的方法應(yīng)用于終端設(shè)備，如圖IO所示， 本實施例的方法主要包括 1001 :向多媒體鈴音服務(wù)器發(fā)送請求標志，所述請求標志用于請求多媒體鈴音服 務(wù)器在通話期間繼續(xù)播放多媒體鈴音。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標志的步驟可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體振鈴音混頻標志，所述多媒體振鈴音混頻標志用
于請求多媒體鈴音服務(wù)器對多媒體振鈴音和主叫終端到被叫終端的通話媒體流進行混音/
混頻后播放。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體回鈴音混頻標志，所述多媒體回鈴音混頻標志用
于請求多媒體鈴音服務(wù)器對多媒體回鈴音和被叫終端到主叫終端的通話媒體流進行混音/
混頻后播放。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體背景音混頻標志，所述多媒體背景音混頻標志用
于請求多媒體鈴音服務(wù)器對多媒體回鈴音或多媒體振鈴音和主叫終端與被叫終端之間的
通話媒體流進行混音/混頻后播放。 根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送多媒體鈴音鏈接下載標志，所述多媒體鈴音鏈接下載標
志用于請求多媒體鈴音服務(wù)器下發(fā)多媒體鈴音的鏈接，以下載該多媒體鈴音后進行本地播放。 在本實施例中，向多媒體鈴音服務(wù)器發(fā)送多媒體鈴音鏈接下載標志的步驟之后還 包括 1003 :接收并下載所述多媒體鈴音鏈接的多媒體鈴音；
1004 :對下載后的多媒體鈴音進行本地播放。
根據(jù)本實施例，該向多媒體鈴音服務(wù)器發(fā)送請求標志的步驟也可以是 向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標志，所述終端混頻能力標志用于請求多
媒體鈴音服務(wù)器繼續(xù)播放多媒體鈴音，并對多媒體鈴音與接收到的通話媒體流混頻后進行
本地播放。
在本實施例中，向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標志的步驟之后還包括
1005 :對接收到的多媒體鈴音和通話媒體流進行混頻；以及 1006 :播放所述混頻后的多媒體鈴音和通話媒體流的步驟，以實現(xiàn)在通話過程中 對所述的多媒體鈴音進行本地播放。 根據(jù)本實施例，也可以無須發(fā)送請求標志，主叫或被叫用戶可以通過帶外方式預(yù) 先在多媒體鈴音服務(wù)器上進行相應(yīng)的設(shè)置，以使得用戶在通話過程中仍可以欣賞到彩振或 彩鈴。
21
通過本實施例的方法，使得通話過程中的主叫終端或者被叫終端或者主被叫終端
都可以繼續(xù)聽到多媒體振鈴音或多媒體回鈴音，解決了現(xiàn)有技術(shù)中無法實現(xiàn)多媒體振鈴音
或多媒體回鈴音在通話期間為用戶繼續(xù)播放的問題，以及多媒體振鈴音或多媒體回鈴音在
通話期間轉(zhuǎn)換為多媒體背景音的問題。 實施例十 本發(fā)明實施例還提供一種終端設(shè)備，以下結(jié)合附圖對本實施例進行詳細說明。
圖ll為本實施例的終端設(shè)備的組成結(jié)構(gòu)框圖，如圖ll所示，本實施例的終端設(shè)備 主要包括請求標志發(fā)送單元111 ，用于向多媒體鈴音服務(wù)器發(fā)送請求標志，所述請求標志用 于請求多媒體鈴音服務(wù)器在通話期間觸發(fā)繼續(xù)播放多媒體鈴音。
根據(jù)本實施例，該請求標志發(fā)送單元111可以包括 多媒體振鈴音混頻標志發(fā)送模塊1111 ，用于向多媒體鈴音服務(wù)器發(fā)送多媒體振鈴 音混頻標志，所述多媒體振鈴音混頻標志用于請求多媒體鈴音服務(wù)器對多媒體振鈴音和主 叫終端到被叫終端的通話媒體流進行混音/混頻后播放。
根據(jù)本實施例，該請求標志發(fā)送單元111還可以包括 多媒體回鈴音混頻標志發(fā)送模塊1112，用于向多媒體鈴音服務(wù)器發(fā)送多媒體回鈴 音混頻標志，所述多媒體回鈴音混頻標志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音和被 叫終端到主叫終端的通話媒體流進行混音/混頻后播放。
根據(jù)本實施例，該請求標志發(fā)送單元111還可以包括 多媒體背景音混頻標志發(fā)送模塊1113，用于向多媒體鈴音服務(wù)器發(fā)送多媒體背景 音混頻標志，所說多媒體背景音混頻標志用于請求多媒體鈴音服務(wù)器對多媒體回鈴音或多 媒體振鈴音和主叫終端與被叫終端之間的通話媒體流進行混音/混頻后播放。
根據(jù)本實施例，該請求標志發(fā)送單元111還可以包括 多媒體鈴音鏈接下載標志發(fā)送模塊1114，用于向多媒體鈴音服務(wù)器發(fā)送多媒體鈴 音鏈接下載標志，所述多媒體鈴音鏈接下載標志用于請求多媒體鈴音服務(wù)器下發(fā)多媒體鈴 音的鏈接，以下載該多媒體鈴音后進行本地播放。 在本實施例中，所述終端設(shè)備還包括多媒體鈴音鏈接接收單元113，用于接收多 媒體鈴音服務(wù)器下發(fā)的多媒體鈴音鏈接；多媒體鈴音下載單元114，用于根據(jù)所述多媒體 鈴音鏈接下載所述多媒體鈴音。
根據(jù)本實施例，該請求標志發(fā)送單元111還可以包括 終端混頻能力標志發(fā)送模塊1115，用于向多媒體鈴音服務(wù)器發(fā)送終端混頻能力標 志，所述終端混頻能力標志用于請求多媒體鈴音服務(wù)器繼續(xù)播放多媒體鈴音，并對多媒體 鈴音與接收到的通話媒體流混頻后進行本地播放。 在本實施例中，所述終端設(shè)備還包括混頻單元115，用于對接收到的多媒體鈴音 和通話媒體流進行混頻。 根據(jù)本實施例，所述終端設(shè)備還包括 多媒體鈴音播放單元116，用于播放多媒體鈴音下載單元114下載的多媒體鈴音 或混頻單元115混頻后的多媒體鈴音和通話媒體流。 通過本實施例的終端設(shè)備，使得通話過程中的主叫終端或者被叫終端或者主被叫 終端都可以繼續(xù)聽到多媒體振鈴音或多媒體回鈴音，解決了現(xiàn)有技術(shù)中無法實現(xiàn)多媒體振
22鈴音或多媒體回鈴音在通話期間為用戶繼續(xù)播放的問題，以及多媒體振鈴音或多媒體回鈴 音在通話期間轉(zhuǎn)換為多媒體背景音的問題。
實施例i^一 本實施例的網(wǎng)絡(luò)架構(gòu)與實施例三相同，不同之處在于在附圖2網(wǎng)絡(luò)架構(gòu)中的CRS AS可以被替換為CTS AS，也可以同時部署CRS AS和CTS AS ;此外，本實施例應(yīng)用場景如下 主/被叫用戶預(yù)先為對方(或為自己)訂閱了彩鈴/彩振，并且預(yù)先設(shè)置了呼叫過程中繼 續(xù)播放彩鈴/彩振(該功能也可由運營商預(yù)先配置)，通話建立過程中，彩鈴/彩振服務(wù)器 會向主、被叫終端均發(fā)起會話更新，從而預(yù)留好通話過程中可以同時支持彩鈴/彩振+通話 的媒體資源；或者是，主/被叫用戶預(yù)先為對方(或為自己)訂閱了彩鈴/彩振，但并未預(yù) 先設(shè)置呼叫過程中繼續(xù)播放彩鈴/彩振的功能，通話建立過程中，主/被叫用戶可以向彩鈴 /彩振服務(wù)器發(fā)送動態(tài)請求信息，以請求在通話過程中繼續(xù)播放彩鈴/彩振。
參見圖12，具體流程如下 步驟1201至步驟1202、主叫終端(UE_A)發(fā)起呼叫，向被叫終端(UE_B)發(fā)送呼叫 請求(INVITE)消息，消息中攜帶了主叫終端的會話請求(sessionSDP Offer);
步驟1203、被叫終端返回振鈴(180)消息，消息中攜帶了被叫終端的會話應(yīng)答 (session SDP Answer); 步驟1204、如果用戶訂閱了彩鈴業(yè)務(wù)，則多媒體鈴音服務(wù)器在振鈴(180)消息中 添加彩鈴早期會話媒體請求(early-session SDP offer)，然后將振鈴(180)消息轉(zhuǎn)發(fā)給主 叫終端； 步驟1205、主叫終端返回臨時響應(yīng)確認(PRACK)消息，如果振鈴(180)消息中攜帶 了彩鈴早期會話媒體請求(early-session SDP offer)，則臨時響應(yīng)確認(PRACK)消息中會 攜帶彩鈴早期會話媒體應(yīng)答(early-session SDPanswer); 步驟1206、如果用戶訂閱了彩鈴業(yè)務(wù)，則多媒體鈴音服務(wù)器指示媒體資源功能 (MRF)為主叫終端開始播放彩鈴； 步驟1207、如果用戶訂閱了彩振業(yè)務(wù)，則多媒體鈴音服務(wù)器接收到主叫終端發(fā)來 的臨時響應(yīng)確認(PRACK)消息后，在其中添加彩振早期會話媒體請求(early-session SDP offer)，同時檢查如果用戶預(yù)先配置了通話中繼續(xù)播放多媒體鈴音的功能，則可以在臨時 響應(yīng)確認(PRACK)中添加一個會話請求(session SDP of f er)，該會話請求(session SDP offer)中包含了同時支持正常通話和多媒體鈴音的媒體參數(shù)(注如果根據(jù)用戶的配置 或動態(tài)請求判斷出無需在通話過程中為被叫繼續(xù)播放多媒體鈴音而只需為主叫繼續(xù)播放 多媒體鈴音，則該會話請求中只需包含用于正常通話的媒體參數(shù)即可)，而且該會話請求的 IP地址和端口號均指向MRF。然后，多媒體鈴音服務(wù)器將臨時響應(yīng)確認(PRACK)消息轉(zhuǎn)發(fā) 給被叫終端； 需要說明的是步驟1207中的臨時響應(yīng)確認消息中的會話請求(sessionSDP offer)也可以由步驟1213的更新(UDPATE)消息中攜帶，相應(yīng)的臨時響應(yīng)確認消息的成功 響應(yīng)(2000K(PRACK))消息中的會話請求(session SDPoffer)則可以由步驟1214的更新 消息的成功響應(yīng)2000K (UPDATE)消息攜帶； 步驟1208、 UE-B接收到PRACK消息后，對其中的early-session和session資源 均進行預(yù)留，并返回臨時響應(yīng)確認消息的成功響應(yīng)(2000K(PRACK))消息，消息中攜帶了對收到的所有請求(offer)的應(yīng)答； 步驟1209、多媒體鈴音服務(wù)器將臨時響應(yīng)確認消息的成功響應(yīng)(2000K(PRACK)) 轉(zhuǎn)發(fā)給主叫終端； 步驟1210、多媒體鈴音服務(wù)器指示媒體資源功能(MRF)向被叫終端播放彩振；
步驟1211、多媒體鈴音服務(wù)器向主叫終端發(fā)送更新(UDPATE)消息，消息中攜帶了 會話請求(session SDP offer)，其中包含了同時支持正常通話和多媒體鈴音的媒體參數(shù) (注如果根據(jù)用戶的配置或動態(tài)請求判斷出無需在通話過程中為主叫繼續(xù)播放多媒體鈴 音而只需為被叫繼續(xù)播放多媒體鈴音，則該會話請求中只需包含用于正常通話的媒體參數(shù) 即可)，而且該會話請求的IP地址和端口號均指向MRF ; 步驟1212、主叫終端向多媒體鈴音服務(wù)器返回更新消息的成功響應(yīng) (2000K(UPDATE))消息，消息中攜帶了對請求(offer)的應(yīng)答(answer)，此時主叫終端與媒 體資源功能(MRF)之間就建立了會話通道； 步驟1213至1214、多媒體鈴音服務(wù)器向被叫終端發(fā)送更新(UDPATE) 消息，消息中攜帶了會話請求(session SDP offer)，該請求中包含同時支持正常
通話和多媒體鈴音的媒體參數(shù)(注如果根據(jù)用戶的配置或動態(tài)請求判斷出無需在通話過
程中為被叫繼續(xù)播放多媒體鈴音而只需為主叫繼續(xù)播放多媒體鈴音，則該會話請求中只需
包含用于正常通話的媒體參數(shù)即可)，而且該會話請求的IP地址和端口號均指向MRF。被
叫終端返回更新消息的成功響應(yīng)(2000K(UPDATE))消息， 消息中攜帶了對請求(offer)的應(yīng)答(answer); 需要說明的是步驟1213、步驟1214兩步消息的發(fā)送是可選的即如果多媒體鈴 音服務(wù)器已經(jīng)在1207消息中攜帶了會話請求(session SDPoffer)，則1213和1214兩消息 就可以不發(fā)送。但如果多媒體鈴音服務(wù)器接收到了終端發(fā)來的繼續(xù)多媒體鈴音播放的動態(tài) 請求，則應(yīng)當(dāng)發(fā)送1213和1214兩消息。 步驟1215至步驟1218、被叫用戶摘機，被叫終端發(fā)送摘機(2000K)消息，該消息途
徑多媒體鈴音服務(wù)器，到達主叫終端。主叫終端返回確認(ACK)消息。通話建立； 步驟1219、多媒體鈴音服務(wù)器指示媒體資源功能(MRF)開始對通話媒體流和多媒
體鈴音進行混音處理，從而實現(xiàn)繼續(xù)為主叫、或被叫、或主被叫雙方繼續(xù)播放多媒體鈴音的功能。 可以理解的上述流程中只敘述了用戶預(yù)先配置了通話中繼續(xù)播放多媒體鈴音的 功能，其實該流程也適用于用戶在通話建立之前動態(tài)請求多媒體鈴音在通話中繼續(xù)播放， 用戶的請求信息可以通過帶內(nèi)雙音多頻(DTMF)(即通過實時傳輸協(xié)議傳輸雙音多頻信號) 或帶外雙音多頻(即通過信令消息傳輸雙音多頻信號)來實現(xiàn)。多媒體鈴音服務(wù)器接收到 用戶的動態(tài)請求信息后，會觸發(fā)執(zhí)行步驟1211、步驟1212、步驟1213和步驟1214四個步驟 (即分別向主被叫終端發(fā)送更新(UPDATE)消息)來分別與主被叫終端建立會話；另外，在 通話過程中(也可以在通話開始之前)，主/被叫終端可以向多媒體鈴音服務(wù)器發(fā)送請求信 息(例如通過帶內(nèi)或帶外方式向多媒體鈴音服務(wù)器發(fā)送雙音多頻信號)，請求服務(wù)器不要 在通話過程中繼續(xù)播放多媒體鈴音、或者請求僅播放其中的一路媒體流、或者請求調(diào)節(jié)多 媒體鈴音的音量。服務(wù)器接收到請求信息后，根據(jù)請求信息指示媒體資源功能執(zhí)行相應(yīng)的 動作即可。而且上述流程中的180(振鈴)消息均可替換為183(會話進行中)消息。
24
本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)
播放的問題，當(dāng)通話開始后，服務(wù)器可以繼續(xù)為主被叫播放彩鈴/彩振，無需任何更新或切
換流程，沒有任何延遲，本實施例是在現(xiàn)有的早期會話(early-session)模式基礎(chǔ)上的方
案，但現(xiàn)有的早期會話模式無任何影響，而且終端不支持早期會話模式時，服務(wù)器可以不執(zhí)
行本實施例中的會話更新操作，從而對正常的通話無任何影響，且無須用戶在通話過程中
參與任何操作，給用戶帶來一種全新的體驗，有利于該技術(shù)的實現(xiàn)與推廣。 實施例十二 本實施例的網(wǎng)絡(luò)架構(gòu)和實施例i^一相同，此處不再贅述。應(yīng)用場景如下主/被叫 用戶預(yù)先為對方(或為自己)訂閱了彩振/彩鈴，并且預(yù)先設(shè)置了呼叫過程中繼續(xù)播放彩 振/彩鈴(該功能也可由運營商預(yù)先配置)。當(dāng)呼叫建立初始，彩振/彩鈴服務(wù)器就執(zhí)行本 實施例的流程，即充當(dāng)一個會議中心的角色，然后在通話建立之前為被叫播放彩振、或為主 叫播放彩鈴、也可以兩者同時播放。當(dāng)被叫摘機時，彩振/彩鈴服務(wù)器在通話過程中繼續(xù)為 主叫、或被叫、或主被叫雙方播放多媒體鈴音。
參見圖13，具體流程如下 步驟1301 、主叫終端(UE-A)向被叫終端(UE-B)發(fā)起呼叫請求，呼叫請求消息 (INVITE)中攜帶了 UE-A的會話請求(session offer), INVITE消息根據(jù)初始過濾規(guī)則到 達多媒體鈴音服務(wù)器； 步驟1302、多媒體鈴音服務(wù)器接收到呼叫請求(INVITE)消息后，將其中的SDP offer(會話請求)替換為媒體資源功能(MRF)的會話請求(sessionSDP offer)，其中包 含了用于播放多媒體鈴音的媒體參數(shù)和用于正常通話的媒體參數(shù)，而且該會話請求的IP 地址和端口號均指向MRF，并在Require (需求)頭域中添加100rel標志，然后將呼叫請求 (INVITE)消息轉(zhuǎn)發(fā)給被叫終端； 步驟1303、 UE-B返回振鈴(180)消息，消息中攜帶了被叫終端的會話應(yīng)答(SDP Answer); 步驟1304、多媒體鈴音服務(wù)器此時指示媒體資源功能(MRF)為被叫終端播放彩 振； 步驟1305、多媒體鈴音服務(wù)器向UE-A返回振鈴(180)消息，消息中攜帶了媒體資 源功能(MRF)的會話應(yīng)答(SDP Answer); 步驟1306 步驟1309、主叫終端向被叫終端發(fā)送臨時響應(yīng)確認(PRACK) ，UE_B向 UE-A返回臨時響應(yīng)確認消息的成功響應(yīng)(2000K(PRACK))消息； 步驟1310、多媒體鈴音服務(wù)器向主叫終端發(fā)送更新(UDPATE)消息用于建立主 叫終端與媒體資源功能(MRF)之間的會話，消息中攜帶了媒體資源功能(MRF)的請求 (Offer)，請求中包含了用于播放多媒體鈴音的媒體參數(shù)和用于正常通話的媒體參數(shù)，而且 該會話請求的IP地址和端口號均指向MRF ; 步驟1311、主叫終端向多媒體鈴音服務(wù)器返回更新消息的成功響應(yīng)
(2000K(UPDATE))消息，消息中攜帶了主叫終端的會話應(yīng)答(SDP Answer); 步驟1312、此時多媒體鈴音服務(wù)器可以指示媒體資源功能(MRF)為主叫終端播放
彩鈴； 步驟1313 步驟1316、被叫用戶摘機，被叫終端向主叫終端發(fā)送2000K(INVITE)摘機消息。主叫終端向被叫終端返回ACK確認消息。通話建立； 步驟1317、多媒體鈴音服務(wù)器指示媒體資源功能(MRF)開始進行混音處理，即對 多媒體鈴音和主被叫通話媒體進行混音。從而在通話過程中為主叫、或被叫、或主被叫雙方 繼續(xù)播放多媒體鈴音。 可以理解的上述流程中的180(振鈴)消息均可替換為183(會話進行中)消息； 另外，在通話過程中(也可以在通話開始之前)，主/被叫終端可以向多媒體鈴音服務(wù)器發(fā) 送請求信息(例如通過帶內(nèi)或帶外方式向多媒體鈴音服務(wù)器發(fā)送雙音多頻信號)，請求服 務(wù)器不要在通話過程中繼續(xù)播放多媒體鈴音、或者請求僅播放其中的一路媒體流、或者請 求調(diào)節(jié)多媒體鈴音的音量。服務(wù)器接收到請求信息后，根據(jù)請求信息指示媒體資源功能執(zhí) 行相應(yīng)的動作即可。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù) 播放的問題，此外，本實施例中服務(wù)器在呼叫建立初始即充當(dāng)會議中心的角色，將主被叫終 端分別接入到媒體資源功能，然后可以為主被叫播放彩鈴/彩振，從而實現(xiàn)了一種新的彩 鈴、彩振播放模式。且當(dāng)通話開始后，服務(wù)器可以繼續(xù)為主被叫播放彩鈴/彩振，無需任何 更新或切換流程，沒有任何延遲。
實施例十三 本實施例的網(wǎng)絡(luò)架構(gòu)和實施例i^一相同，此處不再贅述。應(yīng)用場景如下主/被叫 用戶預(yù)先為對方(或為自己)訂閱了彩鈴/彩振，并且預(yù)先設(shè)置了呼叫過程中繼續(xù)播放彩 鈴/彩振的功能(該功能也可由運營商預(yù)先配置)。當(dāng)通話開始后，多媒體鈴音服務(wù)器繼續(xù) 播放彩鈴/彩振，主叫終端或被叫終端對多路媒體流進行混音處理，然后播放出來。
參見圖14，具體流程如下 步驟1401 、主叫終端UE-A向被叫終端UE_B發(fā)起呼叫請求，呼叫請求消息 (INVITE)中攜帶了UE-A的會話請求(session offer)，呼叫請求消息根據(jù)初始過濾規(guī)則到 達多媒體鈴音服務(wù)器； 步驟1402、如果用戶預(yù)先配置了通話過程中繼續(xù)播放彩振的業(yè)務(wù)，則多媒體鈴音 服務(wù)器接收到呼叫請求消息后，將消息體中添加通話過程中需要繼續(xù)播放的多媒體鈴音的 媒體行，并將該媒體行的"c ="行(地址行)設(shè)置為指向媒體資源功能(MRF)，相應(yīng)的端口 號也設(shè)置為媒體資源功能(MRF)提供的端口號； 步驟1403、被叫終端接收到呼叫請求消息后，對請求(SDP offer)中的通話媒體 資源和多媒體鈴音資源進行預(yù)留，并預(yù)留相應(yīng)的用于混音的資源，然后返回180振鈴消息， 消息中攜帶了被叫終端的應(yīng)答(answer)，該應(yīng)答中包含了對正常通話請求的應(yīng)答和對多媒 體鈴音請求的應(yīng)答； 步驟1404、多媒體鈴音服務(wù)器接收到180振鈴消息后，將其中的用于應(yīng)答多媒體 鈴音請求的媒體行提取出來，預(yù)留相應(yīng)的媒體播放資源，這樣就協(xié)商完成了通話過程中可 以繼續(xù)播放的多媒體鈴音的會話。另外，如果用戶訂閱了彩鈴業(yè)務(wù)，多媒體鈴音服務(wù)器需要 在180振鈴消息中添加早期會話(early-session)類型的請求(offer)，然后將180振鈴消 息轉(zhuǎn)發(fā)給主叫終端，用于與主叫終端協(xié)商彩鈴早期媒體； 步驟1405 、主叫終端返回臨時響應(yīng)確認(PRACK)消息，消息中攜帶了早期會 話(early-session)類型的應(yīng)答(SDP answer)，多媒體鈴音服務(wù)器接收到臨時響應(yīng)確認(PRACK)消息后，將其中的應(yīng)答(answer)提取出來，完成了彩鈴早期媒體的協(xié)商；
步驟1406、如果用戶訂閱了彩振業(yè)務(wù)，多媒體鈴音服務(wù)器需要在臨時響應(yīng)確認 (PRACK)消息中添加早期會話(early-session)類型的請求(offer)，然后將該消息轉(zhuǎn)發(fā)給 被叫終端，用于與被叫終端協(xié)商彩振早期媒體； 步驟1407、被叫終端返回臨時響應(yīng)確認消息的成功響應(yīng)(2000K(PRACK))消息，消 息中攜帶了早期會話(early-session)類型的應(yīng)答(answer); 步驟1408 步驟1410、多媒體鈴音服務(wù)器接收到臨時響應(yīng)確認消息的成功響應(yīng) (2000K(PRACK))消息后，將其中的應(yīng)答(answer)提取出來，完成了彩振早期媒體的協(xié)商， 然后將該消息轉(zhuǎn)發(fā)給主叫終端。此時，多媒體鈴音服務(wù)器根據(jù)用戶的訂閱情況向被叫播放 彩振，向主叫播放彩鈴； 步驟1411、如果用戶預(yù)先配置了通話過程中繼續(xù)播放彩鈴的業(yè)務(wù)，則多媒體鈴 音服務(wù)器向主叫終端發(fā)送更新(UPDATE)消息，消息中攜帶了會話(session)類型的請求 (offer)，請求(offer)中包含了基于步驟1404中的180消息中會話應(yīng)答(session SDP answer)的媒體行，還包含了用于在通話中播放多媒體鈴音的媒體行；
步驟1412、主叫終端向多媒體鈴音服務(wù)器返回更新消息的成功響應(yīng) (2000K(UPDATE))消息，消息中攜帶了主叫終端的應(yīng)答(answer); 步驟1413 步驟1416、被叫用戶摘機，被叫終端向主叫終端發(fā)送2000K(INVITE) 摘機消息。主叫終端向被叫終端返回ACK確認消息。通話建立； 步驟1417 步驟1418、多媒體鈴音服務(wù)器根據(jù)預(yù)先的配置策略，指示媒體資源功 能繼續(xù)為主叫播放彩鈴、或繼續(xù)為被叫播放彩振、或繼續(xù)為主/被叫雙方播放彩鈴/彩振；
步驟1419、被叫終端在接收到媒體流時即開始對接收到的通話媒體流和多媒體鈴 音媒體流進行本地的混音處理并播放。 步驟1420、主叫終端在接收到媒體流時即開始對接收到的通話媒體流和多媒體鈴 音媒體流進行本地的混音處理并播放。 可以理解的如果用戶未預(yù)先設(shè)置通話過程中繼續(xù)播放鈴音的功能，則在通話建 立之前，主叫終端可以向多媒體鈴音服務(wù)器發(fā)送請求信息(例如通過帶內(nèi)或帶外的雙音多 頻信號)以動態(tài)請求通話中繼續(xù)播放彩鈴；相應(yīng)的上述流程圖中的步驟1411和步驟1412 應(yīng)當(dāng)在服務(wù)器接收到主叫終端的動態(tài)請求信息時才觸發(fā)； 另外，如果用戶未預(yù)先設(shè)置通話過程中繼續(xù)播放鈴音的功能，則在通話建立之前， 被叫終端可以向多媒體鈴音服務(wù)器發(fā)送請求信息(例如通過帶內(nèi)或帶外的雙音多頻信號) 以動態(tài)請求通話中繼續(xù)播放彩振。相應(yīng)的上述流程圖中的步驟1402消息中則只攜帶主叫 終端的會話請求、步驟1403消息中只攜帶被叫終端的會話應(yīng)答-1 ;而服務(wù)器應(yīng)當(dāng)在接收到 被叫終端的動態(tài)請求信息時觸發(fā)向被叫終端發(fā)送UPDATE更新消息，消息中攜帶主叫終端 的會話請求和通話中需要繼續(xù)播放的彩振的媒體行，被叫終端返回響應(yīng)消息，消息中攜帶 相應(yīng)的應(yīng)答； 在通話過程中(也可以在通話開始之前)，主/被叫終端可以向多媒體鈴音服務(wù)器 發(fā)送請求信息(例如通過帶內(nèi)或帶外方式向多媒體鈴音服務(wù)器發(fā)送雙音多頻信號)，請求 服務(wù)器不要在通話過程中繼續(xù)播放多媒體鈴音、或者請求僅播放其中的一路媒體流、或者 請求調(diào)節(jié)多媒體鈴音的音量。服務(wù)器接收到請求信息后，根據(jù)請求信息指示媒體資源功能執(zhí)行相應(yīng)的動作即可。 上述流程中的180(振鈴)消息均可替換為183(會話進行中)消息。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)
播放的問題，此外，本實施例無需服務(wù)器進行混音處理，沒有增加網(wǎng)絡(luò)負載；本實施例只需
在會話協(xié)商消息中添加多媒體鈴音媒體流即可，基本上沒有增加新的會話流程，即對現(xiàn)有
的彩鈴/彩振業(yè)務(wù)流程的改動最??；而且當(dāng)通話開始后，服務(wù)器可以繼續(xù)為主被叫播放彩
鈴/彩振，無需任何更新或切換流程，沒有任何延遲。 實施例十四 本實施例網(wǎng)絡(luò)架構(gòu)與應(yīng)用場景與實施例i^一相同，本實施例提供一種在通話期間 播放多媒體鈴音的方法，如圖15所示，步驟如下 步驟1501、多媒體鈴音服務(wù)器分別向主叫終端和被叫終端發(fā)送會話更新請求以分 別與主叫終端和被叫終端建立會話； 步驟502、當(dāng)多媒體鈴音服務(wù)器接收到所述被叫終端的摘機消息時，指示媒體資源
功能執(zhí)行混音處理，繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音。 需要說明的是所述方法執(zhí)行觸發(fā)條件包括 當(dāng)接收到主叫終端發(fā)來的呼叫請求消息時，根據(jù)運營商或用戶預(yù)先的配置來觸發(fā) 執(zhí)行； 或者在會話建立過程中，根據(jù)所述主叫終端或所述被叫終端發(fā)來的動態(tài)請求信息 來觸發(fā)執(zhí)行。 所述會話更新請求的IP地址和端口號均指向媒體資源功能。
步驟1501具體包括 向被叫終端發(fā)送的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參 數(shù)，向主叫終端發(fā)送的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參數(shù)；或 者， 向被叫終端發(fā)送的會話更新請求包括支持正常通話的媒體參數(shù)，向主叫終端發(fā)送
的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參數(shù)；或者， 向被叫終端發(fā)送的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參
數(shù)，向主叫終端發(fā)送的會話更新請求包括支持正常通話的媒體參數(shù)。 其中，向被叫終端發(fā)送的會話更新請求通過臨時響應(yīng)確認消息或更新消息攜帶； 向主叫終端發(fā)送的會話更新請求通過更新消息來攜帶。 所述方法還包括接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的 處理，所述處理包括禁止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播 放或調(diào)節(jié)多媒體鈴音的音量。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù) 播放的問題，當(dāng)通話開始后，服務(wù)器可以繼續(xù)為主被叫播放彩鈴/彩振，無需任何更新或切 換流程，沒有任何延遲，本實施例是在現(xiàn)有的早期會話(early-session)模式基礎(chǔ)上的方 案，但現(xiàn)有的早期會話模式無任何影響，而且終端不支持早期會話模式時，服務(wù)器可以不執(zhí) 行本實施例中的會話更新操作，從而對正常的通話無任何影響，且無須用戶在通話過程中 參與任何操作，給用戶帶來一種全新的體驗，有利于該技術(shù)的實現(xiàn)與推廣。
28
實施例十五 本實施例網(wǎng)絡(luò)架構(gòu)與應(yīng)用場景與實施例十二相同，本實施例提供一種在通話期間 播放多媒體鈴音的方法，如圖16所示，步驟如下 步驟1601、接收主叫終端發(fā)來的攜帶會話請求的呼叫請求消息，將所述會話請求 替換為媒體資源功能會話請求，然后發(fā)送給被叫終端； 步驟1602、向主叫終端發(fā)送攜帶媒體資源功能會話請求的更新消息； 步驟1603、為主叫終端或被叫終端中至少一方播放多媒體鈴音； 步驟1604、當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí)行混音處
理，繼續(xù)主叫終端或被叫終端中至少一方播放多媒體鈴音。
以上步驟的執(zhí)行主體是多媒體鈴音服務(wù)器；所述媒體資源功能會話請求包括支 持正常通話和多媒體鈴音播放的媒體參數(shù)，且IP地址和端口號均指向媒體資源功能。
所述方法還包括接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的 處理，所述處理包括禁止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播 放或調(diào)節(jié)多媒體鈴音的音量。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù) 播放的問題，此外，本實施例中服務(wù)器在呼叫建立初始即充當(dāng)會議中心的角色，將主被叫終 端分別接入到媒體資源功能，然后可以為主被叫播放彩鈴/彩振，從而實現(xiàn)了一種新的彩 鈴、彩振播放模式。且當(dāng)通話開始后，服務(wù)器可以繼續(xù)為主被叫播放彩鈴/彩振，無需任何 更新或切換流程，沒有任何延遲。
實施例十六 本實施例網(wǎng)絡(luò)架構(gòu)與應(yīng)用場景與實施例十三相同，本實施例提供一種在通話期間 播放多媒體鈴音的方法，如圖17所示，步驟如下 步驟1701、向主叫終端或被叫終端中至少一方發(fā)送多媒體鈴音會話請求，使接收 到所述多媒體鈴音會話請求的主叫終端或被叫終端中的一方或雙方預(yù)留通話媒體資源、多 媒體鈴音資源和用于混音的資源； 步驟1702、當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能繼續(xù)為主叫 終端或被叫終端中至少一方播放多媒體鈴音，使主叫終端或被叫終端中的一方或雙方在接 收到媒體流時開始執(zhí)行對通話媒體流和多媒體鈴音媒體流的混音處理。 以上步驟的執(zhí)行主體是多媒體鈴音服務(wù)器；其中，所述多媒體鈴音會話請求與正 常通話會話請求同時存在于信令消息中。
所述方法執(zhí)行觸發(fā)條件包括 當(dāng)接收到主叫終端發(fā)來的呼叫請求消息時，根據(jù)運營商或用戶預(yù)先的配置來觸發(fā) 執(zhí)行； 或者在會話建立過程中，根據(jù)所述主叫終端或所述被叫終端發(fā)來的動態(tài)請求信息 來觸發(fā)執(zhí)行。 所述多媒體鈴音會話請求包括支持多媒體鈴音播放的媒體參數(shù)，且IP地址和端 口號均指向媒體資源功能。 所述步驟1701中向被叫終端發(fā)送的多媒體鈴音會話請求可以通過呼叫請求消 息、或更新消息來攜帶；向主叫終端發(fā)送的多媒體鈴音會話請求通過更新消息來攜帶。
所述方法還包括接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的 處理，所述處理包括禁止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播 放或調(diào)節(jié)多媒體鈴音的音量。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù) 播放的問題，此外，本實施例無需服務(wù)器進行混音處理，沒有增加網(wǎng)絡(luò)負載；本實施例只需 在會話協(xié)商消息中添加多媒體鈴音媒體流即可，基本上沒有增加新的會話流程，即對現(xiàn)有 的彩鈴/彩振業(yè)務(wù)流程的改動最??；而且當(dāng)通話開始后，服務(wù)器可以繼續(xù)為主被叫播放彩 鈴/彩振，無需任何更新或切換流程，沒有任何延遲。
實施例十七 本實施例網(wǎng)絡(luò)架構(gòu)與應(yīng)用場景與實施例十三相同，本實施例提供一種在通話期間 播放多媒體鈴音的方法，如圖18所示，步驟如下 步驟1801、當(dāng)接收到多媒體鈴音服務(wù)器發(fā)送的多媒體鈴音會話請求后，預(yù)留通話
媒體資源、多媒體鈴音資源和用于混音的資源；
步驟1802、返回多媒體鈴音會話應(yīng)答； 步驟1803、建立通話后，對接收到的通話媒體流和多媒體鈴音媒體流進行混音。
以上步驟的執(zhí)行主體是終端。 本實施例提供的方法的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)
播放的問題，而且由終端本身實現(xiàn)混音處理，無需多媒體鈴音服務(wù)器的任何改動。 實施例十八 本實施例提供一種多媒體鈴音服務(wù)器，如圖19所示，包括 會話更新請求發(fā)送模塊1901 :用于分別向主叫終端和被叫終端發(fā)送會話更新請 求以分別與主叫終端和被叫終端建立會話； 指示播放模塊1902 :用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功
能執(zhí)行混音處理，繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音。
可選的所述服務(wù)器還包括 處理模塊用于接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的處 理，所述處理包括禁止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播放 或調(diào)節(jié)多媒體鈴音的音量。
本實施例提供另一種多媒體鈴音服務(wù)器，如圖20所示，包括 呼叫請求消息接收模塊2001 :用于接收主叫終端發(fā)來的攜帶會話請求的呼叫請 求消息，將所述會話請求替換為媒體資源功能會話請求，然后發(fā)送給被叫終端；
更新消息發(fā)送模塊2002 :用于向主叫終端發(fā)送攜帶媒體資源功能會話請求的更 新消息； 多媒體鈴音播放模塊2003 :用于為主叫終端或被叫終端中至少一方播放多媒體 鈴音； 指示混音模塊2004 :用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功
能執(zhí)行混音處理，繼續(xù)主叫終端或被叫終端中至少一方播放多媒體鈴音。 本實施例提供另一種多媒體鈴音服務(wù)器，如圖21所示，包括 多媒體鈴音會話請求發(fā)送模塊2101 :用于向主叫終端或被叫終端中至少一方發(fā)
30送多媒體鈴音會話請求，使接收到所述多媒體鈴音會話請求的主叫終端或被叫終端中的一 方或雙方預(yù)留通話媒體資源、多媒體鈴音資源和用于混音的資源； 指示混音處理模塊2102 :用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資
源功能繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音，使主叫終端或被叫終端中
的一方或雙方在接收到媒體流時開始執(zhí)行對通話媒體流和多媒體鈴音媒體流的混音處理。 本實施例提供的多媒體鈴音服務(wù)器的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期
間為用戶繼續(xù)播放的問題。 實施例十九 本實施例提供一種終端，如圖22所示，包括 預(yù)留資源模塊2201 :用于當(dāng)接收到多媒體鈴音服務(wù)器發(fā)送的多媒體鈴音會話請 求后，預(yù)留通話媒體資源、多媒體鈴音資源和用于混音的資源；
應(yīng)答模塊2202 :用于返回多媒體鈴音會話應(yīng)答； 混音模塊2203 :用于建立通話后，對接收到的通話媒體流和多媒體鈴音媒體流進 行混音。 本實施例提供的終端的優(yōu)點在于實現(xiàn)了實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)
播放的問題，而且由終端本身實現(xiàn)混音處理，無需多媒體鈴音服務(wù)器的任何改動。 對于被叫終端來說，在通話建立之前，所播放的彩振是由終端的speaker (即揚聲
器)播放出來的；通話建立之后，所繼續(xù)播放的彩振是由終端的speaker或receiver (即聽
筒)播放出來的。 以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳 細說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保 護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本 發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括分別向主叫終端和被叫終端發(fā)送會話更新請求以分別與主叫終端和被叫終端建立會話；當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí)行混音處理，繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法執(zhí)行觸發(fā)條件包括 當(dāng)接收到主叫終端發(fā)來的呼叫請求消息時，根據(jù)運營商或用戶預(yù)先的配置來觸發(fā)執(zhí)行；或者在會話建立過程中，根據(jù)所述主叫終端或所述被叫終端發(fā)來的動態(tài)請求信息來觸 發(fā)執(zhí)行。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述會話更新請求的IP地址和端口號均 指向媒體資源功能。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，向被叫終端發(fā)送的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參數(shù)，向 主叫終端發(fā)送的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參數(shù)；或者，向被叫終端發(fā)送的會話更新請求包括支持正常通話的媒體參數(shù)，向主叫終端發(fā)送的會 話更新請求包括支持正常通話和多媒體鈴音播放的媒體參數(shù)；或者，向被叫終端發(fā)送的會話更新請求包括支持正常通話和多媒體鈴音播放的媒體參數(shù)，向 主叫終端發(fā)送的會話更新請求包括支持正常通話的媒體參數(shù)。
5. 根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于， 向被叫終端發(fā)送的會話更新請求通過臨時響應(yīng)確認消息或更新消息攜帶； 向主叫終端發(fā)送的會話更新請求通過更新消息來攜帶。
6. 根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，所述方法還包括 接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的處理，所述處理包括禁止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播放或調(diào)節(jié)多媒體鈴音的
7. —種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括 接收主叫終端發(fā)來的攜帶會話請求的呼叫請求消息，將所述會話請求替換為媒體資源功能會話請求，然后發(fā)送給被叫終端；向主叫終端發(fā)送攜帶媒體資源功能會話請求的更新消息； 為主叫終端或被叫終端中至少一方播放多媒體鈴音；當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí)行混音處理，繼續(xù)主叫終 端或被叫終端中至少一方播放多媒體鈴音。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述媒體資源功能會話請求包括 支持正常通話和多媒體鈴音播放的媒體參數(shù)，且IP地址和端口號均指向媒體資源功能。
9. 根據(jù)權(quán)利要求7或8所述的方法，其特征在于，所述方法還包括接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的處理，所述處理包括禁 止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播放或調(diào)節(jié)多媒體鈴音的
10. —種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括 向主叫終端或被叫終端中至少一方發(fā)送多媒體鈴音會話請求，使接收到所述多媒體鈴音會話請求的主叫終端或被叫終端中的一方或雙方預(yù)留通話媒體資源、多媒體鈴音資源和 用于混音的資源；當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能繼續(xù)為主叫終端或被叫終端 中至少一方播放多媒體鈴音，使主叫終端或被叫終端中的一方或雙方在接收到媒體流時開 始執(zhí)行對通話媒體流和多媒體鈴音媒體流的混音處理。
11. 根據(jù)權(quán)利要求io所述的方法，其特征在于，所述多媒體鈴音會話請求與正常通話會話請求同時存在于信令消息中。
12. 根據(jù)權(quán)利要求10所述的方法，其特征在于，所述方法執(zhí)行觸發(fā)條件包括 當(dāng)接收到主叫終端發(fā)來的呼叫請求消息時，根據(jù)運營商或用戶預(yù)先的配置來觸發(fā)執(zhí)行；或者在會話建立過程中，根據(jù)所述主叫終端或所述被叫終端發(fā)來的動態(tài)請求信息來觸 發(fā)執(zhí)行。
13. 根據(jù)權(quán)利要求10至12任一項所述的方法，其特征在于，所述多媒體鈴音會話請求 包括支持多媒體鈴音播放的媒體參數(shù)，且IP地址和端口號均指向媒體資源功能。
14. 根據(jù)權(quán)利要求10至12任一項所述的方法，其特征在于，向被叫終端發(fā)送的多媒體鈴音會話請求可以通過呼叫請求消息、或更新消息來攜帶； 向主叫終端發(fā)送的多媒體鈴音會話請求通過更新消息來攜帶。
15. 根據(jù)權(quán)利要求10至12任一項所述的方法，其特征在于，所述方法還包括接收主 叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的處理，所述處理包括禁止多媒體鈴 音中的一路或多路媒體流的播放、停止多媒體鈴音的播放或調(diào)節(jié)多媒體鈴音的音量。
16. —種在通話期間播放多媒體鈴音的方法，其特征在于，所述方法包括 當(dāng)接收到多媒體鈴音服務(wù)器發(fā)送的多媒體鈴音會話請求后，預(yù)留通話媒體資源、多媒體鈴音資源和用于混音的資源； 返回多媒體鈴音會話應(yīng)答；建立通話后，對接收到的通話媒體流和多媒體鈴音媒體流進行混音。
17. —種多媒體鈴音服務(wù)器，其特征在于，所述服務(wù)器包括會話更新請求發(fā)送模塊用于分別向主叫終端和被叫終端發(fā)送會話更新請求以分別與 主叫終端和被叫終端建立會話；指示播放模塊用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí)行混 音處理，繼續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音。
18. 根據(jù)權(quán)利要求17所述的服務(wù)器，其特征在于，所述服務(wù)器還包括處理模塊用于接收主叫終端或被叫終端發(fā)來的動態(tài)請求信息，以執(zhí)行相應(yīng)的處理，所 述處理包括禁止多媒體鈴音中的一路或多路媒體流的播放、停止多媒體鈴音的播放或調(diào) 節(jié)多媒體鈴音的音量。
19. 一種多媒體鈴音服務(wù)器，其特征在于，所述服務(wù)器包括呼叫請求消息接收模塊用于接收主叫終端發(fā)來的攜帶會話請求的呼叫請求消息，將所述會話請求替換為媒體資源功能會話請求，然后發(fā)送給被叫終端；更新消息發(fā)送模塊用于向主叫終端發(fā)送攜帶媒體資源功能會話請求的更新消息； 多媒體鈴音播放模塊用于為主叫終端或被叫終端中至少一方播放多媒體鈴音； 指示混音模塊用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能執(zhí)行混音處理，繼續(xù)主叫終端或被叫終端中至少一方播放多媒體鈴音。
20. —種多媒體鈴音服務(wù)器，其特征在于，所述服務(wù)器包括多媒體鈴音會話請求發(fā)送模塊用于向主叫終端或被叫終端中至少一方發(fā)送多媒體鈴 音會話請求，使接收到所述多媒體鈴音會話請求的主叫終端或被叫終端中的一方或雙方預(yù) 留通話媒體資源、多媒體鈴音資源和用于混音的資源；指示混音處理模塊用于當(dāng)接收到所述被叫終端的摘機消息時，指示媒體資源功能繼 續(xù)為主叫終端或被叫終端中至少一方播放多媒體鈴音，使主叫終端或被叫終端中的一方或 雙方在接收到媒體流時開始執(zhí)行對通話媒體流和多媒體鈴音媒體流的混音處理。
21. —種終端，其特征在于，所述終端包括預(yù)留資源模塊用于當(dāng)接收到多媒體鈴音服務(wù)器發(fā)送的多媒體鈴音會話請求后，預(yù)留 通話媒體資源、多媒體鈴音資源和用于混音的資源； 應(yīng)答模塊用于返回多媒體鈴音會話應(yīng)答；混音模塊用于建立通話后，對接收到的通話媒體流和多媒體鈴音媒體流進行混音。
全文摘要
本發(fā)明實施例提供一種在通話期間播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備，所述方法包括接收主叫終端或被叫終端發(fā)送的請求標志；根據(jù)所述請求標志觸發(fā)在通話期間繼續(xù)播放多媒體鈴音。通過本發(fā)明實施例的在通話期間繼續(xù)播放多媒體鈴音的方法、服務(wù)器及終端設(shè)備，解決了現(xiàn)有技術(shù)方案中無法實現(xiàn)多媒體鈴音在通話期間為用戶繼續(xù)播放的問題。
文檔編號H04L29/06GK101795330SQ200910211730
公開日2010年8月4日 申請日期2009年11月6日 優(yōu)先權(quán)日2009年11月6日
發(fā)明者孫瑞囡, 張惠萍, 李立, 楊健, 王雷, 范姝男, 郜文美, 陳國喬 申請人:華為終端有限公司