專利名稱：通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種通話過(guò)程中繼續(xù)播放彩鈴和彩振 的方法和服務(wù)器。
背景技術(shù)：
隨著移動(dòng)通信網(wǎng)絡(luò)的發(fā)展以及移動(dòng)用戶設(shè)備的普及，移動(dòng)網(wǎng)絡(luò)的網(wǎng)絡(luò)運(yùn)營(yíng)商在基 本通話業(yè)務(wù)之外為用戶終端提供了更為豐富的增值業(yè)務(wù)，如彩鈴業(yè)務(wù)和彩振業(yè)務(wù)。彩鈴即主叫用戶設(shè)備呼叫被叫用戶設(shè)備時(shí)，在被叫用戶設(shè)備摘機(jī)之前，主叫用戶 設(shè)備欣賞到的多媒體回鈴音；彩振即主叫用戶設(shè)備呼叫被叫用戶設(shè)備時(shí)，在被叫用戶設(shè)備 摘機(jī)接聽之前，被叫用戶設(shè)備欣賞到的多媒體振鈴音。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問(wèn)題彩鈴服務(wù)器和彩振服務(wù)器彼此并不知道對(duì)方是否激活或執(zhí)行了繼續(xù)播放的更新 流程，因此彩鈴服務(wù)器和彩振服務(wù)器會(huì)各自執(zhí)行各自的更新流程，從而導(dǎo)致在通話過(guò)程中 繼續(xù)播放彩鈴和彩振時(shí)，時(shí)間延遲過(guò)大，被叫用戶設(shè)備摘機(jī)之后，需要等待較長(zhǎng)時(shí)間之后才 能進(jìn)入正常通話。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法和服務(wù)器，以縮短 在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲。本發(fā)明實(shí)施例提供一種通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法，包括根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴，將所述 更新消息中會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)修改為彩振服務(wù)器的媒體資源 功能實(shí)體的因特網(wǎng)協(xié)議地址和端口號(hào)，并將修改后的更新消息發(fā)送至主叫用戶設(shè)備；接收所述主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息，將所述響應(yīng)消 息中會(huì)話描述協(xié)議應(yīng)答的因特網(wǎng)協(xié)議地址和端口號(hào)修改為所述彩振服務(wù)器的媒體資源功 能實(shí)體的因特網(wǎng)協(xié)議地址和端口號(hào)，并將修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器；指示所述彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。本發(fā)明實(shí)施例還提供一種通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法，包括第二服務(wù)器接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)；根據(jù)所述鈴音標(biāo)識(shí)請(qǐng)求所述第二服務(wù)器的媒體資源功能實(shí)體預(yù)留與所述鈴音標(biāo) 識(shí)對(duì)應(yīng)的播放資源和混音資源；在所述第二服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建立媒體通道，并在 所述第二服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；指示所述第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。本發(fā)明實(shí)施例還提供一種彩振服務(wù)器，包括確定模塊，用于根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴；第一修改模塊，用于在所述確定模塊確定在通話過(guò)程中繼續(xù)播放彩鈴之后，將所 述更新消息中會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)修改為所述彩振服務(wù)器的媒 體資源功能實(shí)體的因特網(wǎng)協(xié)議地址和端口號(hào)；第一發(fā)送模塊，用于將所述第一修改模塊修改后的更新消息發(fā)送至主叫用戶設(shè) 備；接收模塊，用于接收所述主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消 息；第二修改模塊，用于將所述接收模塊接收的響應(yīng)消息中會(huì)話描述協(xié)議應(yīng)答的因特 網(wǎng)協(xié)議地址和端口號(hào)修改為所述彩振服務(wù)器的媒體資源功能實(shí)體的因特網(wǎng)協(xié)議地址和端
口號(hào)；第二發(fā)送模塊，用于將所述第二修改模塊修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器；指示模塊，用于指示所述彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。本發(fā)明實(shí)施例還提供一種彩鈴服務(wù)器，包括標(biāo)識(shí)接收模塊，用于接收彩振服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)；資源預(yù)留模塊，用于根據(jù)所述標(biāo)識(shí)接收模塊接收的鈴音標(biāo)識(shí)請(qǐng)求所述彩鈴服務(wù)器 的媒體資源功能實(shí)體預(yù)留與所述鈴音標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源；通道建立模塊，用于在所述彩鈴服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間 建立媒體通道，并在所述彩鈴服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通 道；混音指示模塊，用于指示所述彩鈴服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行
混音處理。通過(guò)本發(fā)明實(shí)施例，彩鈴服務(wù)器可以識(shí)別出彩振會(huì)在通話過(guò)程中繼續(xù)播放，或者， 彩振服務(wù)器可以識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，然后彩鈴服務(wù)器或彩振服務(wù)器再執(zhí) 行更新流程，實(shí)現(xiàn)在通話過(guò)程中繼續(xù)播放彩鈴和彩振，并縮短了在通話過(guò)程中繼續(xù)播放彩 鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根 據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法一個(gè)實(shí)施例的流程圖；圖2為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法另一個(gè)實(shí)施例的流程圖；圖3為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法再一個(gè)實(shí)施例的流程圖；圖4為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法又一個(gè)實(shí)施例的流程圖；圖5為本發(fā)明彩振服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖6為本發(fā)明彩振服務(wù)器另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖7為本發(fā)明第二服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖8為本發(fā)明第二服務(wù)器另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖9為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的系統(tǒng)一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖10為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的系統(tǒng)另一個(gè)實(shí)施例的結(jié)構(gòu)示意 圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例 中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是 本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員 在沒(méi)有做出創(chuàng)造性勞動(dòng)的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法一個(gè)實(shí)施例的流程圖，如圖 1所示，本實(shí)施例可以包括步驟101，根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩 鈴，將該更新消息中會(huì)話描述協(xié)議請(qǐng)求的IP地址和端口號(hào)修改為彩振服務(wù)器的媒體資源 功能實(shí)體的IP地址和端口號(hào)，并將修改后的更新消息發(fā)送至主叫用戶設(shè)備。本實(shí)施例中，當(dāng)彩鈴的模式為早期會(huì)話模式時(shí)，根據(jù)接收到的臨時(shí)響應(yīng)消息和更 新消息確定在通話過(guò)程中繼續(xù)播放彩鈴可以為彩振服務(wù)器存儲(chǔ)接收到的臨時(shí)響應(yīng)消息中 早期會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求的IP地址；當(dāng)該彩振服務(wù)器接收到的更新消息中包括 會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求時(shí)，如果該會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求的IP地址與存儲(chǔ) 的IP地址相同，則該彩振服務(wù)器可以確定在通話過(guò)程中繼續(xù)播放彩鈴。優(yōu)選地，在彩振服務(wù)器存儲(chǔ)接收到的臨時(shí)響應(yīng)消息中早期會(huì)話類型的會(huì)話描述協(xié) 議請(qǐng)求的IP地址之前，該彩振服務(wù)器可以在臨時(shí)響應(yīng)消息包括請(qǐng)求(Require)頭域和內(nèi)容 部署類型(Content-disposition)頭域，且請(qǐng)求頭域和內(nèi)容部署類型頭域的內(nèi)容均為早期 會(huì)話時(shí)，確定該臨時(shí)響應(yīng)消息中包括早期會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求。當(dāng)彩鈴的模式為分支模式時(shí)，根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話 過(guò)程中繼續(xù)播放彩鈴可以為彩振服務(wù)器存儲(chǔ)接收到的臨時(shí)響應(yīng)消息中會(huì)話描述協(xié)議的 IP地址，該臨時(shí)響應(yīng)消息包括早期媒體授權(quán)(P-early-media)頭域，該早期媒體授權(quán)頭域 的內(nèi)容為發(fā)送接收(sendrecv)或僅發(fā)送(sendonly)；然后，當(dāng)該彩振服務(wù)器接收到的更新 消息的對(duì)話標(biāo)識(shí)與上述臨時(shí)響應(yīng)消息的對(duì)話標(biāo)識(shí)不同時(shí)，如果更新消息中會(huì)話描述協(xié)議的 IP地址與存儲(chǔ)的IP地址相同，則彩振服務(wù)器可以確定在通話過(guò)程中繼續(xù)播放彩鈴。另外，當(dāng)彩鈴的模式為早期會(huì)話模式或分支模式時(shí)，彩振服務(wù)器還可以根據(jù)接 收到的臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴，具體可以 為在臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息中攜帶彩鈴繼續(xù)播放標(biāo)識(shí)，彩振服務(wù)器根據(jù)接 收到的臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息所攜帶的彩鈴繼續(xù)播放標(biāo)識(shí)，確定在通話過(guò) 程中繼續(xù)播放彩鈴。其中，在臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息中攜帶彩鈴繼續(xù)播放 標(biāo)識(shí)可以為在臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息的聯(lián)系(contact)頭域或接受聯(lián)系 (accept-contact)頭域中攜帶“+g. 3gpp. crs. continue” ；當(dāng)然，本發(fā)明實(shí)施例并不僅限于 此，也可以采用其他方式在臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息中攜帶彩鈴繼續(xù)播放標(biāo)識(shí)，本發(fā)明實(shí)施例對(duì)彩鈴繼續(xù)播放標(biāo)識(shí)的攜帶方式不作限定。本實(shí)施例中，確定在通話過(guò)程中繼續(xù)播放彩鈴之后，修改接收到的更新消息中會(huì) 話描述協(xié)議請(qǐng)求的IP地址和端口號(hào)之前，彩振服務(wù)器還需進(jìn)一步判斷接收到的更新消息 中會(huì)話描述協(xié)議請(qǐng)求的視頻行的方向?qū)傩允欠駷榘l(fā)送接收(sendrecv)；當(dāng)接收到的更新 消息中會(huì)話描述協(xié)議請(qǐng)求的視頻行的方向?qū)傩詾榘l(fā)送接收時(shí)，彩振服務(wù)器請(qǐng)求該彩振服務(wù) 器的媒體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混音和視頻混頻的資源；或者，當(dāng)接收到的更新 消息中會(huì)話描述請(qǐng)求的視頻行的方向?qū)傩圆皇前l(fā)送接收，或者該會(huì)話描述請(qǐng)求沒(méi)有視頻行 時(shí)，彩振服務(wù)器請(qǐng)求該彩振服務(wù)器的媒體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混音的資源。步驟102，接收主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息，將該響應(yīng) 消息中會(huì)話描述協(xié)議應(yīng)答中的IP地址和端口號(hào)修改為彩振服務(wù)器的媒體資源功能實(shí)體的 IP地址和端口號(hào)，并將修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器。本實(shí)施例中，彩振服務(wù)器將修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器之后，彩振服務(wù) 器與彩鈴服務(wù)器之間建立了媒體通道。在通話過(guò)程中，彩鈴服務(wù)器可以指示該彩鈴服務(wù)器 的媒體資源功能實(shí)體將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路媒體流后轉(zhuǎn) 發(fā)至主叫用戶設(shè)備；并將來(lái)自彩振服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至被叫用戶設(shè)備。步驟103，指示彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。具體地，彩振服務(wù)器可以指示該彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中將 主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備；并將 來(lái)自彩鈴服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至主叫用戶設(shè)備。上述實(shí)施例中，彩振服務(wù)器可以識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，然后彩振 服務(wù)器代替主叫用戶設(shè)備與彩鈴服務(wù)器建立媒體通道，通話過(guò)程中彩振服務(wù)器將來(lái)自彩鈴 服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至主叫用戶設(shè)備，并將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流 混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備，從而實(shí)現(xiàn)了在通話過(guò)程中繼續(xù)播放彩鈴和彩 振，并縮短了在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。圖2為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法另一個(gè)實(shí)施例的流程圖，本 實(shí)施例的應(yīng)用場(chǎng)景為主叫用戶設(shè)備與被叫用戶設(shè)備分別位于不同的網(wǎng)絡(luò)中，例如位于 不同運(yùn)營(yíng)商的網(wǎng)絡(luò)下，主叫用戶設(shè)備為被叫用戶設(shè)備訂閱了彩振，并將該彩振設(shè)置為“在通 話過(guò)程中繼續(xù)為被叫用戶設(shè)備播放”；被叫用戶設(shè)備為主叫用戶設(shè)備訂閱了彩鈴，并將該彩 鈴設(shè)置為“在通話過(guò)程中繼續(xù)為主叫用戶設(shè)備播放”。如圖2所示，本實(shí)施例可以包括步驟201，用戶設(shè)備-A (User Equipment-A ；以下簡(jiǎn)稱UE_A)發(fā)送呼叫請(qǐng)求 (INVITE)消息。本實(shí)施例中，UE-A為主叫用戶設(shè)備，UE-A發(fā)送的INVITE消息攜帶UE-A 的會(huì)話(session)類型的SDP offer，該INVITE消息經(jīng)過(guò)初始過(guò)濾規(guī)則(initial Filter Criteria;以下簡(jiǎn)稱iFC)觸發(fā)后到達(dá)多媒體彩振應(yīng)用服務(wù)器(Customized Ringing Signal Application Server ；以下簡(jiǎn)稱CRS-AS)。步驟202，CRS-AS根據(jù)該INVITE消息中的目標(biāo)用戶信息確定需要為UE-B播放彩 振，然后轉(zhuǎn)發(fā)該INVITE消息。該INVITE消息經(jīng)過(guò)iFC觸發(fā)后到達(dá)多媒體彩鈴應(yīng)用服務(wù)器 (Customized Alerting Tone Application Server ；以下簡(jiǎn)稱CAT-AS)。本實(shí)施例中，UE-B 為被叫用戶設(shè)備。
步驟203，CAT-AS根據(jù)該INVITE消息中的源用戶信息確定需要為UE-A播放彩鈴， 然后轉(zhuǎn)發(fā)該INVITE消息。步驟204，UE-B接收到INVITE消息后，向UE-A返回180振鈴(Ringing)消息，該 180消息中攜帶了 UE-B的session類型的SDP應(yīng)答(SDP answer)。步驟205，CAT-AS接收到180Ringing消息后，在該180Ringing消息中添加用于協(xié) 商彩鈴早期媒體的早期會(huì)話(early-session)類型的SDP offer，然后轉(zhuǎn)發(fā)該ISORinging消息。步驟206，CRS-AS接收到180Ringing消息之后，首先檢查該180Ringing消 息的消息體中是否包含early-session類型的SDP offer;具體地，CRS-AS可以檢查 該 180Ringing 消息中是否包含"Require :early_session，，禾口 “Content-disposition early-session”這兩個(gè)頭域，如果包含，則CRS-AS可以確定該180Ringing消息的消息體中 包含了 early-session 類型的 SDP offer。然后，CRS-AS 存儲(chǔ) early-session 類型的 SDP offer的IP地址；具體地，CRS-AS可以緩存該SDP offer的IP地址，本實(shí)施例對(duì)具體的存 儲(chǔ)方式不作限定。步驟207，CRS-AS 將 180Ringing 消息轉(zhuǎn)發(fā)給 UE-A。步驟208，UE-A 針對(duì) 180Ringing 消息返回臨時(shí)響應(yīng)確認(rèn)(ProvisionalResponse Acknowledgement ；以下簡(jiǎn)稱PRACK)消息，該 PRACK 消息中攜帶 UE-A 的 early-session 類 型的SDP answer，用于應(yīng)答彩鈴的早期會(huì)話。步驟209，CRS-AS接收到PRACK消息后，在該P(yáng)RACK消息中添加用于協(xié)商彩振早期 媒體的early-session類型的SDP offer，然后轉(zhuǎn)發(fā)添加后的PRACK消息。步驟210，CAT-AS接收到PRACK消息后，提取該P(yáng)RACK消息中UE-A的 early-session類型的SDP answer，從而完成彩鈴早期媒體協(xié)商，然后將僅攜帶用于協(xié)商彩 振早期媒體的early-session類型的SDP offer的PRACK消息轉(zhuǎn)發(fā)至UE-B。此時(shí)CAT-AS 就可以為UE-A播放彩鈴了。步驟211，UE-B返回臨時(shí)響應(yīng)確認(rèn)的成功處理消息，即2000K (PRACK)消息，該 2000K (PRACK)消息中攜帶UE-B的early-session類型的SDPanswer，用于應(yīng)答彩振的早期 會(huì)話。步驟212，CAT-AS接收到2000K(PRACK)消息后，不做任何處理，直接將該 2000K (PRACK)消息轉(zhuǎn)發(fā)至 CRS-AS。步驟213，CRS-AS 接收到 2000K (PRACK)消息后，提取該 2000K (PRACK)消息中 UE-B 的early-session類型的SDP answer,從而完成彩振早期媒體協(xié)商，然后CRS-AS將空的200 OK(PRACK)消息轉(zhuǎn)發(fā)給UE-A0此時(shí)CRS-AS就可以為UE-B播放彩振了。步驟214，被叫用戶設(shè)備UE-B聽到振鈴后摘機(jī)應(yīng)答，UE-B發(fā)送200 OK(INVITE)摘 機(jī)消息。步驟215，CAT-AS收到200 OK(INVITE)消息后，由于需要執(zhí)行彩鈴繼續(xù)播放的更 新流程，因此先向UE-B返回ACK消息。步驟216，CAT-AS緊接著向UE-B發(fā)送re-INVITE消息，該re-INVITE消息攜帶一 個(gè)由CAT-AS的MRF實(shí)體生成的session類型的SDP offer,且該SDP offer的IP地址和端 口號(hào)均指向CAT-AS的MRF實(shí)體，用于建立UE-B與CAT-AS的MRF實(shí)體之間的會(huì)話。
步驟217，UE-B 向 CAT-AS 返回 2000K (re-INVITE)消息，該 2000K(re-INVITE)消 息中攜帶UE-B的session類型的SDP answer，用于應(yīng)答CAT-AS的MRF實(shí)體的會(huì)話，這時(shí)， CAT-AS的MRF實(shí)體與UE-B之間建立了媒體通道，從而取代了之前UE-A與UE-B之間協(xié)商的 媒體通道。步驟218，CAT-AS在向UE-B發(fā)送re-INVITE的同時(shí)，向UE-A發(fā)送UPDATE消息， 該UPDATE消息攜帶一個(gè)由CAT-AS的MRF實(shí)體生成的session類型的SDP offer,且該SDP offer的IP地址和端口號(hào)均指向CAT-AS的MRF實(shí)體，用于建立UE-A與CAT-AS的MRF實(shí)體 之間的會(huì)話。步驟219，CRS-AS接收到UPDATE消息之后，需要檢查該UPDATE消息中是否包含 session類型的SDP offer,如果包含，則CRS-AS將該session類型的SDP offer的IP地址 與之前緩存的early-session類型的SDP offer的IP地址進(jìn)行對(duì)比，如果上述兩個(gè)IP地 址相同，則CRS-AS可以確定“個(gè)性化回鈴音(Customized Alerting Tone ；以下簡(jiǎn)稱=CAT) 會(huì)在通話過(guò)程中繼續(xù)播放”，即確定了彩鈴繼續(xù)播放(CAT continue)功能的存在。本實(shí)施例中，CRS-AS在確定CAT continue功能存在之后，還需進(jìn)一步判斷該 UPDATE消息中SDP offer的視頻(video)行的方向?qū)傩允欠駷椤皊endrecv” (1)如果SDP offer的視頻行的方向?qū)傩允恰皊endrecv”，則說(shuō)明主叫用戶設(shè)備與 被叫用戶設(shè)備之間的通話是視頻通話，CRS-AS會(huì)請(qǐng)求該CRS-AS的MRF實(shí)體預(yù)留可以實(shí)現(xiàn) 音頻(audio)混音和視頻混頻的資源，以便在通話過(guò)程中能夠?yàn)閁E-B播放音頻+視頻類型 的彩振；(2)如果SDP offer的視頻行的方向?qū)傩圆皇恰皊endrecv",而是“僅發(fā)送 (sendonly) ”或“非激活狀態(tài)(inactive) ”，或者該 SDP offer 中沒(méi)有 video 行，則 CRS-AS 只需請(qǐng)求該CRS-AS的MRF實(shí)體預(yù)留可以實(shí)現(xiàn)音頻混音的資源即可，從而在通話過(guò)程中能夠 為UE-B播放音頻類型的彩振。步驟220，CRS-AS將接收到的UPDATE消息中的SDP offer進(jìn)行修改，即將該 UPDATE中的IP地址和端口號(hào)均修改為該CRS-AS的MRF實(shí)體的IP地址和端口號(hào)，然后將修 改后的UPDATE消息發(fā)送給UE-A，目的是建立UE-A與CRS-AS的MRF之間的會(huì)話。步驟221，UE-A 返回 200 OK (UPDATE)消息，該 200 OK (UPDATE)消息中攜帶 UE-A 的 session 類型的 SDP answer。步驟222，CRS-AS 接收到 2000K(UPDATE)消息后，從該 2000K(UPDATE)中提取出 SDP answer,從而完成與UE-A之間的會(huì)話協(xié)商，即建立了 UE-A與CRS-AS的MRF實(shí)體之間 的媒體通道。然后CRS-AS將UE-A的SDP answer中的IP地址和端口號(hào)均修改為該CRS-AS 的MRF實(shí)體的IP地址和端口號(hào)之后，將修改后的SDP answer插入到2000K (UPDATE)消息 中，然后將該2000K (UPDATE)轉(zhuǎn)發(fā)給CAT-AS，目的是建立CRS-AS的MRF實(shí)體與CAT-AS的 MRF實(shí)體之間的會(huì)話。步驟223，CAT-AS接收到2000K(UPDATE)消息后，完成了用于CATcontinue功能的 會(huì)話更新。這時(shí)，CRS-AS的MRF實(shí)體與CAT-AS的MRF實(shí)體之間建立了媒體通道，但CAT-AS 對(duì)此是不感知的。然后CAT-AS向UE-A返回2000K(INVITE)消息。步驟224，CRS-AS 將 2000K (INVITE)消息轉(zhuǎn)發(fā)給 UE-A。步驟225，UE-A返回ACK消息。
步驟2 ，CRS-AS 將 ACK 消息轉(zhuǎn)發(fā)給 CAT-AS。步驟227，CAT-AS將ACK消息轉(zhuǎn)發(fā)給UE-B。步驟228，CAT-AS指示該CAT-AS的MRF實(shí)體在接收到UE-B發(fā)送的媒體流時(shí)進(jìn)行 混音處理，即將彩鈴媒體流與UE-B發(fā)送的媒體流混合為一路媒體流之后轉(zhuǎn)發(fā)給UE-A ；并將 來(lái)自CRS-AS的媒體流直接轉(zhuǎn)發(fā)至UE-B。步驟229，CRS-AS指示該CRS-AS的MRF實(shí)體在接收到UE-A發(fā)送的媒體流時(shí)進(jìn)行 混音處理，即將彩振媒體流與UE-A發(fā)送的媒體流混合為一路媒體流之后轉(zhuǎn)發(fā)給UE-B ；并將 來(lái)自CAT-AS的媒體流直接轉(zhuǎn)發(fā)至UE-A。本實(shí)施例步驟219中，CRS-AS判斷“CAT continue功能”是否存在時(shí)，使用的IP 地址對(duì)比方法是專門針對(duì)early-session模式的彩鈴的，而對(duì)于使用分支(forking)模式 的彩鈴，CRS-AS判斷“CAT continue功能”是否存在的方法稍有不同，具體為如果彩鈴使用forking 模式，CRS-AS 應(yīng)對(duì)攜帶“P-early-media :sendrecv，，或 "P-early-media :sendonly"的18X消息中SDP的IP地址進(jìn)行緩存；然后，當(dāng)接收到的 UPDATE消息的對(duì)話標(biāo)識(shí)(Dialog Identifier ；以下簡(jiǎn)稱=Dialog-ID)與該18X消息的 Dialog-ID不同時(shí)，CRS-AS檢查該UPDATE中SDP的IP地址，如果該SDP的IP地址與之前 緩存的IP地址相同，則CRS-AS可以確定“CAT continue功能”存在。對(duì)于CRS-AS判斷“CAT continue功能”是否存在的方法，本實(shí)施例中是通過(guò) CRS-AS主動(dòng)對(duì)比IP地址來(lái)實(shí)現(xiàn)的，當(dāng)然本實(shí)施例并不僅限于此，CRS-AS還可采用下面介紹 的方法判斷“CAT continue功能”是否存在，該方法可同時(shí)適用于early-session模式和 forking模式的彩鈴。具體地=CAT-AS可以主動(dòng)在任何臨時(shí)響應(yīng)消息(例如步驟205的 180消息)、響應(yīng)消息(例如步驟212的2000K(PRACK)消息)、或者在步驟218的UPDATE 消息中攜帶彩鈴繼續(xù)播放(CAT continue)標(biāo)識(shí)，以明確告知CRS-AS “彩鈴會(huì)在通話過(guò)程 中繼續(xù)播放”，從而CRS-AS無(wú)需對(duì)比IP地址，可以根據(jù)接收到的臨時(shí)響應(yīng)消息、響應(yīng)消息或 更新消息所攜帶的彩鈴繼續(xù)播放標(biāo)識(shí)，確定在通話過(guò)程中繼續(xù)播放彩鈴。對(duì)于CAT Continue標(biāo)識(shí)的攜帶方法，可以為在臨時(shí)響應(yīng)消息、響應(yīng)消息或更新 消息的contact頭域或acc印t-contact頭域中攜帶“+g. 3gpp. crs. continue",以表明彩鈴 會(huì)在通話過(guò)程中繼續(xù)播放；當(dāng)然，本發(fā)明實(shí)施例并不僅限于此，也可以采用其他方式在臨時(shí) 響應(yīng)消息、響應(yīng)消息或更新消息中攜帶CAT Continue標(biāo)識(shí)，本發(fā)明實(shí)施例對(duì)CAT Continue 標(biāo)識(shí)的攜帶方式不作限定。上述實(shí)施例中，CRS-AS可以識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，然后CRS-AS代 替UE-A與CAT-AS建立媒體通道，通話過(guò)程中CRS-AS將來(lái)自CAT-AS的媒體流直接轉(zhuǎn)發(fā)至 UE-A,并將UE-A發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至UE-B，從而實(shí)現(xiàn)了 在通話過(guò)程中繼續(xù)播放彩鈴和彩振，并且減少了交互的信令數(shù)，縮短了在通話過(guò)程中繼續(xù) 播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度；另外，CAT-AS無(wú)需感知CRS-AS的存在， 而且當(dāng)CRS-AS使用對(duì)比IP地址的方法判斷“CAT continue功能”是否存在時(shí)，無(wú)需對(duì)現(xiàn)有 的信令或字段進(jìn)行擴(kuò)展；并且，本實(shí)施例對(duì)CAT-AS沒(méi)有任何改動(dòng)。圖3為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法再一個(gè)實(shí)施例的流程圖，如 圖3所示，該實(shí)施例可以包括步驟301，第二服務(wù)器接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)。該鈴音標(biāo)識(shí)是第一服務(wù)器根據(jù)第二服務(wù)器發(fā)送的臨時(shí)響應(yīng)消息攜帶的繼續(xù)播放標(biāo)識(shí)，確定第二服 務(wù)器已觸發(fā)在通話過(guò)程中的繼續(xù)播放功能，并抑制第一服務(wù)器在通話過(guò)程中的繼續(xù)播放功 能的觸發(fā)之后發(fā)送的。本實(shí)施例中，第一服務(wù)器為彩振服務(wù)器時(shí)，第二服務(wù)器為彩鈴服務(wù)器；或者，第一 服務(wù)器為彩鈴服務(wù)器時(shí)，第二服務(wù)器為彩振服務(wù)器。步驟302，第二服務(wù)器根據(jù)上述鈴音標(biāo)識(shí)請(qǐng)求該第二服務(wù)器的媒體資源功能實(shí)體 預(yù)留與該鈴音標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源。步驟303，第二服務(wù)器在該第二服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間 建立媒體通道，并在該第二服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通 道。其中，在第二服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建立媒體通道可以 為第二服務(wù)器向被叫用戶設(shè)備發(fā)送重邀請(qǐng)消息，該重邀請(qǐng)消息包括會(huì)話類型的會(huì)話描述 協(xié)議請(qǐng)求，該會(huì)話描述協(xié)議請(qǐng)求由第二服務(wù)器的媒體資源功能實(shí)體生成，該會(huì)話描述協(xié)議 請(qǐng)求的IP地址和端口號(hào)均指向第二服務(wù)器的媒體資源功能實(shí)體；然后，第二服務(wù)器接收被 叫用戶設(shè)備返回的響應(yīng)消息，該響應(yīng)消息攜帶被叫用戶設(shè)備的會(huì)話類型的會(huì)話描述協(xié)議應(yīng) 答。優(yōu)選地，當(dāng)?shù)谝环?wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻類型，且 主叫用戶設(shè)備與被叫用戶設(shè)備之間的通話媒體類型不包括視頻類型時(shí)，第二服務(wù)器需要在 重邀請(qǐng)消息的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，并將該視頻行的方向?qū)傩栽O(shè)置為僅發(fā)送; 或者，當(dāng)?shù)谝环?wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻類型，且主叫用戶 設(shè)備與被叫用戶設(shè)備之間的通話媒體類型包括視頻類型時(shí)，第二服務(wù)器在重邀請(qǐng)消息的會(huì) 話描述協(xié)議請(qǐng)求中攜帶視頻行，并將該視頻行的方向?qū)傩栽O(shè)置為發(fā)送接收。步驟304，第二服務(wù)器指示該第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行
混音處理。具體地，第二服務(wù)器可以指示該第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中將 被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并將 主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備。上述實(shí)施例中，第一服務(wù)器識(shí)別出第二服務(wù)器繼續(xù)播放功能的存在之后，將要在 通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)發(fā)送給第二服務(wù)器，然后由第二服務(wù)器在通話過(guò)程中既為 主叫用戶設(shè)備播放彩鈴，又為被叫用戶設(shè)備播放彩振，縮短了在通話過(guò)程中繼續(xù)播放彩鈴 和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。圖4為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法又一個(gè)實(shí)施例的流程圖，本 實(shí)施例中，第一服務(wù)器為CRS-AS，第二服務(wù)器為CAT-AS ；本實(shí)施例的應(yīng)用場(chǎng)景為主叫用戶 設(shè)備與被叫用戶設(shè)備位于同一網(wǎng)絡(luò)，例如同一運(yùn)營(yíng)商的網(wǎng)絡(luò)中，或者主叫用戶設(shè)備與被叫 用戶設(shè)備位于不同的網(wǎng)絡(luò)，例如不同運(yùn)營(yíng)商的網(wǎng)絡(luò)中，但CAT-AS與CRS-AS使用相同的鈴 音標(biāo)識(shí)尋址到的鈴音文件是相同的，即CAT-AS與CRS-AS所使用的鈴音由同一個(gè)鈴音存儲(chǔ) 服務(wù)器或是多個(gè)鏡像鈴音存儲(chǔ)服務(wù)器提供，但本實(shí)施例對(duì)CAT-AS與CRS-AS所使用鈴音的 來(lái)源不作限定，只要保證CAT-AS與CRS-AS使用相同的鈴音標(biāo)識(shí)尋址到的鈴音文件是相同的即可。本實(shí)施例中，主叫用戶設(shè)備為被叫用戶設(shè)備訂閱了彩振，并將該彩振設(shè)置為“在通 話過(guò)程中繼續(xù)為被叫用戶設(shè)備播放”；被叫用戶設(shè)備為主叫用戶設(shè)備訂閱了彩鈴，并將該彩 鈴設(shè)置為“在通話過(guò)程中繼續(xù)為主叫用戶設(shè)備播放”。如圖4所示，本實(shí)施例可以包括步驟401，UE-A發(fā)送INVITE消息。本實(shí)施例中，UE-A為主叫用戶設(shè)備，UE-A發(fā)送 的INVITE消息攜帶UE-A的session類型的SDP offer,該INVITE消息經(jīng)過(guò)iFC觸發(fā)后到 達(dá) CRS-AS。步驟402，CRS-AS根據(jù)該INVITE消息中的目標(biāo)用戶信息確定需要為UE-B播放彩 振，然后轉(zhuǎn)發(fā)該INVITE消息。該INVITE消息經(jīng)過(guò)iFC觸發(fā)后到達(dá)CAT-AS。本實(shí)施例中， UE-B為被叫用戶設(shè)備。步驟403，CAT-AS根據(jù)該INVITE消息中的源用戶信息確定需要為UE-A播放彩鈴， 然后轉(zhuǎn)發(fā)該INVITE消息。步驟404，UE-B接收到INVITE消息后，向UE-A返回180 (Ringing)消息，該180消 息中攜帶了 UE-B的session類型的SDP answer。步驟405，CAT-AS接收到180消息后，在該180消息中添加用于協(xié)商彩鈴早期媒 體的early-session類型的SDP offer,并在該180消息的頭域中攜帶彩鈴繼續(xù)播放(CAT continue)標(biāo)識(shí)，例如“+g. 3gpp. crs. continue",以表明彩鈴會(huì)在通話過(guò)程中繼續(xù)為主叫 用戶設(shè)備播放，然后轉(zhuǎn)發(fā)設(shè)置后的180消息。步驟406，CRS-AS接收到180消息后，根據(jù)該180消息的頭域中的CAI^ontinue標(biāo) 識(shí)，確定彩鈴會(huì)在通話過(guò)程中繼續(xù)為主叫用戶設(shè)備播放，從而開始準(zhǔn)備后續(xù)的流程，并將該 180消息轉(zhuǎn)發(fā)給UE-A0步驟407，UE-A針對(duì)180消息返回PRACK消息，該P(yáng)RACK消息攜帶UE-A的 early-session類型的SDP answer，用于應(yīng)答彩鈴的早期會(huì)話。步驟408，CRS-AS接收到PRACK消息后，在該P(yáng)RACK消息中添加用于協(xié)商彩振早期 媒體的early-session類型的SDP offer，然后轉(zhuǎn)發(fā)添加后的PRACK消息。步驟409，CAT-AS接收到PRACK消息后，提取該P(yáng)RACK消息中UE-A的 early-session類型的SDP answer，從而完成彩鈴早期媒體協(xié)商，然后將僅攜帶用于協(xié)商彩 振早期媒體的early-session類型的SDP offer的PRACK消息轉(zhuǎn)發(fā)至UE-B。此時(shí)CAT-AS 就可以為UE-A播放彩鈴了。步驟410，UE-B 返回 2000K(PRACK)消息，該 2000K(PRACK)消息中攜帶了 UE-B 的 early-session類型的SDP answer，用于應(yīng)答彩振的早期會(huì)話。步驟411，CAT-AS接收到2000K (PRACK)消息后，不做任何處理，直接將該 2000K (PRACK)消息轉(zhuǎn)發(fā)至 CRS-AS。步驟412，CRS-AS 接收到 2000K(PRACK)消息后，提取該 2000K(PRACK)消息中 UE-B 的early-session類型的SDP answer,從而完成彩振早期媒體協(xié)商，然后CRS-AS將空的 2000K (PRACK)消息轉(zhuǎn)發(fā)給UE-A。此時(shí)CRS-AS就可以為UE-B播放彩振了。步驟413，CRS-AS根據(jù)步驟405中接收到的180消息攜帶的CAT continue標(biāo)識(shí)， 抑制彩振繼續(xù)播放(CRS continue)的正常更新流程的觸發(fā)。
步驟414，CRS-AS向CAT-AS發(fā)送信息(INFO)消息，該INFO消息攜帶彩振鈴音的 標(biāo)識(shí)，并指示CAT-AS代替CRS-AS在通話過(guò)程中繼續(xù)播放彩振。步驟415，CAT-AS向CRS-AS返回2000K(INF0)消息，表示同意CRS-AS的請(qǐng)求。步驟416，CAT-AS將彩振鈴音的標(biāo)識(shí)發(fā)送至CAT-AS的MRF實(shí)體，并請(qǐng)求CAT-AS的 MRF實(shí)體預(yù)留與該標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源。本實(shí)施例中，步驟413 步驟416也可以在步驟405之后就開始執(zhí)行，即可以先執(zhí) 行步驟413 步驟416，再執(zhí)行步驟406 步驟412 ；或者，并行執(zhí)行步驟413 步驟416與 步驟406 步驟412。步驟417，被叫用戶設(shè)備UE-B聽到振鈴后摘機(jī)應(yīng)答，UE-B發(fā)送2000K(INVITE)摘 機(jī)消息。步驟418，CAT-AS收到2000K(INVITE)消息后，由于需要執(zhí)行彩鈴繼續(xù)播放的更新 流程，因此先向UE-B返回ACK消息。步驟419，CAT-AS緊接著向UE-B發(fā)送re-INVITE消息，該re-INVITE消息中攜帶 一個(gè)由CAT-AS的MRF實(shí)體生成的session類型的SDP offer,且該SDP offer的IP地址和 端口號(hào)均指向CAT-AS的MRF實(shí)體，用于建立UE-B與CAT-AS的MRF實(shí)體之間的會(huì)話。如果彩振鈴音的媒體類型為視頻類型，那么CAT-AS還應(yīng)做如下進(jìn)一步的判斷和 處理(1)如果主被叫之間的通話媒體類型不包括視頻，那么CAT-AS應(yīng)當(dāng)在re_INVITE 的SDP offer中攜帶視頻行，并將視頻行的方向?qū)傩灾脼椤皊endonly”。(2)如果主被叫之間的通話媒體類型也包括視頻，那么CAT-AS應(yīng)當(dāng)在re_INVITE 的SDP offer中攜帶視頻行，并將視頻行的方向?qū)傩灾脼椤皊endrecv”。步驟420，UE-B 向 CAT-AS 返回 2000K (re-INVITE)消息，該 2000K (re-INVITE)消 息中攜帶了 UE-B的session類型的SDP answer，用于應(yīng)答CAT-AS的MRF實(shí)體的會(huì)話，這 時(shí)，CAT-AS的MRF實(shí)體與UE-B之間建立了媒體通道，從而取代了之前UE-A與UE-B之間協(xié) 商的媒體通道。步驟421 ,CAT-AS在向UE-B發(fā)送re-INVITE的同時(shí)，向UE-A發(fā)送UPDATE消息，該 UPDATE消息攜帶了一個(gè)由彩鈴的MRF生成的session類型的SDP offer,且該SDP offer 的IP地址和端口號(hào)均指向CAT-AS的MRF實(shí)體，用于建立UE-A與CAT-AS的MRF實(shí)體之間 的會(huì)話。步驟422，CRS-AS將接收到的UPDATE消息轉(zhuǎn)發(fā)給UE-A0步驟423，UE-A 返回 2000K (UPDATE)消息，該 2000K (UPDATE)消息中攜帶了 UE-A 的 session 類型的 SDP answer。步驟424，CRS-AS接收到2000K(UPDATE)消息后，將該2000K(UPDATE)消息轉(zhuǎn)發(fā)給 CAT-AS0步驟425，CAT-AS 接收到 2000K(UPDATE)消息后，完成 了用于 CATcontinue 功 能的會(huì)話更新，建立了 UE-A與CAT-AS的MRF實(shí)體之間的媒體通道。然后CAT-AS返回 2000K(INVITE)消息。步驟426，CRS-AS 將 2000K (INVITE)消息轉(zhuǎn)發(fā)給 UE-A。步驟427，UE-A返回ACK消息。
步驟似8，CRS-AS將ACK消息轉(zhuǎn)發(fā)給CAT-AS。步驟似9，CAT-AS將ACK消息轉(zhuǎn)發(fā)給UE-B。步驟430，CAT-AS指示CAT-AS的MRF實(shí)體進(jìn)行混音處理，即在接收到UE-B發(fā)送的 媒體流時(shí)，將彩鈴媒體流與UE-B發(fā)送的媒體流混合為一路媒體流后轉(zhuǎn)發(fā)給UE-A,同時(shí)在接 收到UE-A發(fā)來(lái)的媒體流時(shí)，將彩振媒體流與UE-A發(fā)送的媒體流混合為一路媒體流后轉(zhuǎn)發(fā) 給 UE-B。本實(shí)施例中，CAT-AS向CRS-AS告知CAT continue功能的存在，然后CRS-AS將彩 振鈴音的標(biāo)識(shí)發(fā)送給CAT-AS，由CAT-AS來(lái)指示該CAT-AS的MRF實(shí)體在通話過(guò)程中繼續(xù)播 放彩鈴和彩振。當(dāng)然本發(fā)明實(shí)施例并不僅限于此，也可以由CRS-AS向CAT-AS告知CRScontinue 功能的存在，然后CAT-AS將彩鈴鈴音的標(biāo)識(shí)發(fā)送給CRS-AS，由CRS-AS來(lái)指示該CRS-AS的 MRF實(shí)體在通話過(guò)程中繼續(xù)播放彩鈴和彩振；具體的實(shí)施過(guò)程與本發(fā)明圖4所示實(shí)施例類 似，在此不再贅述。上述實(shí)施例中，CRS-AS識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，并將要在通話中繼 續(xù)播放的彩振鈴音的標(biāo)識(shí)發(fā)送給CAT-AS。這時(shí)，由于CAT-AS在被叫用戶設(shè)備摘機(jī)之前就 已經(jīng)知道了需要在通話過(guò)程中繼續(xù)播放的彩振鈴音，因此后續(xù)CAT-AS在與被叫用戶設(shè)備 進(jìn)行會(huì)話更新時(shí)，可以建立最合適的媒體通道，從而不論是音頻類型的彩振鈴音，還是視頻 類型的彩振鈴音，CAT-AS都可以正常播放，實(shí)現(xiàn)了在通話過(guò)程中既為主叫用戶設(shè)備播放彩 鈴，又為被叫用戶設(shè)備播放彩振，并且減少了交互的信令數(shù)，縮短了在通話過(guò)程中繼續(xù)播放 彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò) 程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序 在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。圖5為本發(fā)明彩振服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，本實(shí)施例中的彩振服務(wù)器可 以實(shí)現(xiàn)本發(fā)明圖1所示實(shí)施例的流程。如圖5所示，該彩振服務(wù)器可以包括確定模塊51、 第一修改模塊52、第一發(fā)送模塊53、接收模塊M、第二修改模塊55、第二發(fā)送模塊56和指 示模塊57。其中，確定模塊51，用于根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程 中繼續(xù)播放彩鈴；第一修改模塊52，用于在確定模塊51確定在通話過(guò)程中繼續(xù)播放彩鈴之后，將上 述更新消息中會(huì)話描述協(xié)議請(qǐng)求的IP地址和端口號(hào)修改為彩振服務(wù)器的媒體資源功能實(shí) 體的IP地址和端口號(hào)。第一發(fā)送模塊53，用于將第一修改模塊52修改后的更新消息發(fā)送至主叫用戶設(shè) 備。接收模塊M，用于接收主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息。第二修改模塊55，用于將接收模塊M接收的響應(yīng)消息中會(huì)話描述協(xié)議應(yīng)答的因 特網(wǎng)協(xié)議地址和端口號(hào)修改為彩振服務(wù)器的媒體資源功能實(shí)體的IP地址和端口號(hào)。第二發(fā)送模塊56，用于將第二修改模塊55修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器；CN 102130888 A
說(shuō)明書
12/17頁(yè)
本實(shí)施例中，第二發(fā)送模塊56將第二修改模塊55修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器之 后，彩振服務(wù)器與彩鈴服務(wù)器之間建立了媒體通道。在通話過(guò)程中，彩鈴服務(wù)器可以指示該 彩鈴服務(wù)器的媒體資源功能實(shí)體將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路 媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并將來(lái)自彩振服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至被叫用戶設(shè)備。指示模塊57，用于指示彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處 理；具體地，指示模塊57可以指示彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中將主叫用 戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備；并將來(lái)自彩 鈴服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至主叫用戶設(shè)備。另外，當(dāng)彩鈴的模式包括早期會(huì)話模式或分支模式時(shí)，確定模塊51還可以根據(jù)接 收到的臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息攜帶的彩鈴繼續(xù)播放標(biāo)識(shí)，確定在通話過(guò)程中 繼續(xù)播放彩鈴。上述彩振服務(wù)器可以識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，然后彩振服務(wù)器代替 主叫用戶設(shè)備與彩鈴服務(wù)器建立媒體通道，通話過(guò)程中彩振服務(wù)器將來(lái)自彩鈴服務(wù)器的媒 體流直接轉(zhuǎn)發(fā)至主叫用戶設(shè)備，并將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路 媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備，從而實(shí)現(xiàn)了在通話過(guò)程中繼續(xù)播放彩鈴和彩振，并減少了 交互的信令數(shù)，縮短了在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn) 度。圖6為本發(fā)明彩振服務(wù)器另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，本實(shí)施例中的彩振服務(wù)器 可以實(shí)現(xiàn)本發(fā)明圖1或圖2所示實(shí)施例的流程。如圖6所示，該彩振服務(wù)器可以包括確定 模塊61、第一修改模塊62、第一發(fā)送模塊63、接收模塊64、第二修改模塊65、第二發(fā)送模塊 66、指示模塊67和請(qǐng)求模塊68。其中，確定模塊61，用于根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程 中繼續(xù)播放彩鈴；另外，當(dāng)彩鈴的模式包括早期會(huì)話模式或分支模式時(shí)，確定模塊61還可 以根據(jù)接收到的臨時(shí)響應(yīng)消息、響應(yīng)消息或更新消息攜帶的彩鈴繼續(xù)播放標(biāo)識(shí)，確定在通 話過(guò)程中繼續(xù)播放彩鈴。在本實(shí)施例的一種實(shí)現(xiàn)方式中，確定模塊61可以包括第一存儲(chǔ)子模塊611和第 一確定子模塊612;其中，第一存儲(chǔ)子模塊611，用于在彩鈴的模式包括早期會(huì)話模式時(shí)，存 儲(chǔ)接收到的臨時(shí)響應(yīng)消息中早期會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求的IP地址；第一確定子模 塊612，用于當(dāng)接收到的更新消息中包括會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求時(shí)，如果該會(huì)話類型 的會(huì)話描述協(xié)議請(qǐng)求的IP地址與第一存儲(chǔ)子模塊611存儲(chǔ)的IP地址相同，則確定在通話 過(guò)程中繼續(xù)播放彩鈴。在本實(shí)施例的另一種實(shí)現(xiàn)方式中，確定模塊61可以包括第二存儲(chǔ)子模塊613和 第二確定子模塊614 ；其中，第二存儲(chǔ)子模塊613，用于在彩鈴的模式包括分支模式時(shí)，存儲(chǔ) 接收到的臨時(shí)響應(yīng)消息中會(huì)話描述協(xié)議的IP地址，該臨時(shí)響應(yīng)消息包括早期媒體授權(quán)頭 域，該早期媒體授權(quán)頭域的內(nèi)容為發(fā)送接收或僅發(fā)送；第二確定子模塊614，用于當(dāng)接收到 的更新消息的對(duì)話標(biāo)識(shí)與臨時(shí)響應(yīng)消息的對(duì)話標(biāo)識(shí)不同時(shí)，如果更新消息中會(huì)話描述協(xié)議 的IP地址與第二存儲(chǔ)子模塊613存儲(chǔ)的因特網(wǎng)協(xié)議地址相同，則確定在通話過(guò)程中繼續(xù)播 放彩鈴。第一修改模塊62，用于在確定模塊61確定在通話過(guò)程中繼續(xù)播放彩鈴之后，將接收到的更新消息中會(huì)話描述協(xié)議請(qǐng)求的IP地址和端口號(hào)修改為彩振服務(wù)器的媒體資源功 能實(shí)體的IP地址和端口號(hào)。第一發(fā)送模塊63，用于將第一修改模塊62修改后的更新消息發(fā)送至主叫用戶設(shè)備。接收模塊64，用于接收主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息。第二修改模塊65，用于將接收模塊64接收的響應(yīng)消息中會(huì)話描述協(xié)議應(yīng)答的因 特網(wǎng)協(xié)議地址和端口號(hào)修改為彩振服務(wù)器的媒體資源功能實(shí)體的IP地址和端口號(hào)。第二發(fā)送模塊66，用于將第二修改模塊65修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器； 本實(shí)施例中，第二發(fā)送模塊66將第二修改模塊65修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器之 后，彩振服務(wù)器與彩鈴服務(wù)器之間建立了媒體通道。在通話過(guò)程中，彩鈴服務(wù)器可以指示該 彩鈴服務(wù)器的媒體資源功能實(shí)體將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路 媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并將來(lái)自彩振服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至被叫用戶設(shè)備。指示模塊67，用于指示彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處 理；具體地，指示模塊67可以指示彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中將主叫用 戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備；并將來(lái)自彩 鈴服務(wù)器的媒體流直接轉(zhuǎn)發(fā)至主叫用戶設(shè)備。請(qǐng)求模塊68，用于在確定模塊61確定在通話過(guò)程中繼續(xù)播放彩鈴之后，當(dāng)接收到 的更新消息中會(huì)話描述協(xié)議請(qǐng)求的視頻行的方向?qū)傩詾榘l(fā)送接收時(shí)，請(qǐng)求彩振服務(wù)器的媒 體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混音和視頻混頻的資源；或者，當(dāng)接收到的更新消息中 會(huì)話描述請(qǐng)求的視頻行的方向?qū)傩圆皇前l(fā)送接收，或者該會(huì)話描述請(qǐng)求沒(méi)有視頻行時(shí)，請(qǐng) 求彩振服務(wù)器的媒體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混音的資源。上述彩振服務(wù)器可以識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，然后彩振服務(wù)器代替 主叫用戶設(shè)備與彩鈴服務(wù)器建立媒體通道，通話過(guò)程中彩振服務(wù)器將來(lái)自彩鈴服務(wù)器的媒 體流直接轉(zhuǎn)發(fā)至主叫用戶設(shè)備，并將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路 媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備，從而實(shí)現(xiàn)了在通話過(guò)程中繼續(xù)播放彩鈴和彩振，并減少了 交互的信令數(shù)，縮短了在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn) 度。圖7為本發(fā)明第二服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，本實(shí)施例的第二服務(wù)器可以 實(shí)現(xiàn)本發(fā)明圖3所示實(shí)施例的流程圖。如圖7所示，該第二服務(wù)器可以包括標(biāo)識(shí)接收模塊 71、資源預(yù)留模塊72、通道建立模塊73和混音指示模塊74。其中，標(biāo)識(shí)接收模塊71，用于接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)； 該鈴音標(biāo)識(shí)是第一服務(wù)器根據(jù)第二服務(wù)器發(fā)送的臨時(shí)響應(yīng)消息攜帶的繼續(xù)播放標(biāo)識(shí)，確定 第二服務(wù)器已觸發(fā)在通話過(guò)程中的繼續(xù)播放功能，并抑制第一服務(wù)器在通話過(guò)程中的繼續(xù) 播放功能的觸發(fā)之后發(fā)送的；資源預(yù)留模塊72，用于根據(jù)標(biāo)識(shí)接收模塊71接收的鈴音標(biāo)識(shí)請(qǐng)求第二服務(wù)器的 媒體資源功能實(shí)體預(yù)留與該鈴音標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源；通道建立模塊73，用于在第二服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建 立媒體通道，并在第二服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；混音指示模塊74，用于指示第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理；具體地，混音指示模塊74可以指示第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中 將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并 將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備。本實(shí)施例中，第一服務(wù)器為彩振服務(wù)器時(shí)，第二服務(wù)器為彩鈴服務(wù)器；或者，第一 服務(wù)器為彩鈴服務(wù)器時(shí)，第二服務(wù)器為彩振服務(wù)器。上述第二服務(wù)器可以接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)，然后由 第二服務(wù)器在通話過(guò)程中既為主叫用戶設(shè)備播放彩鈴，又為被叫用戶設(shè)備播放彩振，縮短 了在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。圖8為本發(fā)明第二服務(wù)器另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，本實(shí)施例的第二服務(wù)器可 以實(shí)現(xiàn)本發(fā)明圖3或圖4所示實(shí)施例的流程圖。如圖8所示，該第二服務(wù)器可以包括標(biāo)識(shí) 接收模塊81、資源預(yù)留模塊82、通道建立模塊83和混音指示模塊84。其中，標(biāo)識(shí)接收模塊81，用于接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)； 該鈴音標(biāo)識(shí)是第一服務(wù)器根據(jù)第二服務(wù)器發(fā)送的臨時(shí)響應(yīng)消息攜帶的繼續(xù)播放標(biāo)識(shí)，確定 第二服務(wù)器已觸發(fā)在通話過(guò)程中的繼續(xù)播放功能，并抑制第一服務(wù)器在通話過(guò)程中的繼續(xù) 播放功能的觸發(fā)之后發(fā)送的；資源預(yù)留模塊82，用于根據(jù)標(biāo)識(shí)接收模塊81接收的鈴音標(biāo)識(shí)請(qǐng)求第二服務(wù)器的 媒體資源功能實(shí)體預(yù)留與該鈴音標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源；通道建立模塊83，用于在第二服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建 立媒體通道，并在第二服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；混音指示模塊84，用于指示第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混 音處理；具體地，混音指示模塊84可以指示第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中 將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并 將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備。具體地，通道建立模塊83可以包括消息發(fā)送子模塊831和消息接收子模塊832 ； 其中，消息發(fā)送子模塊831，用于向被叫用戶設(shè)備發(fā)送重邀請(qǐng)消息，該重邀請(qǐng)消息包括會(huì)話 類型的會(huì)話描述協(xié)議請(qǐng)求，該會(huì)話描述協(xié)議請(qǐng)求由第二服務(wù)器的媒體資源功能實(shí)體生成， 該會(huì)話描述協(xié)議請(qǐng)求的IP地址和端口號(hào)均指向第二服務(wù)器的媒體資源功能實(shí)體；消息接 收子模塊832，用于接收被叫用戶設(shè)備返回的響應(yīng)消息，該響應(yīng)消息攜帶被叫用戶設(shè)備的會(huì) 話類型的會(huì)話描述協(xié)議應(yīng)答。本實(shí)施例中，通道建立模塊83還可以包括攜帶子模塊833，用于當(dāng)?shù)谝环?wù)器在 通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻類型，且主叫用戶設(shè)備與被叫用戶設(shè)備之間 的通話媒體類型不包括視頻類型時(shí)，在重邀請(qǐng)消息的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，該 視頻行的方向?qū)傩詾閮H發(fā)送；或者，當(dāng)?shù)谝环?wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類 型為視頻類型，且主叫用戶設(shè)備與被叫用戶設(shè)備之間的通話媒體類型包括視頻類型時(shí)，在 重邀請(qǐng)消息的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，該視頻行的方向?qū)傩詾榘l(fā)送接收。然后，再 由消息發(fā)送子模塊831將該重邀請(qǐng)消息發(fā)送至被叫用戶設(shè)備。本實(shí)施例中，第一服務(wù)器為彩振服務(wù)器時(shí)，第二服務(wù)器為彩鈴服務(wù)器；或者，第一 服務(wù)器為彩鈴服務(wù)器時(shí)，第二服務(wù)器為彩振服務(wù)器。上述第二服務(wù)器可以接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)，然后由第二服務(wù)器在通話過(guò)程中既為主叫用戶設(shè)備播放彩鈴，又為被叫用戶設(shè)備播放彩振，縮短 了在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。圖9為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的系統(tǒng)一個(gè)實(shí)施例的結(jié)構(gòu)示意圖， 如圖9所示，該系統(tǒng)可以包括彩鈴服務(wù)器91和彩振服務(wù)器92。在本發(fā)明實(shí)施例的一種實(shí)現(xiàn)方式中，彩振服務(wù)器92可以根據(jù)接收到的臨時(shí)響應(yīng) 消息、響應(yīng)消息或更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴，或者，根據(jù)接收到的臨時(shí)響應(yīng) 消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴之后，將接收到的更新消息中會(huì)話描述協(xié) 議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)修改為彩振服務(wù)器92的媒體資源功能實(shí)體的IP地址和 端口號(hào)，并將修改后的更新消息發(fā)送至主叫用戶設(shè)備；然后，接收主叫用戶設(shè)備發(fā)送的響應(yīng) 消息，將該響應(yīng)消息中會(huì)話描述協(xié)議應(yīng)答的IP地址和端口號(hào)修改為彩振服務(wù)器92的媒體 資源功能實(shí)體的IP地址和端口號(hào)，并將修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器91 ；并指示彩 振服務(wù)器92的媒體資源功能實(shí)體在通話過(guò)程中將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體 流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備。具體地，該彩振服務(wù)器92可以由本發(fā)明圖5 或圖6所示的彩振服務(wù)器實(shí)現(xiàn)。在本發(fā)明實(shí)施例的另一種實(shí)現(xiàn)方式中，彩振服務(wù)器92接收彩鈴服務(wù)器91在通話 過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)，該鈴音標(biāo)識(shí)是彩鈴服務(wù)器91根據(jù)彩振服務(wù)器92發(fā)送的臨時(shí) 響應(yīng)消息攜帶的繼續(xù)播放標(biāo)識(shí)，確定彩振服務(wù)器92已觸發(fā)在通話過(guò)程中的繼續(xù)播放功能， 并抑制彩鈴服務(wù)器91在通話過(guò)程中的繼續(xù)播放功能的觸發(fā)之后發(fā)送的；然后，彩振服務(wù)器 92根據(jù)該鈴音標(biāo)識(shí)請(qǐng)求彩振服務(wù)器92的媒體資源功能實(shí)體預(yù)留與該鈴音標(biāo)識(shí)對(duì)應(yīng)的播放 資源和混音資源；在彩振服務(wù)器92的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建立媒體通 道，并在彩振服務(wù)器92的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；指示彩振 服務(wù)器92的媒體資源功能實(shí)體在通話過(guò)程中將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流 混合為一路媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流 混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備。具體地，在該實(shí)現(xiàn)方式中，彩振服務(wù)器92可以 由本發(fā)明圖7或圖8所示的第二服務(wù)器實(shí)現(xiàn)。在本發(fā)明實(shí)施例的再一種實(shí)現(xiàn)方式中，彩鈴服務(wù)器91接收彩振服務(wù)器92在通話 過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)，該鈴音標(biāo)識(shí)是彩振服務(wù)器92根據(jù)彩鈴服務(wù)器91發(fā)送的臨時(shí) 響應(yīng)消息攜帶的繼續(xù)播放標(biāo)識(shí)，確定彩鈴服務(wù)器91已觸發(fā)在通話過(guò)程中的繼續(xù)播放功能， 并抑制彩振服務(wù)器92在通話過(guò)程中的繼續(xù)播放功能的觸發(fā)之后發(fā)送的；然后，彩鈴服務(wù)器 91根據(jù)該鈴音標(biāo)識(shí)請(qǐng)求彩鈴服務(wù)器91的媒體資源功能實(shí)體預(yù)留與該鈴音標(biāo)識(shí)對(duì)應(yīng)的播放 資源和混音資源；在彩鈴服務(wù)器91的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建立媒體通 道，并在彩鈴服務(wù)器91的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；指示彩鈴 服務(wù)器91的媒體資源功能實(shí)體在通話過(guò)程中將被叫用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流 混合為一路媒體流后轉(zhuǎn)發(fā)至主叫用戶設(shè)備；并將主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流 混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備。具體地，在該實(shí)現(xiàn)方式中，彩鈴服務(wù)器91可以 由本發(fā)明圖7或圖8所示實(shí)施例的第二服務(wù)器實(shí)現(xiàn)。在具體實(shí)現(xiàn)時(shí)，圖9所示的通話過(guò)程中繼續(xù)播放彩鈴和彩振的系統(tǒng)還可以進(jìn)一 步包括UE、無(wú)線網(wǎng)絡(luò)控制器(Radio Network Controller ；以下簡(jiǎn)稱RNC)和服務(wù)通用 分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(Serving General Packet RadioService Support Node;以下簡(jiǎn)稱SGSN)等設(shè)備，如圖10所示。圖10為本發(fā)明通話過(guò)程中繼續(xù)播放彩鈴和彩振的系 統(tǒng)另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，該系統(tǒng)可以包括UE 1001、基站(NodeB) 1002、RNC 1003、 SGSN 1004、代理呼叫會(huì)話控制功能(Proxy Call Session Control Function ；以下簡(jiǎn)稱 P-CSCF)實(shí)體 1005、服務(wù)呼叫會(huì)話控制功能(Serving Call Session ControlFunction ； 以下簡(jiǎn)稱S-CSCF)實(shí)體1006、歸屬用戶服務(wù)器(Home Subscriberkrver ；以下簡(jiǎn)稱 HSS) 1007、CAT-AS 1008 和 CRS-AS 1009。本實(shí)施例中，UE 1001包括UE-A和UE-B ；其中，UE-A為主叫用戶設(shè)備，UE-B為被 叫用戶設(shè)備。NodeB 1002 為寬帶碼分多址(Wideband Code Division Multiple Access;以下 簡(jiǎn)稱WCDMA)系統(tǒng)的基站，主要完成Uu接口物理層協(xié)議的處理。RNC 1003，用于控制全球陸上無(wú)線接入(Universal Terrestrial Radio AccessNetwork ；以下簡(jiǎn)稱UTRAN)的無(wú)線資源。SGSN 1004是WCDMA核心網(wǎng)分組交換(Packet Switching ；以下簡(jiǎn)稱PS)域功能 節(jié)點(diǎn)，主要提供PS域的路由轉(zhuǎn)發(fā)、移動(dòng)性管理、會(huì)話管理、鑒權(quán)和加密等功能。P-CSCF 實(shí)體 1005 是 IP 多媒體子系統(tǒng)(IP Multimedia Subsystem ；以下簡(jiǎn)稱 IMS)網(wǎng)絡(luò)中UE 1001的第一個(gè)接觸點(diǎn)，主要用于驗(yàn)證請(qǐng)求，處理和轉(zhuǎn)發(fā)響應(yīng)。S-CSCF實(shí)體1006在IMS網(wǎng)絡(luò)中處于核心控制地位，是IMS多進(jìn)程控制的關(guān)鍵所 在。S-CSCF實(shí)體1006用于記錄并控制UE 1001的進(jìn)程狀態(tài)，執(zhí)行會(huì)話路由功能，并不斷與 應(yīng)用服務(wù)和計(jì)費(fèi)功能進(jìn)行交互，根據(jù)規(guī)則進(jìn)行增值業(yè)務(wù)觸發(fā)與業(yè)務(wù)控制。HSS 1007，用于存儲(chǔ)UE 1001與服務(wù)相關(guān)的數(shù)據(jù)，是一個(gè)升級(jí)的歸屬位置寄存 器(Home Location Register ；以下簡(jiǎn)稱HLR)。HSS 1007 以擴(kuò)展標(biāo)記語(yǔ)言(Extensible Markup Language ；以下簡(jiǎn)稱XML)形式記錄了用戶身份、注冊(cè)信息、接入?yún)?shù)和服務(wù)觸發(fā) 信息等；本實(shí)施例中，HSS 1007包括HSS-A和HSS-B，其中HSS-A為源網(wǎng)絡(luò)的HSS，HSS-B為 目標(biāo)網(wǎng)絡(luò)的HSS。CAT-AS 1008主要用于提供CAT業(yè)務(wù)邏輯，并控制CAT-AS 1008的MRF實(shí)體進(jìn)行媒 體資源的播放。CRS-AS 1009主要用于提供CRS業(yè)務(wù)邏輯，并控制CRS-AS 1009的MRF實(shí)體進(jìn)行媒 體資源的播放。上述CAT-AS 1008的MRF實(shí)體和CRS-AS 1009的MRF實(shí)體包括控制部分和用戶平 面的處理部分，對(duì)與承載相關(guān)的業(yè)務(wù)提供支持，例如多媒體資源播放、視頻會(huì)議和用戶公 告等，能夠完成數(shù)據(jù)媒體流的混合、媒體流的分發(fā)、承載代碼的轉(zhuǎn)換和計(jì)費(fèi)信息的發(fā)送等功 能。本實(shí)施例中，CAT-AS 1008與CRS-AS 1009之間的交互過(guò)程同本發(fā)明圖9所示實(shí) 施例的描述，在此不再贅述。上述系統(tǒng)中，彩鈴服務(wù)器可以識(shí)別出彩振會(huì)在通話過(guò)程中繼續(xù)播放，或者，彩振服 務(wù)器可以識(shí)別出彩鈴會(huì)在通話過(guò)程中繼續(xù)播放，然后彩鈴服務(wù)器或彩振服務(wù)器再執(zhí)行更新 流程，實(shí)現(xiàn)在通話過(guò)程中繼續(xù)播放彩鈴和彩振，并縮短了在通話過(guò)程中繼續(xù)播放彩鈴和彩 振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分 布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上 述實(shí)施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡 管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然 可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替 換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精 神和范圍。
權(quán)利要求
1.一種通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法，其特征在于，包括根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴，將所述更新 消息中會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)修改為彩振服務(wù)器的媒體資源功能 實(shí)體的因特網(wǎng)協(xié)議地址和端口號(hào)，并將修改后的更新消息發(fā)送至主叫用戶設(shè)備；接收所述主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息，將所述響應(yīng)消息中 會(huì)話描述協(xié)議應(yīng)答的因特網(wǎng)協(xié)議地址和端口號(hào)修改為所述彩振服務(wù)器的媒體資源功能實(shí) 體的因特網(wǎng)協(xié)議地址和端口號(hào)，并將修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器； 指示所述彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述彩鈴的模式包括早期會(huì)話模式或分 支模式；所述彩鈴的模式為早期會(huì)話模式時(shí)，所述根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴包括 存儲(chǔ)接收到的所述臨時(shí)響應(yīng)消息中早期會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議 地址；當(dāng)接收到的所述更新消息中包括會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求時(shí)，如果所述會(huì)話類型 的會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址與存儲(chǔ)的因特網(wǎng)協(xié)議地址相同，則確定在通話過(guò)程 中繼續(xù)播放彩鈴；或者，所述彩鈴的模式為分支模式時(shí)，所述根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈴包括 存儲(chǔ)接收到的所述臨時(shí)響應(yīng)消息中會(huì)話描述協(xié)議的因特網(wǎng)協(xié)議地址，所述臨時(shí)響應(yīng)消 息包括早期媒體授權(quán)頭域，所述早期媒體授權(quán)頭域的內(nèi)容為發(fā)送接收或僅發(fā)送；當(dāng)接收到的所述更新消息的對(duì)話標(biāo)識(shí)與所述臨時(shí)響應(yīng)消息的對(duì)話標(biāo)識(shí)不同時(shí)，如果所 述更新消息中會(huì)話描述協(xié)議的因特網(wǎng)協(xié)議地址與存儲(chǔ)的因特網(wǎng)協(xié)議地址相同，則確定在通 話過(guò)程中繼續(xù)播放彩鈴。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括確定在通話過(guò)程中繼續(xù)播放彩鈴之后，當(dāng)接收到的更新消息中會(huì)話描述協(xié)議請(qǐng)求的視 頻行的方向?qū)傩詾榘l(fā)送接收時(shí)，請(qǐng)求所述彩振服務(wù)器的媒體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音 頻混音和視頻混頻的資源；或者，當(dāng)接收到的更新消息中會(huì)話描述請(qǐng)求的視頻行的方向?qū)傩圆皇前l(fā)送接收，或者所述會(huì) 話描述請(qǐng)求沒(méi)有視頻行時(shí)，請(qǐng)求所述彩振服務(wù)器的媒體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混 音的資源。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述指示所述彩振服務(wù)器的媒體資源 功能實(shí)體在通話過(guò)程中進(jìn)行混音處理包括指示所述彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中將所述主叫用戶設(shè)備發(fā)送的 媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至被叫用戶設(shè)備；并將來(lái)自彩鈴服務(wù)器的媒 體流直接轉(zhuǎn)發(fā)至所述主叫用戶設(shè)備。
5.一種通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法，其特征在于，包括 第二服務(wù)器接收第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)；根據(jù)所述鈴音標(biāo)識(shí)請(qǐng)求所述第二服務(wù)器的媒體資源功能實(shí)體預(yù)留與所述鈴音標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源；在所述第二服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建立媒體通道，并在所述 第二服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；指示所述第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述鈴音標(biāo)識(shí)是所述第一服務(wù)器根據(jù)所 述第二服務(wù)器發(fā)送的臨時(shí)響應(yīng)消息攜帶的繼續(xù)播放標(biāo)識(shí)，確定所述第二服務(wù)器已觸發(fā)在通 話過(guò)程中的繼續(xù)播放功能，并抑制所述第一服務(wù)器在通話過(guò)程中的繼續(xù)播放功能的觸發(fā)之 后發(fā)送的。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述在所述第二服務(wù)器的媒體資源功能 實(shí)體與被叫用戶設(shè)備之間建立媒體通道包括所述第二服務(wù)器向所述被叫用戶設(shè)備發(fā)送重邀請(qǐng)消息，所述重邀請(qǐng)消息包括會(huì)話類 型的會(huì)話描述協(xié)議請(qǐng)求，所述會(huì)話描述協(xié)議請(qǐng)求由所述第二服務(wù)器的媒體資源功能實(shí)體生 成，所述會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)均指向所述第二服務(wù)器的媒體資源 功能實(shí)體；接收所述被叫用戶設(shè)備返回的響應(yīng)消息，所述響應(yīng)消息攜帶所述被叫用戶設(shè)備的會(huì)話 類型的會(huì)話描述協(xié)議應(yīng)答。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述第二服務(wù)器向所述被叫用戶設(shè)備發(fā) 送重邀請(qǐng)消息之前，還包括當(dāng)所述第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻類型，且所述主叫 用戶設(shè)備與所述被叫用戶設(shè)備之間的通話媒體類型不包括視頻類型時(shí)，所述第二服務(wù)器在 所述重邀請(qǐng)消息的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，并將所述視頻行的方向?qū)傩栽O(shè)置為僅 發(fā)送；或者，當(dāng)所述第一服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻類型，且所述主叫 用戶設(shè)備與所述被叫用戶設(shè)備之間的通話媒體類型包括視頻類型時(shí)，所述第二服務(wù)器在所 述重邀請(qǐng)消息的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，并將所述視頻行的方向?qū)傩栽O(shè)置為發(fā)送 接收。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述指示所述第二服務(wù)器的媒體資源功 能實(shí)體在通話過(guò)程中進(jìn)行混音處理包括所述第二服務(wù)器指示所述第二服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中將所述被叫 用戶設(shè)備發(fā)送的媒體流與彩鈴媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至所述主叫用戶設(shè)備；并將 所述主叫用戶設(shè)備發(fā)送的媒體流與彩振媒體流混合為一路媒體流后轉(zhuǎn)發(fā)至所述被叫用戶 設(shè)備。
10.根據(jù)權(quán)利要求5-9任意一項(xiàng)所述的方法，其特征在于，所述第一服務(wù)器為彩振服務(wù)器時(shí)，所述第二服務(wù)器為彩鈴服務(wù)器；或者，所述第一服務(wù) 器為彩鈴服務(wù)器時(shí)，所述第二服務(wù)器為彩振服務(wù)器。
11.一種彩振服務(wù)器，其特征在于，包括確定模塊，用于根據(jù)接收到的臨時(shí)響應(yīng)消息和更新消息確定在通話過(guò)程中繼續(xù)播放彩鈐.K 9第一修改模塊，用于在所述確定模塊確定在通話過(guò)程中繼續(xù)播放彩鈴之后，將所述更新消息中會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)修改為所述彩振服務(wù)器的媒體資 源功能實(shí)體的因特網(wǎng)協(xié)議地址和端口號(hào)；第一發(fā)送模塊，用于將所述第一修改模塊修改后的更新消息發(fā)送至主叫用戶設(shè)備； 接收模塊，用于接收所述主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息； 第二修改模塊，用于將所述接收模塊接收的響應(yīng)消息中會(huì)話描述協(xié)議應(yīng)答的因特網(wǎng) 協(xié)議地址和端口號(hào)修改為所述彩振服務(wù)器的媒體資源功能實(shí)體的因特網(wǎng)協(xié)議地址和端口 號(hào)；第二發(fā)送模塊，用于將所述第二修改模塊修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器； 指示模塊，用于指示所述彩振服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音處理。
12.根據(jù)權(quán)利要求11所述的彩振服務(wù)器，其特征在于，所述確定模塊包括第一存儲(chǔ)子模塊，用于在所述彩鈴的模式包括早期會(huì)話模式時(shí)，存儲(chǔ)接收到的臨時(shí)響 應(yīng)消息中早期會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址；第一確定子模塊，用于當(dāng)接收到的更新消息中包括會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求時(shí)， 如果所述會(huì)話類型的會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址與所述第一存儲(chǔ)子模塊存儲(chǔ)的 因特網(wǎng)協(xié)議地址相同，則確定在通話過(guò)程中繼續(xù)播放彩鈴；或者，第二存儲(chǔ)子模塊，用于在所述彩鈴的模式包括分支模式時(shí)，存儲(chǔ)接收到的臨時(shí)響應(yīng)消 息中會(huì)話描述協(xié)議的因特網(wǎng)協(xié)議地址，所述臨時(shí)響應(yīng)消息包括早期媒體授權(quán)頭域，所述早 期媒體授權(quán)頭域的內(nèi)容為發(fā)送接收；第二確定子模塊，用于當(dāng)接收到的更新消息的對(duì)話標(biāo)識(shí)與所述臨時(shí)響應(yīng)消息的對(duì)話標(biāo) 識(shí)不同時(shí)，如果所述更新消息中會(huì)話描述協(xié)議的因特網(wǎng)協(xié)議地址與所述第二存儲(chǔ)子模塊存 儲(chǔ)的因特網(wǎng)協(xié)議地址相同，則確定在通話過(guò)程中繼續(xù)播放彩鈴。
13.根據(jù)權(quán)利要求11或12所述的彩振服務(wù)器，其特征在于，還包括請(qǐng)求模塊，用于在所述確定模塊確定在通話過(guò)程中繼續(xù)播放彩鈴之后，當(dāng)接收到的更 新消息中會(huì)話描述協(xié)議請(qǐng)求的視頻行的方向?qū)傩詾榘l(fā)送接收時(shí)，請(qǐng)求所述彩振服務(wù)器的媒 體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混音和視頻混頻的資源；或者，當(dāng)接收到的更新消息中 會(huì)話描述請(qǐng)求的視頻行的方向?qū)傩圆皇前l(fā)送接收，或者所述會(huì)話描述請(qǐng)求沒(méi)有視頻行時(shí)， 請(qǐng)求所述彩振服務(wù)器的媒體資源功能實(shí)體預(yù)留用于實(shí)現(xiàn)音頻混音的資源。
14.一種彩鈴服務(wù)器，其特征在于，包括標(biāo)識(shí)接收模塊，用于接收彩振服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音標(biāo)識(shí)； 資源預(yù)留模塊，用于根據(jù)所述標(biāo)識(shí)接收模塊接收的鈴音標(biāo)識(shí)請(qǐng)求所述彩鈴服務(wù)器的媒 體資源功能實(shí)體預(yù)留與所述鈴音標(biāo)識(shí)對(duì)應(yīng)的播放資源和混音資源；通道建立模塊，用于在所述彩鈴服務(wù)器的媒體資源功能實(shí)體與被叫用戶設(shè)備之間建立 媒體通道，并在所述彩鈴服務(wù)器的媒體資源功能實(shí)體與主叫用戶設(shè)備之間建立媒體通道；混音指示模塊，用于指示所述彩鈴服務(wù)器的媒體資源功能實(shí)體在通話過(guò)程中進(jìn)行混音 處理。
15.根據(jù)權(quán)利要求14所述的彩鈴服務(wù)器，其特征在于，所述通道建立模塊包括消息發(fā)送子模塊，用于向所述被叫用戶設(shè)備發(fā)送重邀請(qǐng)消息，所述重邀請(qǐng)消息包括會(huì) 話類型的會(huì)話描述協(xié)議請(qǐng)求，所述會(huì)話描述協(xié)議請(qǐng)求由所述彩鈴服務(wù)器的媒體資源功能實(shí)體生成，所述會(huì)話描述協(xié)議請(qǐng)求的因特網(wǎng)協(xié)議地址和端口號(hào)均指向所述彩鈴服務(wù)器的媒體 資源功能實(shí)體；消息接收子模塊，用于接收所述被叫用戶設(shè)備返回的響應(yīng)消息，所述響應(yīng)消息攜帶所 述被叫用戶設(shè)備的會(huì)話類型的會(huì)話描述協(xié)議應(yīng)答。
16.根據(jù)權(quán)利要求15所述的彩鈴服務(wù)器，其特征在于，所述通道建立模塊還包括 攜帶子模塊，用于當(dāng)所述彩振服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻 類型，且所述主叫用戶設(shè)備與所述被叫用戶設(shè)備之間的通話媒體類型不包括視頻類型時(shí)， 在所述重邀請(qǐng)消息的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，所述視頻行的方向?qū)傩詾閮H發(fā)送； 或者，當(dāng)所述彩振服務(wù)器在通話過(guò)程中繼續(xù)播放的鈴音的媒體類型為視頻類型，且所述主 叫用戶設(shè)備與所述被叫用戶設(shè)備之間的通話媒體類型包括視頻類型時(shí)，在所述重邀請(qǐng)消息 的會(huì)話描述協(xié)議請(qǐng)求中攜帶視頻行，所述視頻行的方向?qū)傩詾榘l(fā)送接收。
全文摘要
本發(fā)明實(shí)施例提供一種通話過(guò)程中繼續(xù)播放彩鈴和彩振的方法和服務(wù)器，該方法包括確定在通話過(guò)程中繼續(xù)播放彩鈴之后，將接收到的更新消息中SDP offer的IP地址和端口號(hào)修改為彩振服務(wù)器的MRF實(shí)體的IP地址和端口號(hào)，并將修改后的更新消息發(fā)送至主叫用戶設(shè)備；接收主叫用戶設(shè)備發(fā)送的針對(duì)修改后的更新消息的響應(yīng)消息，將該響應(yīng)消息中SDP answer的IP地址和端口號(hào)修改為彩振服務(wù)器的MRF實(shí)體的IP地址和端口號(hào)，并將修改后的響應(yīng)消息發(fā)送至彩鈴服務(wù)器；指示彩振服務(wù)器的MRF實(shí)體在通話過(guò)程中進(jìn)行混音處理。本發(fā)明實(shí)施例實(shí)現(xiàn)了在通話過(guò)程中繼續(xù)播放彩鈴和彩振，縮短了在通話過(guò)程中繼續(xù)播放彩鈴和彩振時(shí)的時(shí)間延遲，提高了用戶體驗(yàn)度。
文檔編號(hào)H04L29/06GK102130888SQ20101000338
公開日2011年7月20日 申請(qǐng)日期2010年1月19日 優(yōu)先權(quán)日2010年1月19日
發(fā)明者楊健, 王雷, 范姝男, 郜文美 申請(qǐng)人:華為終端有限公司